frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

28M Hacker News comments as vector embedding search dataset

https://clickhouse.com/docs/getting-started/example-datasets/hackernews-vector-search-dataset
238•walterbell•3h ago•91 comments

Imgur Geo-Blocked the UK, So I Geo-Unblocked My Network

https://blog.tymscar.com/posts/imgurukproxy/
182•tymscar•3h ago•73 comments

Flight disruption warning as Airbus requests modifications to 6k planes

https://www.bbc.com/news/live/cvg4y6g74ert
21•nrhrjrjrjtntbt•37m ago•3 comments

Molly: An Improved Signal App

https://molly.im/
133•dtj1123•4h ago•54 comments

Good engineers write bad code at big companies

https://www.seangoedecke.com/bad-code-at-big-companies/
43•gfysfm•1h ago•17 comments

So you wanna build a local RAG?

https://blog.yakkomajuri.com/blog/local-rag
138•pedriquepacheco•4h ago•30 comments

The original ABC language, Python's predecessor (1991)

https://github.com/gvanrossum/abc-unix
26•tony•1h ago•7 comments

Airloom – 3D Flight Tracker

https://objectiveunclear.com/airloom.html
93•azinman2•5h ago•28 comments

Effective harnesses for long-running agents

https://www.anthropic.com/engineering/effective-harnesses-for-long-running-agents
38•diwank•2h ago•8 comments

C++ Web Server on my custom hobby OS

https://oshub.org/projects/retros-32/posts/getting-a-webserver-running
68•joexbayer•4h ago•10 comments

Don't tug on that, you never know what it might be attached to (2016)

https://blog.plover.com/2016/07/01/#tmpdir
91•todsacerdoti•5h ago•27 comments

Show HN: Pulse 2.0 – Live co-listening rooms where anyone can be a DJ

https://473999.net/pulse
34•473999•3h ago•7 comments

True P2P Email on Top of Yggdrasil Network

https://github.com/JB-SelfCompany/Tyr
80•basemi•5h ago•12 comments

Can Dutch universities do without Microsoft?

https://dub.uu.nl/en/news/can-dutch-universities-do-without-microsoft
210•robtherobber•6h ago•195 comments

Lobsters Interview

https://susam.net/my-lobsters-interview.html
52•blenderob•5h ago•28 comments

Show HN: Glasses to detect smart-glasses that have cameras

https://github.com/NullPxl/banrays
457•nullpxl•16h ago•167 comments

JSON Schema Demystified: Dialects, Vocabularies and Metaschemas

https://www.iankduncan.com/engineering/2025-11-24-json-schema-demystified/
35•navigate8310•4h ago•18 comments

Why synthetic emerald-green pigments degrade over time

https://arstechnica.com/science/2025/11/why-synthetic-emerald-green-pigments-degrade-over-time/
10•pseudolus•3d ago•0 comments

Bringing Sexy Back. Internet surveillance has killed eroticism

https://lux-magazine.com/article/privacy-eroticism/
230•eustoria•4h ago•150 comments

Moss: a Rust Linux-compatible kernel in 26,000 lines of code

https://github.com/hexagonal-sun/moss
352•hexagonal-sun•6d ago•110 comments

Anti-patterns while working with LLMs

https://instavm.io/blog/llm-anti-patterns
43•mkagenius•4h ago•15 comments

Meta hiding $27B in debt using advanced geometry

https://stohl.substack.com/p/exclusive-credit-report-shows-meta
294•FreeQueso•5h ago•147 comments

Generalizing Printf in C

https://webb.is-a.dev/articles/generalizedprintf/
16•oliverkwebb•4d ago•7 comments

Atuin’s New Runbook Execution Engine

https://blog.atuin.sh/introducing-the-new-runbook-execution-engine/
92•emschwartz•4d ago•13 comments

Tech Titans Amass Multimillion-Dollar War Chests to Fight AI Regulation

https://www.wsj.com/tech/ai/tech-titans-amass-multimillion-dollar-war-chests-to-fight-ai-regulati...
177•thm•12h ago•174 comments

Ask HN: What is the purpose of all these AI spam comments?

19•GaryBluto•56m ago•7 comments

Show HN: An LLM-Powered Tool to Catch PCB Schematic Mistakes

https://netlist.io/
25•wafflesfreak•4h ago•19 comments

Rock Paper Scissors Solitaire

https://klezlab.it/rock-paper-scissors-solitaire.html
20•klez•4h ago•9 comments

Petition to formally recognize open source work as civic service in Germany

https://www.openpetition.de/petition/online/anerkennung-von-open-source-arbeit-als-ehrenamt-in-de...
454•PhilippGille•7h ago•110 comments

AI Adoption Rates Starting to Flatten Out

https://www.apolloacademy.com/ai-adoption-rates-starting-to-flatten-out/
145•toomuchtodo•5h ago•95 comments
Open in hackernews

Good engineers write bad code at big companies

https://www.seangoedecke.com/bad-code-at-big-companies/
38•gfysfm•1h ago

Comments

n4r9•29m ago
The referenced article Pure and Impure Engineering was discussed a few months back here: https://news.ycombinator.com/item?id=45165753
lloydatkinson•15m ago
I find these drive-by-attacks on CQRS to be particularly frustrating. Some people know CQRS or CQS are fairly straightforward ideas that can be nice to use and give you some benefits. Some people believe CQRS is some kind of elitist architecture authoritarianism bogeyman in the same category as the microservice pushback.
jeltz•19m ago
I don't really buy that this is the main reason. 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 things you can do to avoid writing bad code. Yes, as someone new you will make mistakes and misunderstand things but a lot of the bad code I have personally seen has not been caused by that. Most bad code I have seen has been caused by people rushing and not having their fundamentals in order. Like not actually doing reviews, not spending a few extra hours to think about architecture, etc. Also a big issue is that people just let the complexity of systems explode for the gain of short term projects.

I think the issue is more that engineers face unreasonable pressure to deliver short term value and that there is no respect for the craft/engineering from many managers or even engineers.

morkalork•6m ago
The worst code I've ever written is because of shifting or unforeseen requirements. It doesn't matter how good the architect is if the foundation is built on sand.
veverkap•4m ago
I think it's probably a bit of both. A good senior engineer may pick up a task and look at the system, seeing hacks duct taped together with kite string, and have the choice between "doing it right" (aka rewrite/refactor) and getting shit done.
lapcat•16m ago
> They are almost certainly working to a deadline, or to a series of overlapping deadlines for different projects.

I think this is crucial. Even old hands working on their area of expertise can be compromised by deadlines.

jeltz•8m ago
Yeah, I in my experience this is the root of most bad code. People rushing. And it is not even necessarily faster to rush, since often working slow and methodical wins the race. I don't get why we as managers and engineers have just accepted rushing and taking shortcuts as the default. Especially at the big tech companies this constant rush makes zero sense, they have tons of engineers they use very inefficiently.
Herring•16m ago
> That’s a deliberate tradeoff. They’re giving up some amount of expertise and software quality in order to gain the ability to rapidly deploy skilled engineers onto whatever the problem-of-the-month is.

And also to "keep the balance of power tilted away from engineers and towards tech company leadership." The author touched on that and forgot about it. You don't want key projects depending on a group of engineers that might get hit by a bus or unionize or demonstrate against Israel or something. Network effects and moats and the occasional lobbying/collusion mean the quality of your product is less important.

hereme888•15m ago
I'm just gonna drop this funny roast song here. Hope it's heard lightheartedly:

https://suno.com/song/d6d77518-16ca-455f-ade1-0e8d08fc4b0b

stuxnet79•11m ago
Maybe I have it wrong but the very essence of "engineering" is managing the constraints of (1) providing an acceptable solution to a problem (2) within some fixed parameters of time and cost.

The code may look "bad" in a vacuum but if it yielded a successful outcome then the engineer was able to achieve his/her goal for the business.

The stories shared in this article are exactly what you'd expect from big tech. These are some of the most successful firms in the history of capitalism. As an engineer you are just grist in the mill. If you want to reliably produce "good" code then IMO become an artist. And no ... working at a research facility or non-profit wont save you.

lapcat•7m ago
> The code may look "bad" in a vacuum

Substitute "buggy" for "bad". The links in the first sentence of the article refer to bugs, which affect end users of the products.

tyleo•11m ago
I don’t think the underlying point is true: big companies don’t necessarily write bad code.

A big company is like a collection of small companies. Code quality varies depending on where you are in it.

Similarly, nothing leads me to believe small companies are any better. Some are excellent. Some are nightmare spaghetti.

matt3210•9m ago
It’s always a trade off between raising the bar and making a deadline. The deadline always wins since the boss doesn’t know how to read code
jeltz•5m ago
Sadly a lot of engineers have been indoctrinated into this mindset and I have had to fight quite many battles to conceive my fellow engineers that missing a deadline is not the worst thing in the world.
austin-cheney•5m ago
The short tenure is a symptom of a larger problem. The deeper problem is that very little is expected of big company software employees. Conversely those same employees tend to expect a lot in return. You can call that entitlement, poor expectation management, first world problems, and all kinds of other names.

I have not worked for a FAANG, so maybe things are different there, but I don't suspect so. People are people no matter where you put them.

Increasing compensation is not the solution. It can be a factor in a larger solution, but just increasing compensation increases employee entitlement which makes this problem worse, not better.

The best solution I have seen is risk/reward. Put people in charge of their assigned effort with real adult danger of liabilities. Likewise, award them for their successes. This is called ownership, and it works because it modifies people's behavior. The rewards and liabilities do not have to be tied to compensation. Actually, associating these rewards/liabilities to social credibility within the team/organization appears more effective because it reinforces the targeted behaviors.

I have seen this missing in all of my software career until my current employment. Conversely people in the military are pushed into this liability/reward scenario from the very beginning and its very effective. It has always been striking to see the difference in my dual career progression.