• 0 posts
  • 11 comments
Joined 6 months ago
Cake day: April 17th, 2026
  • Yeah. Not a surprise.

    everyone has bet on AI getting good enough to fully replace humans fast. CEOs mandated use of AI. The results weren’t as great as expected. CEOs started limiting AI use to counter the token cost explosion after employees found out how to waste tokens fast.

    At the same time, China’s AI development is driven by the party instead of companies. They aren’t so much interested in money as they are in the strategic solution to the demographic problem caused by the one-child policy (which worked a bit too well too fast). The companies there plan on making money by providing the compute (they literally have the power and a two digit number of nucular GW under construction right now).
    So their models are almost as good as US ones and freely downloadable to run on whatever hardware you want. That naturally limits the longterm-achievable AI token prices to little more than the cost of just providing the raw compute.

    US AI companies are also in a cut-throat competition for customers right from the start. That obviously doesn’t help to keep prices high. Currently, they all burn money so fast that it’s hard for a human mind to comprehend.
    None of the US AI companies will survive the next decade if they don’t actually are the only one making AI actually able to fully replace human workers. They will all go bankrupt and might take the whole US economy with them.
    Nvidia will probably be the real winner if they don’t fuck this up somehow (not sure if that is even possible) because they are the ones selling the shovels in this gold rush.

    In two decades, it will be normal to have the capabilities of current frontier models running locally on your Chinese phone.

  • I don’t buy McDonal’s because the price/value equation is off. Whether it is off because they think I’m rich or because they think I’m addicted doesn’t really matter. The result is that I just don’t buy.
    But if I was a regular customer, I would see unstable prices as a negative because it means, I have to research current prices first before going there. That’s inconvenient. I prefer reasonable and stable prices.

    Maybe, McDonald’s introduces haggling next so customers can feel like they are buying a used car when they buy a burger…

  • I guess the AI isn’t iterating over its “ideas” and code yet. I come up with overcomplicated and overcomplex code too. But my natural neural network keeps reevaluating the code while I think about it, write it down, test it, and often even come back to it later after I moved on to another part of the codebase.
    It looks to me like AI is using the infamous waterfall method to write code. It does the “thinking” phase and does bugfix iterations when compilation or tests fail. But never does it question the design it came up with after it wrote it down. It doesn’t reevaluate whether the last round of fixes made tests work that test irrelevant implementation details. It doesn’t question whether there really need to be four methods sharing 90% of their body for doing the basically the same thing only subtly different.
    I hold the suspicion that AI will be as slow as humans when it becomes as reliable because what makes us reliable is the redundancy in our thinking processes. The constant reevaluation in subtly different states of mind helps to catch design flaws and silly mistakes.

    Reevaluation of finalized code is probably not something you can just put into memory. You would need to modify the harness to automatically inject a new prompt triggering reevaluation of the design and implementation after each step. This would likely increase token use and execution time by an order of magnitude. And if you do it by spawning fresh agents, there would be a high chance of having the AI go in circles, switching between a few different versions of the same shitty design or implementation. So you need to keep the context, which grows each iteration. So context rot may become a real problem. The AI might deviate from the initial goal just like some human devs tend to do…

    And natural neural networks learn on the job. They adapt to the codebase and industry they are working with/in. claude.md and memory text files help a lot. But they are still sometimes ignored. And I don’t know why. Also, human rules are almost always somewhat fuzzy. Long lines are to be avoided - but unit tests and that one massive dict of dicts really are a lot more readable when ignoring that rule. There might be a lack of good training material on what makes code readable for humans.

  • AI code assistants currently are like that senior dev who knows everything, has experience in everything, and always likes to help everyone. But sadly he does a lot of shrooms in his spare time and sees things that aren’t there. He also has quite the opinionated ideas about what good code should look like.

    That implies that you just can’t let him do the quality assurance. He can write code. You can ask him stuff. And he excels at debugging.
    But you can’t let him plan the architecture. You can ask him about his ideas and select the ones that are actually good, though.
    And you definitely can’t let him review his own code. Someone else has to do that.

    So if they literally just let the AI do everything, there is absolutely no way anyone has a chance to ever review the result because AI code is harder to review (for now), and AI loves to repeat itself (for now).
    And sure, they can tell it to write tests. But AI is dogshit at writing tests. It tends to forget the important cases, test the wrong thing, and/or obsess about completely irrelevant implementation details.
    I also tried the multi-round approach with a committee of agents trying to iteratively find and fix flaws. It only works well for finding bugs, not fixing them (for now).

    But while AI can’t replace me, it is really nice to have as a tool - just like I have syntax highlighting in the IDE, I have a code assistant that can autocomplete a few lines of code, find out why my code misbehaves, or tell me what some library method is supposed to do. Sure, I have to still verify the results. But often, finding the bug or information was the hard part.
    Coding assistants are great. Just don’t let them write too much code at once. You need someone who still actually understands the codebase. That sadly can’t be an AI (yet).

  • Yeah, good employees state their grievance, but if management insists, they just go into bot mode and do what has been commanded until they switch jobs. And bad employees are happy to blame AI.
    So if management demands use of AI rather than just offering AI as yet another tool that may or may not be used at the discretion of the employee, output quality will either stay the same or degrade because AI can’t do the actually important job - quality assurance.

    The moral of the story: if you aren’t actually experienced doing the job yourself, do not tell your workers how to do the job. Trust your senior workers to do that.