frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

Asus Bike Booster

https://www.asus.com/accessories/bike-booster/asus-oxiis/oxiis-intelligent-bike-booster/
469•wiradikusuma•4d ago•305 comments

Superconducting monolayer cuprate with a single CuO2 plane

https://www.nature.com/articles/s41586-026-10857-1
26•sbulaev•3d ago•7 comments

Patterns and problems in emerging multi-agent systems

https://www.anthropic.com/research/multiagent-systems
123•maxutility•10h ago•72 comments

Asynchronous I/O in DuckDB: Work, Thread, Work

https://duckdb.org/2026/07/31/asynchronous-io
188•pdet•5d ago•21 comments

Chestnut – eGPU dock with open-source firmware

https://hwbusters.com/news/comma-ai-egpu-dock-runs-open-source-firmware-249-bare-799-with-an-rx-9...
36•txrx0000•2d ago•4 comments

Gooseworks (YC W23) Is Hiring a Founding Builder / Engineer

https://www.ycombinator.com/companies/gooseworks/jobs/UJ4vH2F-founding-engineer
1•shivsak•25m ago

A SAT Attack on Tarski's High School Algebra Problem

https://arxiv.org/abs/2608.08421
5•matt_d•4d ago•0 comments

Super El Niño Keeps Growing as New Forecasts Reach Record Territory Ahead Winter

https://www.severe-weather.eu/long-range-2/super-el-nino-growth-accelerating-to-record-strength-f...
286•dgellow•17h ago•178 comments

Software Engineering fundamentals matter more

https://rhonabwy.com/2026/08/15/software-engineering-fundamentals-matter-more-than-ever/
189•ingve•13h ago•123 comments

What happens when an LLM never sees material beyond fifth grade?

https://littlelearner-ll.github.io/
154•porridgeraisin•4h ago•116 comments

Semaglutide linked to lower predicted dementia risk

https://alz-journals.onlinelibrary.wiley.com/doi/10.1002/dad2.70432
441•randycupertino•20h ago•321 comments

Cultivating a state of mind where new ideas are born (2023)

https://www.henrikkarlsson.xyz/p/good-ideas
192•felixbraun•15h ago•48 comments

Guiding Ships with Moire Patterns

https://tinkerings.org/2018/03/28/guiding-ships-with-moire-patterns/
69•Eridanus2•10h ago•19 comments

At-home test for infected ticks could improve Lyme Disease diagnosis

https://www.smithsonianmag.com/innovation/the-first-at-home-test-for-infected-ticks-could-improve...
265•gmays•22h ago•101 comments

Impulse Tracker

https://ovidem.com/impulsetracker/
33•vsvagr•4d ago•6 comments

RISC-V: They Should Have Known Better

https://dmitry.gr/?r=06.%20Thoughts&proj=12.%20RV
333•dmitrygr•1d ago•379 comments

AI in drug discovery – what it is, where we stand and the path forward

https://www.science.org/content/blog-post/so-how-ai-drug-discovery-doing-really
148•AnodicElegy•17h ago•81 comments

Falstad Math and Physics Simulations

https://www.falstad.com/mathphysics.html
30•pykello•8h ago•6 comments

Show HN: Mic Drop, a real-time multiplayer karaoke game

https://www.micdrop.gg/
63•johnsillings•11h ago•28 comments

A fortuitous decade as an indie software developer

https://lapcatsoftware.com/articles/2026/8/3.html
100•frizlab•5d ago•12 comments

Numba in the Browser: Unlocking a New Scientific Python Stack in JupyterLite

https://notebook.link/blog/numba-in-the-browser/
53•xalfotis•4d ago•9 comments

I built a browser-native SysEx librarian for 80s/90s synthesizers

https://bipluk.com/
26•halfradaition•3d ago•14 comments

A spectre is haunting Unicode

https://www.dampfkraft.com/ghost-characters.html
235•sensanaty•21h ago•91 comments

Tracking down a Zsh history data loss bug

https://michael.stapelberg.ch/posts/2026-08-09-zsh-history-truncation-bug/
86•ingve•14h ago•31 comments

Show HN: Grafana agent observability for Hermes Agent

https://github.com/alexander-akhmetov/grafana-agento11y-hermes
7•eventuallyacat•3h ago•0 comments

Abdominal fat predicts heart disease risk better than BMI

https://www.acc.org/about-acc/press-releases/2026/08/11/14/59/abdominal-fat-predicts-heart-diseas...
276•theanonymousone•15h ago•220 comments

AI has access to a vastly larger working memory than the human brain

https://davidepiffer.com/p/ai-isnt-outthinking-mathematicians
519•rzk•18h ago•449 comments

AI-Assisted GPU Porting of a 250k Line Legacy Weather Simulation Code

https://arxiv.org/abs/2608.13122
40•Jimmc414•13h ago•4 comments

Tea5767-Radio-Tuner

https://github.com/turtushig22-blip/tea5767-radio-tuner
46•turtushig22•12h ago•2 comments

Zapping Rocks Unlocks Stimulated Geologic Hydrogen

https://spectrum.ieee.org/stimulated-geologic-hydrogen
21•adm4•9h ago•6 comments
Open in hackernews

Ask HN: Do you know of any company that went back to hand-written code?

55•antipurist•1h ago
This is intended as a question about the current phase of the LLM hype cycle, and, at the same time, as a reality check about whether reluctance to rely on LLMs is economically viable for an average developer.

You've definitely seen that many companies progressed from "use LLMs for anything and everything" policies to limiting budgets and scopes of approved LLM usage. It wouldn't be unexpected to see that some companies might decide that generating more code faster doesn't meaningfully contribute to their bottom line, and forego LLMs in favour of human authoring, but does it ever happen?

I'm not trying to point out any (de)merits of the new way of software development, I simply want to know if there are many/any companies that went back to the old ways.

Comments

tomwuu•59m ago
Although code quality may sometimes suffer, no one can deny the productivity gains AI brings to software development.
urbnspacecowboy•24m ago
Neither can anyone deny that 'productivity gains' are worthless if what's being produced is worthless.
K0balt•17m ago
If you are producing worthless code, you are choosing that outcome either by choosing to work on worthless projects, or by failing to provide the direction and constraints that cause the model to create performant, maintainable code. You can’t just yolo everything, it’s still software development, but with LLMs it’s more of an engineering and management role.
rvz•22m ago
> Although code quality may sometimes suffer

That doesn't sound like a good thing in the long term.

> no one can deny the productivity gains AI brings to software development.

What are those "productivity gains"? Rapidly building hundreds of the wrong things that people do not want?

It means you cannot stop and the competition only moves far more quicker and its a forever race to the bottom.

sjducb•19m ago
You absolutely can deny long term productivity gains.

Pre AI it took 100 engineers 5 years to get into a legacy code situation. Once you’re in a legacy code situation it’s very hard to add new features and your code is full of bugs. Fortunately most old companies with legacy code are making loads of money so they can pay the increased development costs to add features to their legacy code.

Now with AI five engineers can build a legacy codebase in six months.

i2km•17m ago
I believe the "gains" will turn out to be a mirage in the medium to long term. The technical and cognitive debt incurred will be too extreme.
greenchair•38m ago
Best use cases are along the periphery: security checks, performance checks, test generation.
mrdw•10m ago
tests generated by ai, especially which generates each time codex are completely useless and needed only for beautiful "44/44 tests passed"
loluturnkey•37m ago
i dont know
sajithdilshan•28m ago
I don’t think that would ever happen. AI as a tool made the life so much easier removing initial inertia.

I agree that we still haven’t figured out what’s the best way to use AI tools, but over the time it would mature and people would come up with patterns, conventions, and design principles so the quality of what is produced will be maintained or increased while keeping the productivity gains.

lacedeconstruct•24m ago
Yeah I cant imagine my job without it anymore, in my hobby projects I dont really use it because its more about learning new stuff but for work I dont really care
piyuv•20m ago
The key part is “but for work I don’t really care”
lacedeconstruct•17m ago
No! the key part is "they dont't care why should I" ?
conartist6•20m ago
That's so depressing, and a real loss for your employer. Even if they neither know nor care that you are now sandbagging them, you still are. You aren't making real gains because you're tossing out value of equivalent or greater worth (your learning and engagement)
flohofwoe•12m ago
But that's obviously exactly what the employer expects, I don't see the problem tbh ;)
gamerDude•27m ago
In my startup, I am currently in consideration for doing this exact thing. The interesting part is it's not really the AI that's causing the issue. It's the ease of my developer to make a mess, either with messy code or feature bloat.

After figuring out the exact product we need with some very quick development cycles with AI, we now have some problems that I can't keep under control because of AI. So, currently under consideration to rewrite the core functionality without AI so we can keep it simple, understandable and slower to change.

The interesting part is that AI could do this, but managing developers with AI has become very difficult to get them to slow down and build stable simple things.

gilrain•25m ago
> I am currently in consideration for doing this

Try “I am considering”.

adamtaylor_13•23m ago
This is a leadership problem, not an AI problem. I have the opposite situation: I don't think about code "messiness" anymore. I trust my developers to ship the right thing because we communicate constantly about what our goal is and why we're doing it.

Solve the leadership problem and the AI thing becomes an advantage instead of a problem.

rpdillon•9m ago
This is correct. It's a giant red flag in GP that they're worried about their developers making a mess with AI. That's an issue of the developers' judgment not being any good, not a problem with AI.
watwut•17m ago
> The interesting part is that AI could do this, but managing developers with AI has become very difficult to get them to slow down and build stable simple things.

That is mutually incoherent. If AI can reliably do it, developers who reliably did it before AI would reliably did it again.

Sounds like AI cant reliably do it and your developers struggle to control its outputs.

jatins•26m ago
I think devs themselves won't want to work for a company that doesn't let you use Codex et al.
mrdw•13m ago
I disagree. Personally, I would work in company which respects more code/infra quality than coding speed. When you vibe-deliver a lot of features per sprint after some time codebase becomes an unpredictable AI Slop.
arcaen•11m ago
I dunno, I have friends and family at Meta, Roblox, $JOB, etc that would all prefer a no-AI environment. It's definitely not a majority of devs, but it's not an insignificant amount either.
adamtaylor_13•25m ago
In what context would generating code faster not be a desired outcome?

Assuming of course everything else stays the same (quality, etc.)

nubg•20m ago
I think most AI doomers will tell you that the quality of their code is better than LLM-generated code.
c2h5oh•12m ago
I did witness ai output advantage dwindle as codebase grew in a team of experienced devs who switched to 99% ai generated changes.

The last time I've checked ai still had an edge adding new features, but the team collectively lost the project knowledge and any problem discovered that llm could not fix took significantly longer to correct - they were effectively working on a new to them codebase.

c2h5oh•18m ago
I think that question hinges on the second part of your comment and should be answered as:

Does anyone know any company that went back to hand-written code because it decided drawbacks of ai generated code or some other concerns outweight the output benefits?

probably_wrong•18m ago
Lines-of-code has long been accepted as a terrible measure for code quality, and I believe it has been strongly correlated with poorer code quality.
samlinnfer•
pluc•23m ago
Ford did: https://www.forbes.com/sites/joetoscano1/2026/06/30/ford-hir...

So did Commonwealth Bank of Australia and IBM: https://www.cnbc.com/2026/07/01/employers-who-laid-off-worke...

And I'm sure many others who didn't publicize it because they have to keep this circular economy going.

rokob•21m ago
No they didn’t. Did you read either of the things you posted?
anonym29•20m ago
Rehiring large numbers of people after AI-motivated layoffs is not the same as getting rid of LLM-generated code and going back to hand-written code as a whole.
sajithdilshan•18m ago
The original question was about developers going back to manually coding without using AI. The link you posted is not about it. IBM replaced its Human Resources team with AI and hired them back. They didn’t remove AI usage in development and went back to manual coding.

Please read your sources completely before posting them only reading the title

quaintdev•3m ago
I was surprised to see IBM on that list
rokob•23m ago
Do you know of any company that banned IDEs and went back to plain text only editing?

Do you know of any company that banned compilers and went back to hand written assembly?

Do you know of any company that banned stack overflow and went back to figuring everything out?

ramblerman•21m ago
Someone answered the question with some actual examples. Please refrain from the hyperbole
i2km•16m ago
Exactly. It's quite scary that some people are reacting viciously to this type of question. There's real insecurity here...
ape4•17m ago
Those things don't hallucinate. (Of course, stackoverflow can be wrong but at least its peer reviewed)
rokob•12m ago
The best part of the downvoting of this is the answer to all of these is yes. Companies have banned all of these in the past when they were coming up. If you don’t learn from the past, …
markus_zhang•21m ago
We don’t have a no-AI policy but I’m trying to hand roll some code, because it is useful for interviews. It is very difficult to memorize the exact syntax unless I hand write code everyday.
mrdw•19m ago
What's your grade?
i2km•21m ago
I'm running a startup and we deliberately don't use AI for development. We only use it for review.

We're working in a really deep area where having full understanding of our code is more important than speed.

Besides, in this area, clients getting one whiff of AI code would be an immediate deal-killer

absoluteunit1•15m ago
Out of curiosity - what space are are in?
amelius•20m ago
Do you know any company that went back from local AI to centralized AI?
fra•14m ago
the number of companies using local AI for development is too small to draw any conclusions from.
quantumwoke•12m ago
Not for code, but my wife is a doctor and has gone from using AI scribes back to manually typing out notes and has multiple friends who've done the same. Turns out the gains were eroded by having to check the work and turn verbose prose into an actual note.
Decabytes•7m ago
One think I think is strange about the m programming world we live in now is the mythologization of pre llm code. As if people weren’t copying code from stack overflow, auto completing their way through APIs using intellisense, intellicode, tab nine, or checking in code there didn’t properly test or understand
jaccola•3m ago
I was using tabnine in 2020, I used copilot autocomplete + ChatGPT, then Claude Code. All this to say, I willingly adopted each wave.

Having said that, for all our startups “interesting” code I use no AI, not even tab complete. For a few reasons:

- having derived the code and built a mental model is something like 90% of the work, the code artefact being 10%. (You can probably verify this yourself, if you’ve implemented something once and then someone deleted it all, you could rewrite it MUCH faster the second time).

- once I have this model / vision in my mind, I’m streaming it into reality via code and having code suggestions pop up breaks that flow state for me.

- using Claude code even on throwaway scripts can mask problems. Why is doing this thing so difficult that it needs an AI to write the code? And usually when I’m writing those scripts I have a thought or insight about the system. in other words it’s nice to have that low stakes time.

- models are still frustratingly bad at spatial reasoning and I don’t see this improving anytime soon, which is a problem for a lot of graphics code.

- the code models produce still isn’t what I’d consider great code; subjective of course but it’s my product and I think having great code in your core technology is well worth it!

I do still use Claude code on various commoditised pieces (payment flows, basic account UI, etc) and I use Claude as a great search engine, though its explanations of complex topics still kind of sucks and a human blog is almost always better.

We are a small company of 15 engs.

btbuildem•1m ago
My employer is encouraging AI adoption across the board, to the point of basically making tokenmaxing part of performance KPIs. I think they're pushing headlong into disaster, but they are not the kind of people to take advice, or admit mistakes.

I use AI coding tools both at work and in my hobby projects. It very clear to me they're nuclear-powered footguns, and we have a long, long way yet in developing practices, structures and workflows that will enable true benefits while minimizing the absolutely toxic baggage/fallout/side effects.

I look at the big corp push for AI adoption as another instance of boards of directors choosing the large investors / their own personal gain over the success of the corporations they govern (first instance being the "back to the office" push in attempt to shore up commercial real estate). I think the circular economy of the AI bubble has spread far and wide, and we're watching a lot of invested players trying to keep it going.

PikachuEXE•1m ago
My company hasn't switched at all... does that count?
infermore•12m ago
You can only learn and engage so much in a day. In my head, it can be healthy to shift from tiring yourself out via work to tiring yourself out at home. You're not sandbagging them, you're setting boundaries on how much you're willing to do. If this is a problem for the employer, they can act accordingly.
alchemism•10m ago
This seems the right place in the discussion to mention The Gervais Principle, a legendary piece of business writing if you haven't heard of it. https://ribbonfarm.com/2009/10/07/the-gervais-principle-or-t...
63stack•5m ago
Most places I worked at cared very little for quality code, there was much more pressure on shipping fast even if it meant incurring technical debt, crap performance for end users, or developers leaving due to legacy code accumulation that nobody understood anymore.

I'm glad there is a tool that let's these companies have even shittier code shipped even faster. The faster they burn down the better.

boesboes•14m ago
It will happen once everything breaks and we have an entire generation of drooling idiots spamming prompts. AI is 100% trash and it will only get better at deceiving you into thinking it isnt.

Every single person I talk too that is enthusiastic about AI is so because they can't code for shit. Sure, then the AI seems better. But it never really is. Learn to code, that inertia you are talking about is the technical debt. It will drag you down into the abyss eventually

sajithdilshan•8m ago
You sound like an angry old man yelling at a television. I can code and have been doing it for 15 years before AI. If you don’t like AI that’s totally fine, but then again the people who doesn’t change with time are left behind in time, maybe that’s why you’re so angry
fy20•16m ago
It just sounds like accumulated tech debt? And the faster you ship new features, the faster it accumulates.
cyanydeez•13m ago
I think I definitely see the problem as a solo dev. I can just wing it with refactors and new tests, and all manners of sloshing about. But if I tried to do this with just one other person, they'd be pulling their hair out trying to understand why the last time they had to understand the code has completely shifted.

There definitely going to be a lot of fortune 500 companies absolutely wrecked by the amount of changes to their code base that no one will be "responsible" for because none of the workers will really know if it was their agent that changed something.

There could be some outliers who found the correct tools at the right time, but I don't think they'll suddenly be thrust into the money, because good code is definitely not the only thing that lets people succeed.

conartist6•7m ago
Of course. You've described a company with no team.

What you've said also makes clear why nobody would have an incentive to play like a team player. You have this comprehension work you think is important and you've already devalued it by saying that humans would be a waste if AI could be used.

If I were a human working for you I would conclude that regardless of your exact words, your actions create the conditions whereby it is far safer to try to get the AI to bullshit its way through things than to risk trying to do them well as a human. You clearly articulate here that the bullshit is all you care for. If that is what will satisfy you most readily, why would anyone working for you aim higher anymore?

16m ago
It's correlates directly with business objectives.
cyanydeez•8m ago
It's so weird how "assuming" is like watching super man hold a train back from a little girl on the railroad tracks.
flohofwoe•8m ago
Shitting out lots of code faster was already possible before, the question is at what quality and is more code in less time really the biggest problem in professional software development?

LLMs have their uses, but large scale code generation is the least interesting. And even when it is useful for code generation, I feel like progress has been reset to the early 60s and people are now rediscovering all the failed approaches (eg "spec-driven" is pretty much the equivalent of "waterfall")

dirkc•17m ago
> circular economy

I get what you mean, but in general circular economy means something different, positive in my opinion. Here is what wikipedia has to say:

> a model of resource production and consumption that involves sharing, leasing, reusing, repairing, refurbishing, and recycling materials and products, to extend product life cycle for as long as possible

In the EU it is a hot topic for a lot of non-profit and social innovation work

chuckadams•14m ago
I think the term GP was looking for was "circular financing", which has far fewer positive connotations.
rpdillon•12m ago
Ford did not. They hired back veterans to better train the AI.

> COO Kumar Galhotra said Ford had been over-relying on automated quality systems without getting results, per Bloomberg. The returning engineers rebuilt the data pipelines feeding Ford's AI training, mentored junior staff, and reprogrammed the automated systems they had originally been brought in to replace.

Similarly with Commonwealth Bank and IBM, which are cited in your second link. None of these companies are saying they're not going to use AI and they're going to go back to manual labor. What they are saying is that they laid off workers prematurely.

The big lesson is highlighted well by IBM's head of HR, which is you can use AI, but you have to continue to invest in humans:

> “If we don’t continue to invest in entry-level hires, what happens in three-five years?,” IBM’s chief human resources officer, Nickle LaMoreaux, said at a Charter AI Summit in New York. “There’s no pipeline; the well simply dries up,” LaMoreaux added.