HN user

rapind

6,682 karma
Posts9
Comments2,485
View on HN

The way I frame it is like the space race (except probably more consequential). China is collaborating with and encouraging their industry, definitely leaning into the state sponsored NASA route, while the United States fully embraced minting oligarchs that they'll most likely bail out later.

We'll see what happens, but I suspect history will show us that the United States badly fumbled what was a pretty great initial lead. China might have just floored the gas pedal.

Qwen 3.8 3 days ago

Yeah I found 4.7 and 4.8 to be downgrades from 4.6. I don't know if it was the model or just Anthropic's scaling issues though TBH. I found working with the Claude Code max (20x) sub would work awesome in between new models. A week before up to 2 weeks after, it would go to crap, dumber, slower, outages, harness churn, etc.

I'm finding the same with ChatGPT recently since the 5.6 release. Not as bad though, but sluggishness at times, harness churn (creating bugs and crashed), and occasional availability issues that cause me to downgrade to 5.5.

It's gotten to the point where I dread a new model release from these companies because it's guaranteed to be disruptive! I assume the pay per use API is less impacted.

If you talk to people about the things that get you fired up then you might meet other people who also get fired up about these things, and before you know it, one of you is running for office and / or you are all getting involved locally. Or, you just keep talking about it I guess, but I think it at least improves the odds for change.

Passion can be just as contagious as defeatism.

it’s unfortunately become deconstructed and politicized to the point where it’s impossible to exist as a meaningful cultural phenomenon.

I think greed and corruption (cheating) by politicians and government employees has an outsized effect on this. Whenever you hear about it you lose trust and may even feel justified to cheat the system in turn. Basically they got there's, so I'll get mine.

IMO the penalties for corruption in public service jobs (all the way to the top!) should also be outsized to match the damage it does to society. I'm talking prison time. Also transparency at all levels and at all times. Public service should have really really good reasons to keep anything private and the default should be open to the public. There shouldn't be a need for FOI requests unless there's a good reason to keep something from being completely public.

I think it's obvious enough without getting into the weeds like this unless their sample size is unreasonably small. E-book yes obviously counts. For the rest, like fanfic? Probably, but does it matter here? Is this actually going to move the needle?

I just finished an LLM assisted Rust rewrite of a production project after a couple months. It's around 150k LOC, mostly Rust, excluding generated code and tests. Around 200k if I include tests. I'm also now starting to extract / refactor some of it's code into their own reusable crates, so my LOC isn't going to grow and might even shrink a bit. I can't speak to 1M LOC, but I'd imagine that takes a lot of human context to reason about too, and you probably want to break it up into manageable chunks if possible.

LLMs have been a boon. I have a lot of guardrails in place though to keep the LLMs focused and producing correct and ergonomic code. A lot of effort and review has gone into creating these guardrails (choice of language, linting, forced conventions, tests, etc.). A lot of these practices will be useful in future projects. I highly recommend this approach. Don't just copy skills or processes that others publish. Figure it out yourself so the lessons stick. Human in the loop, especially one that has learned through practice and failure, is still immensely valuable IMO. It's a fine line between getting stuff done and yakshaving over your tooling... but that's always been the case, as proven by my vim dotfiles. :)

It's worth noting that the AI industry is filled with tons of snakeoil and BS. You don't need to take someone's course in "21 steps to be productive with AI" or w/e. Just like learning a new programming language, dig right in and try to build something that scratches an itch. Pick a project you have complete autonomy over instead of that "spend all the tokens" crap managers were pushing until recently (this has corrected now right?).

Parent saying "Skill issue" though... What a jackarse.

I have definitely witnessed very specific cultures around languages I really like that I generally just don't vibe with. The author creates something brilliant, but there's a cadre of early adopters that shape a political and somewhat egotistical community that rubs me wrong. Once I spot them, I don't engage with the community. And it's not even that I disagree with the politics they espouse... I'm usually on the same page, but it's just kind of exhausting and a little over the top.

I'm old-ish though and grew up apolitical, so I'm sure it's just a me problem.

That's true and interesting. Personally I've been rebuilding an application in Rust, learning Rust at the same time and leaning heavily on AI agents for both the building, but also the learning. I've been at it for a few months now (large application) and should be done pretty soon. I'm fairly comfortable with ML languages, and Rust has felt pretty good.

It's been an experiment to see how much more performance I can squeeze from a Rust version (spoiler: it's a lot), how well the agents code in Rust (pretty great and seems idiomatic AFAICT), and if this is a good way to learn a new language (I'm learning, but the verdict on how efficient is still out).

I might be self deluding, but I do think it's been productive, even though I'm intentionally moving slow with small TDD vibe spikes followed by completely reading over everything, adding more guard rails if necessary, refining requirements and tests, sometimes ripping it out then and have the agent rewrite it more iteratively with meticulous reviews, etc. Honestly, I have the time to do this right, so I've been focused on correctness and making it enjoyable to avoid burn out... but what I find enjoyable, won't be the same thing others find enjoyable. I also have the autonomy and financial security to adopt entirely new workflows and do rewrites of my own products, which not everyone has. I would absolutely hate being forced to token max or w/e that insane BS is all about.

Maybe famous last words, but I'm not buying the hype that the "clankers" will take over. I suspect reality will catch up soon and we'll be left with a set of pretty powerful but still limited tools. I see no evidence to the contrary, just investment hype on one side and sky is falling on the other.

100% this is what I've done. I sucked it up and adapted myself to the tool (agents) by having as many implicit guardrails (static typing, functional, no nulls, great linting) and then layering on explicit guardrails (TDD) on top. I also want my workflow to be portable because I don't really trust the frontier model providers.

It is different though. Basically a lot of what I do has changed over the last 2 years. I totally get that a lot of people won't want to adapt though.

Road to Elm 1.0 16 days ago

Good to know. I built https://github.com/pairshaped/hypertea to get some of Elm's safety in typescript while being easy for LLMs to use (this is basically just hyperapp in TS, with added elm-like guardrails). Maybe I'll go back to Elm now that LLMs are handling it better.

Road to Elm 1.0 16 days ago

I was already working with elm (have been since Signals) and I was very disappointed in what agents (CC) produced. In contrast, I was pleased with the Rust code they produced.

It's crazy to hear someone think games in the 80s were more creative than they are today. That's taking nostalgia to a whole new level! Indy games today are amazing. When you lower barriers the ratio of good to bad probably tilts more towards bad, but the absolute number of good still increases.

There's going to be reams of AI slop (already is), but I bet the amount of amazing games will also (more slowly) increase due to AI tools. The trick is in how well we can filter.

I think we're in the early stages and being overwhelmed by low quality production. We'll find ways to filter, and find some real bangers.

Road to Elm 1.0 16 days ago

Maybe it's improved, but I was very disappointed to find agents constantly tripping over significant white space with Elm (Claude Code). Always struck me as strange since they are very proficient with python... and Elm has been one of the most stable modern languages (so stable that people complain about it never changing!). I think the last time I tried was a year ago though, so I assume it has improved.

Miller is the Antichrist, but I don't buy Elon as a victim for a second. I suspect he'll be spending some of that wealth on image rehabilitation and political influence though as the turns tide. The retcon will be entertaining at least.

Elon has total control of Starlink and he’s currently enjoying his bond villain phase.

I am very happy my tax dollars are not going into his pockets.

It’s not a crusade. You send him your money if you want. It’s none of my business.

Pretty sure they are doing a bunch of AI training with your data now too. Opt-in by default. So yeah, no thanks.

This is kind of what coding with LLMs feels like. Gradually increase guard rails "outside of it's context (automated)" to get the results you want out of it. Static typing, quick compilation, not having nulls, and lints are a great start (I would also argue for managed side effects and functional, but to each their own).

It gets pretty far to the solution on it's own and quickly, but then you spend time adjacent to the problem, building out it's cage while iterating through the remainder of the solution.

I think the issue is that a lot of concerns that appear to be "cross-cutting" at first glance, don't hold true to that design... but teams will try to stay the course, possibly due to existing debt, and it goes south pretty quickly from there. That's what I mean when I say there are some patterns that are obvious and proven cross cutting concerns (like logging), but there's really not a ton of them IMO, and if you're going to experiment with new potential concerns, then you must be ready to rip it up when it proves not to be the shape you thought it was.

I always thought AOP was super cool, but also that it completely destroys readability and the ability to understand a codebase. I also think it's probably one of the worst concepts to embrace in the age of agentic coding. That would be like a foot missile.

There are a limited number of patterns that absolutely do benefit from AOP though. The obvious one is logging. I don't think there's many though.

Regardless, AOP is the last thing I'll be using these days. With LLMs I've been moving in the opposite direction with a focus on explicitness and correctness. Typed, compiled, non-null languages with clear, obvious, and well documented conventions.