alfalfasprout

6 ms·

61.
by alfalfasprout 9mo ago
Unfortunately all the major LLM companies have realized the truth doesn't really matter anymore. We even saw this with the GPT-5 launch with obviously vibe coded + nebulous metrics. Diminishing returns are starting to really set in and
62.
by alfalfasprout 9mo ago
> I don't think we'll get to the point where all you have is a CEO and a massive Claude account but it's not completely science fiction the more I think about it. At that point, why do you even need the CEO?
63.
by alfalfasprout 9mo ago
What's worse is a significant number of folks here seem to be celebrating it. Or trivializing what makes us human. Or celebrating the death of human creativity. What is it, do you think, that has attracted so many misanthropes into tec
64.
by alfalfasprout 9mo ago
Yet your argument is deeply flawed too. Flooding the market with slop makes it much more difficult to discover genuine, quality, art from smaller creators. ad hominem has no place on HN.
65.
by alfalfasprout 9mo ago
> I'm a bit shocked to see so many negative comments here on HN. Yes, there are security risks and all but honestly this is the future. It's a great amplifier for hackers and people who want to get stuff done. TBH this comment
66.
by alfalfasprout 9mo ago
Yeah... don't get me wrong I find a lot of value in these tools. They do help with a lot of the tedium, can be helpful as debugging assistants, and in the right hands (with the right oversight) can indeed generate solid code. But we
67.
by alfalfasprout 9mo ago
For a senior engineer, some very odd takes here: "Our ability to zoom in and implement code is now obsolete Even with SOTA LLMs like Opus 4.5 this is downright untrue. Many, many logical, strategic, architectural, and low level code mi
68.
by alfalfasprout 9mo ago
Yeah but there's also a lot of "lol, my shipped production code doesn't care" type comments with zero info about the type of code you're talking about, the scale, and longer term effects on quality, maintainability,
69.
by alfalfasprout 9mo ago
TBH a lot of this is subjective. Including productivity. My other gripe too is productivity is only one aspect of software engineering. You also need to look at tech debt introduced and other aspects of quality. Productivity also takes many
70.
by alfalfasprout 9mo ago
same I was so confused
71.
by alfalfasprout 9mo ago
Yep, this is the real problem.
72.
by alfalfasprout 9mo ago
and AI is a cancer on humanity... this article is clearly LLM written too.
73.
by alfalfasprout 10mo ago
I really hope you don't actually treat junior devs this way...
74.
by alfalfasprout 10mo ago
This is one reason I think spec driven development is never really going to work the way people claim it should. It's MUCH harder to write a truly correct, comprehensive, and useful spec than the code in many cases.
75.
by alfalfasprout 10mo ago
Depends... not all kinds of trading are THAT latency sensitive.
76.
by alfalfasprout 11mo ago
Of course it's not going away. But like every other bubble, it means that the technology can go back to what it's actually good at vs. just shoved in every single thing imaginable.
77.
by alfalfasprout 11mo ago
If anything it's a testament to human intelligence that benchmarks haven't really been a good measure of a model's competence for some time now. They provide a relative sorting to some degree, within model families, but it fe
78.
by alfalfasprout 11mo ago
Sure they do. And during the holiday season too.
79.
by alfalfasprout 11mo ago
Not necessarily. Lots of explanations: (1) People wait for when they perceive they'll get the best deals to do their shopping. (2) K-shaped economy (data is already bearing this out btw): Spending from the wealthy is driving consumptio
80.
by alfalfasprout 11mo ago
I would hesitate to call it total dominance. There's a lot of good competition arising in this space. If you haven't already, check out pixi for example. And yeah, pyrefly is fantastic. Competition is good in this case.
81.
by alfalfasprout 11mo ago
I mean, it's been announced already. Caveat: It's still very far from being competitive with SOTA type checkers like basedpyright. Still, it's great that this is being worked on and I expect in a year or two ty should be comp
82.
by alfalfasprout 11mo ago
> A good senior engineer is for the most part able to not write bad code from day one, just at a very low speed and with the need to ask other people frequenyly. Even if you do not know the code base or domain yet there are a lot of thin
83.
by alfalfasprout 11mo ago
Yes, it was the case. AI just magnified the severity by an order of magnitude or two.
84.
by alfalfasprout 11mo ago
It's getting much worse with AI now too. People just blindly trust the AI's decisions which even as of Opus 4.5 is generally misguided for nontrivial problems and best-case doesn't even consider the bigger picture given conte
85.
by alfalfasprout 11mo ago
> The problem I observe is a fairly universal one: management doesn't care about good code, it cares about results. The thing is, good code is a form of a good result. You need to solve the underlying problems (which manifest as i
86.
by alfalfasprout 11mo ago
Interesting. Coming from big tech, it's actually pretty spot-on of an article. I think most folks at big tech have experienced this stuff too. > Why is it necessary for big tech companies to act this way? Why does bad code bother en
87.
by alfalfasprout 11mo ago
Even if you're a public servant, a backdoor is a big security risk.
88.
by alfalfasprout 11mo ago
Well, and companies are papering over usability problems with AI. LLMs are not a substitute for good human-centric design. It's almost as if all the focus has been on eliminating the human... for products designed for humans.
89.
by alfalfasprout 11mo ago
It was a few researchers and they stopped doing that already. In a way, the AI market in H1 2025 is VERY different already than H2 2025.
90.
by alfalfasprout 11mo ago
annoyingly in WA/CA where salary ranges are required, liquid RSU comp is not (and that's often the majority of the comp).

More ›