ekinertac

thanks! the devlog in the repo has the longer war stories if you enjoy this kind of thing.

thanks, mago is a cool project. probably not as a dep tho, the parser isnt where the time goes (the 55x gap is all in evaluation, thats what the bytecode vm is for) and our parser is deliberatly tuned to match php's exact parse error messages, which is itself worth tests in the corpus. but using it as a second oracle to cross check my parser against theirs is actually a neat idea, same trick as the phpt suite but at the syntax layer.

well, thanks for the tips on how to run my own blog :) but the post already tells you this, the last paragraph literally says an LLM drafted it and i edited it. the whole project is an experiment in what a non rust/php guy plus AI can ship, so hiding the AI in the writing while disclosing it in every commit would be a weird place to draw the line.

its still iterating, 17% is just where the counter is today. three weeks ago it was at 10%, two weeks ago 13.8%. i didnt post this as a final result, i posted becuase wp-admin rendering surprised me.

but no, it cant reach 100%. around 55-60% of the suite tests C extensions, gd, curl, soap, intl, mysqli, ffi, sockets etc. passing those would mean writing all those extensions from scratch too (libcurl, ICU, an image library...) which is a completely different project. the realistic ceiling for a from scratch engine is around 40-45% and thats the number im climbing towards.

it's not that expensive actually. been working on this about a month with my 20x Max Claude subscription while I'm working on other projects as well.

I'm not there yet but I'll run the benchmarks against FrankenPHP and include it in the project when we get at least %60 test parity.

Author here.

To be upfront about what this is: I'm not a Rust developer or a PHP internals person. This is an experiment in whether the "point the AI at the original project's test suite" methodology (the way Bun was driven against real-world suites) holds up when the human can't review the code. The oracle is php-src's own .phpt corpus, ~22k tests I didn't write. Current honest score: 3,844 passing (17.4%), with a realistic ceiling around 40-45% since the rest tests C extensions (GD, curl, intl, etc.) that are out of scope.

"Renders WordPress" means: fresh install completes into SQLite, the front page renders with real posts, a real theme and /wp-admin/ renders without issues. The REST API is untested, and it's currently ~55x slower than PHP on the front page (a bytecode VM is in progress, micro-benchmarks are already at 1-3x of PHP 8.5).

The scoreboard auto-generates into the repo after every run, whether the number went up or down.

Happy to answer anything.

I have used a couple of laptops with touchscreens, and the experience was awful, even with the latest technology. If Apple gave us an iPhone or iPad-quality touchscreen on MacBooks, I am 100% sure the experience would be perfect.

there are hardcoded elements in the repo like:

/Users/dvirdaniel/Desktop/zuckerman/.cursor/debug.log

the real question isn't "should AI write readable code" but "where in the stack does human comprehension become necessary?" we already have layers where machine-optimized formats dominate (bytecode, machine code, optimized IR). the source layer stays readable because it's the interface where human judgment enters.

maybe AI should write better readable code than humans. more consistent naming, clearer structure, better comments. precisely because humans only "skim". optimize for skimmability and debuggability, not keystroke efficiency.

i had to ask, do you have any paying customers?

one small note, you should move quick start section in README to be seen earlier

encountered this post in reddit maybe an hour ago. the comment sections are very different. i'm gonna stick with HN for sure.

good project though. using copier instead of cookiecutter is a good choice.

20 years is an eternity in web development, and Django's longevity is a testament to its brilliant design philosophy. Happy birthday to the framework that gets things done.

Django is pragmatic, secure, and unbelievably stable. It's the framework you choose when you want to build a real business, not just chase the latest trend. It has powered some of the biggest sites on the web, and it's still the best choice for a huge number of projects.

Here's to 20 more years.

Logitech MX Keys S and MX Master 3S all the way. the only problem i have the rubber on the MX Master 3S. if they make a hard surface one. i'll ditch mine in seconds.

that is just amazing (;_;)

alias bat=cat alias frep=grep

and i'm good to gp

what a briliant idea, most of my meeting i had to share my 4K screen with laptop pals and most of the time i had to zoom so they can see. now it's solved.

the perfect social network was "FriendFeed" and Facebook killed it as we all know.

love to see native apps in the era of web based desktop apps. the feel is amazing in the app. it's fast, easy to use and self explanatory. good job mate.

electron is fine but it's use of resources a bit annoying. and if you open 4-5 apps while working you start to hear fans are working.

i've tried many times to build something native for desktop but every time i couldn't find a good guide/course for developing a macOs desktop app. all the sources i've found based on iOS. please let me know if you have good sources for native development.

hey guys just made a python runtime in exactly 1 lines of code in bash:

    function piython { python "$@" }

hey Warp guys i love everything about it, already created my own theme with using simple-ever theme file with yaml. If you implement good powerfonts rendering like iTerm i'll be a forever user.

check the difference: https://imgur.com/a/GUTVaeF

a NSFW warning would be good at the post title

a shortcut customization feature would be good. trackpad users will find this offensive :)

http://occupygezi.com/