Hacker News new | ask | show | jobs
by scotty79 312 days ago
FPV drones on the battlefield were absolutely obvious. The only strange thing about it was, and still is, that powerful armies of the biggest players were "nah, I'll pass" on this obvious application. Wedding photographer figured out that you can hit people with drones. Farmers figured out they can carry and release significant payloads. Yet for some reason, generals seen them as toys and preferred to stick with their bombs and artillery shells costing order of magnitude more. We needed a war and soldiers on the contact line to basically start doing this obvious thing out of necessity and demanding supply from commanders.

Computers being able to keep the conversation going about complex topic like development of a computer program were 5 years ago farther away than fusion energy. Perpetually 30 to 100 years away.

Sure, for the best results you need to guide it because without it you'll get some program but not a good program. If you don't help it to control the complexity of the code with sensible architecture it will paint itself into a corner. But a junior developer would also do that if you just piled up requirements and never steered his output.

I agree with you that it's a tool. But more like a combine harvester, that you still need to drive, for now, than a hammer. Already more like a CNC machine than a power drill. And still getting better.

Everyone can have their own opinion on this. But I think next 5 years will change those opinions.

For me it is at least as magical as cell phones. When I was a kid the peek of wireless personal communication was walkie-talkie with a very limited range. The idea that you could cram enough electronics, RF stuff and a battery in a small enough package and route the calls globally with vast networks of two way communication stations seemed absolutely ludicrous. I haven't even seen SMD element before I had my first cellphone and I picked apart a lot of electronics. Then it happened. It was the kind of technology that got me completely surprised, like LLMs. I remember not being that shocked because I was young and was expecting new things. I was reading a lot of SF and there instant wireless communication was everywhere. But after 4 decades of basically no progress in the machines that do anything that resembles thinking this innovation caught me off guard completely. I would be less surprised if we already had fusion reactors providing most of our electricity.

On a more practical note, do you switch a lot the models that you use? I can't really tell them apart because I haven't worked with them all that much but I heard good things about GPT5 and when I used it it was very good (but others, like Claude or swt-1 were great too).

1 comments

I've done a lot of wood work and there is almost zero doubt in my mind it's a router.It's flexible, brilliant, time saving, repeatable (with templates) and you can do a lot of damage with it in a very short amount of time. I'd never call it a Hammer.

With regards to the models I use. I'm pretty much using Claude Sonnet 4 with Claude Code and Gemini 2.5. In my opinion Sonnet 4 is the most superior model I've used yet, although I've not used GPT-5. Where some of my attitude comes from is even in the way you get used to using differnt models, like you really kind of get a grasp for how to prompt them and kind of know what to expect. That's where I don't see them so much as an intelligence, but an approximation engine. I feel that what many "coders" fail to realize is how extremely common the patterns they're employing to solve a problem are. The approximation engine can see that as numbers, match it and give you a similar eyt slightly modified (to your context) version of what you want.

These models have been trained on probably hundreds of millions or billions of lines of code after all, yet there probably isn't all that much variation in what most code looks like. What you'll notice is that it's horrible at coding in anything it's not trained on. Recently I tried to use it with FastHTML, and it knows almost nothing about it, and the author of that project will even provide you with a context file you can give your "AI" to use so it can "understand" how to code with it.

We also follow like common architectural patterns to get them most out of "AI". We've found that to be very helpful to reduce the amount of random and unhelpful code we get out of them.