Recent submissions

Comment · 1 month ago
I'm biased (I'm a dev advocate at JetBrains), but I also still actively write code and use PhpStorm almost daily.

Yes, we're writing less code, but the job of "a programmer" has always been about so much more than _writing_ code. It's about code reviews, QA, debugging, discovery, and maintenance; much more than the "writing" part. Anyone with production code will agree, I think: the writing part is the easy part. That's where I still very much prefer a proper IDE over a text editor or terminal. I want easy code navigation, I want proper static analysis without relying or waiting on third party tools, I want a visual overview of changes that happened. I want to stay in charge of whatever is writing my code. On top of that, I want my agents to have access to the tools that have made me the most productive developer for years.

Curious about your thoughts?

Comment · 8 months ago
The rules state that FFI and the likes isn't allowed because the goal is to do it in PHP :)
Comment · 8 months ago
True, it's a bug that I'm going to fix, but it only impacts local test data sets and not the real benchmark :)
Comment · 8 months ago
Around 7GB
Comment · 8 months ago
Almost all, actually. I wrote about it here: https://stitcher.io/blog/11-million-rows-in-seconds

A couple of things I did:

- Cursor based pagination - Combining insert statements - Using database transactions to prevent fsync calls - Moving calculations from the database to PHP - Avoiding serialization where possible

Comment · 8 months ago
The FAQ states that solutions like FFI are not allowed because the goal is to solve it with PHP :)
Comment · 8 months ago
A month ago, I went on a performance quest trying to optimize a PHP script that took 5 days to run. Together with the help of many talented developers, I eventually got it to run in under 30 seconds. This optimization process with so much fun, and so many people pitched in with their ideas; so I eventually decided I wanted to do something more.

That's why I built a performance challenge for the PHP community

The goal of this challenge is to parse 100 million rows of data with PHP, as efficiently as possible. The challenge will run for about two weeks, and at the end there are some prizes for the best entries (amongst the prize is the very sought-after PhpStorm Elephpant, of which we only have a handful left).

I hope people will have fun with it :)

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton