The bunch of MD files in the codebase is becoming "tech" debt. It's just English prose, sure, but thousands of lines of English prose. Terse. Succinct. Difficult (if not impossible) to maintain manually without LLMs. That's not "baseline"
HN user
dakiol
Cancellation of the subscription.
Now I am happier. Worked great!
"High performers". Can't believe we have normalized this vocabulary, among us, "hackers".
The topic here is: how to earn a billion dollars.
There are less than ~5K billionaries in the entire world. Not quite like winning the lottery sure, but still unrealistic for the majority of people.
I'm not against inspirational examples. I'm against unrealistic inspirational examples (like PG).
If it's a one-off script/program that doesn't require additional "domain knowledge", sure. But what if you need to give as context your whole backend repository because you need to take into account a few business rules? Why give anthropic/openai access to my "secret sauce" (e.g., company private repos)?
In that case, it's way better to simply write the code yourself.
PG's net worth is between 2.5 and 10 billion... so, I wouldn't take him seriously. Normal people (like the majority ones around here) won't ever have the opportunities/skills/luck all combined at a given point in time to generate billions. So any advice from his side regarding money is simply misleading.
and should a company decide not to use AI they will have a hard time retaining devs (and they will need more devs)
Need more devs? Why? If a company was being profitable just fine prio AI era, they will still be profitable if they decide not to use AI. Shipping crap faster is not a formula for success. Shipping quality faster? I prefer shipping quality at a good pace
The difference this time is pace: you could delay adopting “the cloud” for a couple of years and survive. With AI you might get a few months.
I don't think so. Take a good company A (with a good product and a good pace of good features) of today. Take the extreme case they decide not to use AI at all. Well, they will still be shipping good features at their current pace.
No amount of AI will make a bad company ship a better product than A's. If any, bad/mediocre companies will be pushing crap faster than they did before, but that's it.
AI can make good companies better, but cannot make bad companies good. Why does company A need to worry about shitty companies using AI? Sure, other good competitors could be using AI, but all in all, shipping "faster" is not the "mark" of good quality
In theory, ofc. But that doesn't matter. If you were doing something that took 2 days in average, but you were doing it in half the time, then that was fine pre LLMs. Nowadays your manager knows that with LLMs you need to deliver faster no matter what, and then it's more difficult to "hide" and to slack.
So, regarding the productivity argument: I don't get it. It doesn't really matter (for regular employees) that you can do now in 2h what before it took 2 days. Why? Because it's not that you have the rest of the day for yourself. You still have to work 8h/day as usual. But now the pattern is different: instead of enjoying the craft digging deeper into problems in the span of 2 days, now you are rushing into some slot machine with the hope of it giving you the right answer with the right prompt.
So, if any, I would say it's worse for us. Obviously, it's the completely opposite situation for corporations and executives: they are loving the AI situation so much!
I'm not sure. Engineers could still develop software the old way, you know taking months to deliver something like, let's say, Obsidian? Or Ghostty? Taking care of every single line of code, of dependencies, of good architecture. Truly the old way. And if the product is good it will succeed.
It's the expertise of engineers on the team that push it back on track.
But how are you so sure your colleagues are not more "expert" than you? Prior LLMs there was room for very good engineers and mediocre engineers to work together in 99% of the companies out there. With LLMs, only the "best" engineers will survive, because nobody needs mediocre engineers anymore.
This being HN, I imagine every engineer reading this thinks they are in top the 10-5% of their company/city/country, and therefore they think they are not "mediocre" engineers that can get affected by the introduction of LLMs. Statistically, they are probably wrong. So, it's all about ego. Chances are you are not a rockstar and LLMs will eventually take over your job.
As usual, the only winners here are corporations and executives. Most of us are the last monkeys in the chain, and so we'll get screwed.
For me the advantage is simplicity. I pick up the book and I read it. No matter where or when, I know I can read it. If the book gets damaged, I pick up another book, I don't mind. The problem with digital books is that I need 3 different things working together: 1) a (charged) reading device, 2) corresponding software, 3) the actual digital book.
So the reading device can be put in unmaintained mode any time by the company who sells it. That sucks. Same goes for the corresponding software, although in this case I have more flexibility sometimes (i.e., I can install some open source software... but that's a hassle in itself). As per the actual digital book, don't get me started with DRM. One can pirate books, though, but then some people have ethical considerations.
I typically buy second-hand books. It's the best deal for me because I don't have the feeling to be super protective with them, and they are very cheap.
Books.
So, the hardest thing for me would be to leave my job and focus all my time in starting my own business. Leave friends and family behind to put all my effort on it. Is it worth it? No.
Agree. Have worked in a codebase using Temporal, and is pretty much a nightmare. I don't know about the infra side, but from the developer side, all the abstractions they bring to the table are poorly designed. Wouldn't recommend
Everyone's making so many wild predictions based off the current state of LLMs. We don't know how the market will unfold.
So wouldn't it be wiser to err on the side of caution?
The problem with (propietary AI) is that they (anthropic/google/openai/etc) gain more from the usage of AI than you. Other tools like postgres, gcc, git, HTTP, emacs, etc. don't "gain" anything if you use them (well, they gain popularity and perhaps more contributions, but that's it). The more you use Claude, the richer anthropic gets and the easier for them to position themselves in a place of power, power to dominate the programming of the world. That's sad. So even we all like so much propiertary AIs, we should think twice what we are giving in exchange (and no, it's not just the $200/month what we are giving)
I'm all for open models, open source agents, etc. I don't want to give more power to the big corps, though. Imagine what software engineering could become in 5 years if all thse big corporations gain even more power over us. It's a terrifying scenario (e.g., pay more so we don't show you ads in between claude code prompts; pay more so that the produced code doesn't incrust ads in your app...). Do you really want the same shitty experience we have now in the global internet, but deeply ingrained in your software engineering workflows?
The problem with (propietary AI) is that they (anthropic/google/openai/etc) gain more from the usage of AI than you. Other tools like postgres, gcc, git, HTTP, emacs, etc. don't "gain" anything if you use them (well, they gain popularity and perhaps more contributions, but that's it). The more you use Claude, the richer anthropic gets and the easier for them to position themselves in a place of power, power to dominate the programming of the world. That's sad. So even we all like so much propiertary AIs, we should think twice what we are giving in exchange (and no, it's not just the $200/month what we are giving)
It really saddens me to see some developers talk about literally quitting their careers over AI, right when the benefits of existing deep technical experience have never been more valuable.
But that's not what senior executives think. That's all that matters. If they think that AI can replace engineers, so let it be. I mean, since when senior executives know shit about what quality means? They only care about revenue and profit. So yeah, you're right, but that's not gonna happen (sadly)
No one is reviewing the code. Managers don't want us to review code either. It's a bottleneck. If something goes wrong (bugs) they are fixed as they come. It's a very sad era of software engineering. If there ever was some engineering in our trade, now it's mostly gone. We are guessing around, writing "skills" files with "please, do not introduce bugs" or "you are an owner, not a renter" or similar stuff. It's just very low effort, very undeterministic. Big apps out there are going down constantly because of AI slop (e.g., Github), and we are seeing it more often as well in non-so popular systems (e.g., in my company and other saas that we use).
Product managers never cared about the code. Engineering managers don't care about code as much as they did when they were engineers. Directors couldn't care less about code. CTOs don't know what code looks like anymore. We are at the end of the chain, and somehow we always took pride of well written and maintainble code because we knew deep inside that good systems are built based on good code. But now we are jeopardizing ourselves, it's us the engineers who don't care anymore about code and with AI that problems is amplified.
It's definitely AI slop. So tired of pushing AI-generated crap to production at my company
Who cares about productivity? Your CEO. Not you, not me. We all cannot be CEOs.
People are not idiots. AI benefits only the ones at the top of the chain, and the 10% of the rest of us. Are you in the top 10%? No, you typically are in the bottom 90%. So we don't want AI, we don't want the top getting richer at our expenses. We just want a job to bring bread home and keeping pushing our store while being "happy". You take that away from us, just so you can double your net worth, and well, bad things will start to happen
Because it would be sponsored by anthropic/google/openai? You cannot do it (typically) without paying for the tokens they only can offer. Programming used to be free, but slowly, we need to pay for every single line of code. It's sickening
There must be such a disconnection between the general people and more technical oriented people. I would never ever buy such a laptop. The reasons are very simple:
- it's owned by Google. Google is the worst tech company out there to trust your data
- it has AI all over the place. Overuse of AI depresses me. And a laptop is something very personal to me. I don't want to be depressed every time i open my laptop
- the "files" functionality is cloud-based. That's insane. I don't want my files in the "cloud". I want a file system
I run linux, and still own Macs (because their hardware is great on laptops). Of course I'm not the target audience. But still.
True, but in my experience teams don't make the whole codebase type hinted. There's always something that escapes.
I want to use Obsidian... but I won't as long as it's not open source. I know I can keep all my files as plain text, but that's not enough for me. Using a KB on a daily basis shapes my workflows and having to change that from one day to another (e.g., because maybe Obsidian changes in a way I don't like) is too much for me. I could already handle all my plain txt files using simply the file system, but of course I would prefer a KB program. It's a shame because Obsidian looks great.
Problem with Python and other non-strict typed languages is that if you let an LLM to write some stuff, you cannot truly be confident that nothing has broken. Even if your tests all pass. The LLM could have broken some path that only gets run in production in a very specific case. At least with strongly-typed languages you get a compiler error. In big codebases is non-negotiable