frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

'Never seen this level of objection': Scotland pushes back against datacentres

https://www.theguardian.com/uk-news/2026/aug/25/never-seen-this-level-of-objection-scotland-pushe...
1•ndsipa_pomu•1m ago•0 comments

Tentris: A high-performance, disk-based RDF graph database

https://tentris.io/
1•sigalor•2m ago•0 comments

Can a blog post be handwritten?

https://diggingforfire.blog/posts/can-a-blog-post-be-handwritten/
1•birdculture•3m ago•0 comments

Who Cares About the Shrimp?

https://joinreboot.org/p/who-cares-about-the-shrimp
1•raybb•4m ago•0 comments

Show HN: I built self-hosted deployment automation tool for Windows and IIS

https://fdeploy.com/
1•dt3ft•4m ago•0 comments

Do You Still Need to Read AI Code?

https://adamtornhill.substack.com/p/controlling-the-uncertainty-machine
1•abrbhat•6m ago•0 comments

U.S. Rescinds Syria's Designation as a State Sponsor of Terrorism

https://www.state.gov/releases/office-of-the-spokesperson/2026/08/rescission-of-syrias-designatio...
3•x7ikmet•7m ago•0 comments

Online PS3 trophies have arrived on PC

https://blog.rpcs3.net/2026/08/25/online-ps3-trophies-support-has-arrived-on-pc/
1•cortex6429•9m ago•0 comments

A Tool to Create Moodboards

https://eightpotions.com/
1•yelboudouri•12m ago•0 comments

Ask HN: What eval harness holds up in practice, and what is still missing?

1•kiops•12m ago•0 comments

I should write more shell scripts than I do

https://utcc.utoronto.ca/~cks/space/blog/unix/WriteMoreShellScripts
1•ingve•14m ago•0 comments

Open-sourced FeelFX – a Vision+Speech powered motion graphics engine for video

https://feel-fx.vercel.app/
1•rewant•15m ago•1 comments

Free-AI-Tools-Hub.com Launch

1•horitechsolutio•16m ago•0 comments

DeepSeek V4 Flash Vision Intelligence, Performance and Price Analysis

https://artificialanalysis.ai/models/deepseek-v4-flash-vision
1•theanonymousone•20m ago•0 comments

88x31 Badge Creator

https://dowdy.dev/utilities/badge-maker/
2•Peacefulz•20m ago•1 comments

How to Report a Bug to Microsoft (2017)

https://www.schveiguy.com/blog/2017/05/how-to-report-a-bug-to-microsoft/
2•thunderbong•21m ago•0 comments

Calendly WhatsApp integration on free Calendly plan

2•pocha•22m ago•1 comments

Exo: A recursive agent harness that can modify itself at runtime

https://github.com/exoharness/exo
1•lbw1215•22m ago•0 comments

The Download: kids outlearning AI, and space travel agents

https://www.technologyreview.com/2026/08/24/1142863/the-download-kids-outlearning-ai-space-travel...
1•joozio•23m ago•0 comments

Show HN: Today's Fortune Experience with Three.js

https://omikuji.hyungyu.app/
1•gusrb3164•27m ago•0 comments

CPU Shack – IBM PowerPC 615 x86 and PPC

https://www.cpushack.com/CIC/announce/1995/PowerPC615.html
2•rbanffy•29m ago•1 comments

Hot Chips 2026: IBM's first dual-ISA core

https://www.tomshardware.com/pc-components/cpus/ibms-first-dual-isa-core-natively-executes-arm-an...
1•rbanffy•29m ago•0 comments

Miraculin

https://en.wikipedia.org/wiki/Miraculin
2•soupspaces•31m ago•0 comments

Tiny World Model

https://paul.mou.dev/posts/2026-08-16-twm/
2•rcarmo•32m ago•0 comments

Built a Chrome extension to stop getting cut off by Claude

https://www.indiehackers.com/post/built-a-chrome-extension-to-stop-getting-cut-off-by-claude-70-u...
1•Anoop69_•33m ago•1 comments

The Flock on Your Block

https://flockonyourblock.com
3•tostrstrudel•37m ago•0 comments

Windows 95 released August 24, 1995

https://dfarq.homeip.net/happy-20th-birthday-to-windows-95/
2•giuliomagnifico•40m ago•0 comments

Pretendard – A system-UI alternative font for all cross-platform

https://github.com/orioncactus/pretendard
1•plaguna•40m ago•1 comments

I found an SSRF in Google's official AI tooling, and how Google reacted

1•AnasSyed28•50m ago•0 comments

Hot Chips 2026: Intel's Diamond Rapids

https://chipsandcheese.com/p/hot-chips-2026-intels-diamond-rapids
2•ingve•52m ago•0 comments
Open in hackernews

Ask HN: Coding is a solved problem. What is left for experienced engineers?

2•gokuljs•54m ago
I have come to the conclusion that coding is a solved problem. Most normal software building is now a closed-loop problem. Codex and similar agents can already take a clear task, write the code, test it, see what failed, fix it, and iterate.

A person who does not know how software works will still struggle. They may not know what to ask, what is wrong, or how to tell whether the result is good.

But for a decent engineer who has already built real systems, I think the situation is very different. They can move across domains, ask the right questions, inspect what the agent is doing, and keep pushing until the system works.

They may take more steps than a senior engineer who already knows that domain well, but I do not think that gap is very large anymore. The important part seems to be knowing what to ask, what to check, and what you are actually trying to build.

I have been an engineer for years. At this point, I do not see much value in sitting alone and building more projects just to prove that I can build software.

That has also changed how I look at the past eight months. I spent that time building, learning, and trying to get better. Looking back now, much of it feels like time spent getting better at a problem that has already been solved.

And so I have come to a harsher conclusion: I wasted a lot of that time. What I have done feels bad, and I do not see what is left for me to do in this direction.

Maybe I am completely wrong. If I am, please feel free to roast this argument. I would genuinely like to know where the reasoning breaks.

Comments

gokuljs•51m ago
Finally, I have reached 2026
platinumrad•51m ago
Counterpoint: no it's not.
gokuljs•36m ago
It is dude, I am not joking here.
zahlman•47m ago
> I spent that time building, learning, and trying to get better. Looking back now, much of it feels like time spent getting better at a problem that has already been solved.

> And so I have come to a harsher conclusion: I wasted a lot of that time. What I have done feels bad, and I do not see what is left for me to do in this direction.

Unless you didn't actually build, learn and improve, how could it have been a waste?

Do you really not value becoming a more capable person, in and of itself?

gokuljs•38m ago
If you can do system design well, prompt effectively, and ask the right questions, I don’t see much point in going extremely deep into all of this anymore. I’ve learned a lot of new things, but now it often feels like I can just prompt the model and get the implementation in one shot.

For problems with a closed feedback loop, I don’t think you need to spend nearly as much time learning every implementation detail. A person who never invested that time can often produce the same result with the right tools. That’s the part I’m struggling with.

zahlman•31m ago
The interesting problems don't have a closed feedback loop. You don't know what the requirements are until you try something yourself and decide that isn't it.
gokuljs•22m ago
Tell me at least one interesting problem that you have encountered. That is related to coding and software engineering
cheevly•45m ago
It’s profoundly more solved than most anyone realizes, including yourself. It will be very clear within the next 3 months.
gokuljs•37m ago
Yeah, even three months is already too late. Back at 4.8, it was already a solved problem.
operatingthetan•32m ago
There probably will be a step beyond "LLM writes code" though.
Oras•43m ago
> The important part seems to be knowing what to ask, what to check, and what you are actually trying to build.

1. Understanding user requirements/pain points is very important and many get it wrong.

2. Doing the architecture of the system within the org env/cloud/infra is often wrong by LLMs (for now).

3. Debugging when things go wrong. What to log, how to log it, and how to ensure not logging much or logging sensitive data.

4. Guide junior engineers, so they are not just accepting what LLMs are spiting.

gokuljs•24m ago
On point 1, it depends, and I think it is a UX issue. There might be a little bit of friction in nailing things down, but the coding part is 100% solved.

On point 2, yes, again, there is a bit of friction. I would divide this into two cases based on what I have seen. Let’s say you don’t know coding and you are building a product for a decent number of users. Most people who don’t know coding get things wrong. I have seen that. But I have also observed that if they had asked better questions, much better questions, they would have gotten most things right.

The other case is when you are dealing with a large enterprise. That is a different game altogether, but not everyone faces that kind of problem.

Point 3 is completely solved. Most companies have integrated agents into the development cycle itself. If something goes wrong, you review it and merge it. The only bottleneck is when it is connected to external factors.

Point 4: an environment with proper `SKILLS.md` and `AGENTS.md` files writes better code than most senior engineers . Trust me, I am not even lying here.

herbst•22m ago
This sentiment is why more and more apps/websites and tools start looking the same, acting the same and being broken in the same corners.

From what I can tell we ain't actually there yet. We will be sure, but at this point in time my human perspective and input is everything that keeps my stuff from going generic.

evil-olive•20m ago
> At this point, I do not see much value in sitting alone and building more projects just to prove that I can build software.

did you see value in doing this, before LLMs? if so, why?

krishnas2020•15m ago
you need to build a product mindset muscle ! coding IS a solved problem ! building a winning product and architecting it is NOT !! think deeply on above !!!
defrost•15m ago
Reducing fossil fuel usage, extracting CO2 from atmosphere, improving and expanding stored energy options (battery chemistry, geological hydrogen storage, thermal mass, etc).

All decent goals for good engineers.

On the data and interface side, build out better free teenage friendly accurate planetary dashboards showing mineral and energy resources, usage, trade, etc.