@bee_fumo@vaxryy Why wouldn't you? In something as critical as an init system you should know when a returned table is invalid / has typos way before a user ever runs it. Any functions the init system API provides also are easier to validate and you can validate a config without running it.
If we accept this premise, we should see that miraculously your phone runs faster. Games work on mediocre hardware. Memory usage decreases, user enjoyment increases. Any layman can create his custom app
The fact it isn't shows us not all code can be written by an AI or by anyone
@cath_menarion Yeah but now I get zero dopamine from it now that I know it could have been done in a fraction of the time with AI by anyone
So it is not enjoyable
@DaytonEllwanger@valigo They could, but it's probably a calculated tradeoff of what makes business sense over any genuine love for good software that an engineer like you or I may share.
As a whole organization, yes the best engineers are 100% in the ML and backend ML side. Here's why: Claude Code is a cash cow with huge inertia. People will use it as the default until it's bad enough to move. The amount that moves away because Claude Code sucks is insignificant to the total revenue it generates at this point in time. The biggest dumpster fire burning at Anthropic is compute costs for inference and training, with the majority being training. Frontier multi-trillion parameter models are hard to run and even harder to train. If they can spend $400k on engineering talent what are they going to spend it on: possibly making the cost of training go from $5B to $2.5B or making the TUI nicer to go from $1B to $1.1B if that?
@DaytonEllwanger@valigo Allocation. You can have all the best engineering talent, the core product is the model which you pay for, not necessarily the harness. The business, seeing this, allocates the best engineering talent to making the next models and making them better rather than improve the TUI.
@kidtsang And it's not like we started with high amounts of "taste" from software developers with respect to performance, memory usage, responsiveness, etc. or even just the complete disconnect from what consumers use as hardware vs devs. And AI is only going to amplify these "tastes".
Imagine spending "10,000 hours" vibe coding and being confidently incorrect and belligerent to more experienced developers who try to help you just for this result. You would be a way better developer if you just spent 10,000 hours learning how to actually code then using AI.
if you ever wanted to know how long it takes to vibe code with codex + threejs a whole city editor with highways, streets, junctions, traffic lights, terrain, volumetric clouds, atmospheric effects, GTAO, FXAA, procedural buildings, props, traffic signs, a (semi) realistic car simulation, all from scratch, zero, nada except for threejs
it's 11 days, with 6 hr evenings each
now we've established this, stop pretending you can do this without vibes coding faster and better
thank you for your attention to this matter, making of video below in the comments and if you see this for the first time, it's worth going through the quote posts
@kidtsang Micro "helper" functions, comments which will definitely go stale, brittle tests, etc. It's more dangerous to use it closer to the start of a project or in this case, for the whole project, than it is to integrate with an existing large codebase.
And to be clear, I'm not even against using AI in its place: a tool for refactoring, information aggregation, and trivial mechanical generation. But I think you stop growing as both a programmer and a person if you stop inspecting what your agent is doing and fully "vibe" it.
A blade swung 10,000 times without purpose will never rival one guided by purpose.
You cannot cease entirely. Your brain is a muscle. It will atrophy and forget the texture and quality of those 30,000 hours of cultivation.
I fully understand why one would vibe code for a job that does not care about craft. But for your own work, you are simply doing yourself a disservice.
To care about software, both as an artifact and a craft is to think deeply. To find a new idea, a new rhythm, a new groove. If you never look at the code of your personal projects, what are you learning? Or are you merely a servile human agent for your mechanical god?
I get that he made the game in 66 hours, but imagine how much you could learn as a human in 66 hours that is just wasted being a human REPL for his exo-brain.
Most of the "open source" crowd that is mad about how this open source project determines which patches to accept were never meaningfully able to or going to contribute. A small handful of contributors make the vast majority of impactful changes. Huge win for the core team.
Ladybird is moving into a new phase as we work toward our first alpha release.
We are tightening how code enters the project: going forward, code changes will only be introduced by project maintainers, and we will no longer accept public pull requests.
https://t.co/iauF4r9f3q