YHK - yet another hacker news clone

> Anthropic reportedly screens job candidates with a culture interview testing whether they would put the company's mission ahead of their future wealth. One applicant was asked how they would feel if a safety decision sent Anthropic's stock to zero.

https://finance.yahoo.com/markets/stocks/articles/anthropic-...

The point is that judgment won’t be needed on technical aspects. It will be more soft decisions like how to manage the agents.

But there are so many people who make statements like his that maybe we should assume that some of them are not idiots or bots. If he's not an idiot it means that he's working in an environment where that kind of statement is paying off. So it could be, for example, that he doesn't really have profitable customers. His main 'customers' are investors who are clueless, or who know that they are clueless but don't care because they are going to move it on to a greater fool anyway. Or that because there aren't any customers, the only thing they can measure is 'productivity' in terms of 'number of unused, unprofitable and unsustainable features'

If everyone does it, no one monitors it anymore, and quality degrades the only way out is more tokens.

I mean real profit, not "adjusted profit."

To the poster below who thinks anthropic is in this to destroy capitalism(lmao rofl), I guess maybe if you are interested in fuedal societies run by people who currently bomb schools, have chatbots and finely tuned recommendation engines designed to make children commit suicide but only after extracting as much capital as possible beforehand, try to sway elections in foreign countries, theottle the Internet so dictators can win wars, etc. Yea sure man they are all definitely interested in making the world better for everyone by also automating one of the few middle class jobs available in a country which has no manufacturing to fall back on. Super normal timeline.

An example: the UI applications suffer from massive amounts of repetitive code. People on hacker news will probably instantly jump to some kind of componentization strategy. More wise individuals probably understand you need to draw a winning strategy before that’s possible. Identify common workflows, from that, identify common components, figure out a parameterization and so on. The footguns are the slop having unintended consequences which fixing might actually cause production bugs by being “features”.

Hypothetical now: a current alternative solution which may exist is two simple detail views (of which there may be 30+ in the application) are 1000+ LoC template files, hand-coded, copy-paste, with all the errors you could imagine. You can get a lot of work from that so people are/could be content just fixing slop with slop and calling it engineering while piling on more features. Maybe it works but it doesn’t allow for much engineering room.

With AI tooling, popular support becomes less necessary - correctness matters more. Instead of galvanizing people to realize this is wrong (and it’s not just a want thing, with offshoring and the general difficulty of software engineering, many people don’t understand these concepts. They are great people but struggle understanding for loops intuitively; I don’t know what to say). Now I can provide my strategy to the tooling and do the decomposition and componentization myself. On top of this, my strategy can be more intelligent and robust because I’m not doing it by hand like using the API layer as a source of truth to give my agents more context on what the UI was trying to do. The code itself is confused so part of the work is learning the intent behind each module and also capturing bugs that are “features” to prevent regressions. Basically, a clean room rewrite (but we have access to the source code so I know that’s not the exact correct term).

The engineering moat is still there. If I say, “Claude make my UI codebase smaller” it will burn tokens and fail. One day it will succeed but right now it will fail. Likewise if I say “Claude suggest ways to make my codebase smaller”, it may suggest my strategy but it may not capture all the critical wrinkles. LLMs are not good at simplifying so to simplify (which is always a good goal in software engineering as long as the abstractions still hold), requires human strategies when complexity is high enough. Especially in my case where the behavior of the code is almost more emergent rather than engineered.

Then carrying on, I started to devise a system for not only rewriting the UI but the rest of the application (API and DB layer) as well as the corporate processes around the application. This may sound rude but these corporate processes are disempowering and are wasteful. The trick is inversion. First build a conceptual interface around the layer. The model will understand the purpose without understanding or rewriting the internals. This saves context and allows it to do more powerful reasoning by having perspective instead of being in a vacuum. Then when you have bandwidth, use that interface along with all the context you developed working on other modules, to take control. An example, you have a team which is responsible for building and deploying. To build and deploy, you may need to fill out forms, contact layers of people, all to achieve the end of goal of “building and deploying”. Through inversion, you communicate with an agent endpoint that handles communications to that team. Escalating, writing forms, and doing water is needed to get the code built and deployed. For all intents and purposes, you are now in control of that process. What used to be “I want my code built and deployed to QA” -> “message A” -> “message B” -> “write form A” -> “monitor for responses” -> “build triggered” becomes “I want my code built and deployed” -> “activate agent process” -> “build triggered”. This is an application of inversion in a nutshell. AI allows to apply engineering principles not only to our code but corporate processes where applicable.

So in this case, there could be 100+ individuals supporting this application and process. The one or two or three engineers that use to own the development process (more or less) were drowned out yet still responsible for the overall process and integrity of the software. It was an impossible task but now it seems more possible. The existential angst part comes from the all processes that were sprung up to support a reality where this all wasn’t possible.

Last, I definitely do not think the solution is one hundred engineers. If you know the show “Breaking Bad”, I actually find the reality of software engineering to be more like this now. The difference between 60, 90, 95, and even 98 percent purity is staggering. And the chemist who takes the input (money and tokens) and produces the highest quality output (codebase and processes), dominates. Just as in Breaking Bad when Walter White inherently has power, despite all other chemists, because his process had the highest purity output. It’s just business sense and adding more chemists does not increase purity. Output quantity is no longer gated by number of bodies so that argument goes out the window. Mentorship will be key (as in Breaking Bad) and large teams of all-high-quality producers should be put together into super high-thoroughput teams. But for regular operations, prioritize the highest quality output where the input is guided by the highest quality producer because adding more cooks will seriously degrade the output, at an exponential rate.

Good point about infra, but that’s already the case with Cloudflare, GitHub, aws, etc

My manager was dragging me through useless projects that went nowhere despite multiple people telling him "it ain't gonna work" while shooting down proposals that later turned out to be "high priority tasks required directly by upper management". And he's a well-paid, educated employee with years of experience. Don't even get me started on delivery guys who cannot read a simple instruction like "do not ring the bell, leave the package on the doorstep". They just follow a 50-line script and that's all they can do.

Whenever you mention that AI won't reach human intelligence, remember that this is the benchmark. Not Alexander the Great, it's the millions of people throwing their life savings ($1000 each) into Labubus. Long time ago there was a series of articles in my country about the costs of wedding receptions skyrocketing and some people taking out loans to pay that, and someone made a meme "robots will never have human intelligence!" with reply "bro, you took out a loan to pay for a wedding, I don't want your human intelligence".

Denying this reality is pure cope.