frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

We Use One Data Pipeline for Research and Live Trading

https://medium.com/@DolphinDB_Inc/from-factor-discovery-to-live-signals-unified-stream-batch-proc...
1•Polly_Liu•1m ago•0 comments

Rewrite Fuse-Overlayfs in Rust

https://github.com/containers/fuse-overlayfs/pull/457
1•a_t48•3m ago•1 comments

Learn with Your Coding Agent

https://learnthat-mcp-3bqygzrtsa-uc.a.run.app
1•azermite•4m ago•0 comments

Rust in the Vibe Coding Era

https://www.dioko.ai/blog/rust-in-the-vibecoding-era
3•dioko•8m ago•0 comments

Ask HN: A blog with heavy JavaScript to view – how?

1•purple-leafy•8m ago•0 comments

Ask HN: Why is packages.ubuntu.com not being indexed by Google?

https://www.google.com/search?q=%22libxmlb2%22+site%3Apackages.ubuntu.com
1•kristianp•9m ago•1 comments

Hispano Suiza Carmen

https://en.wikipedia.org/wiki/Hispano-Suiza_Carmen
1•petethomas•14m ago•0 comments

ASM SHADER TOY – It's shader toy but you code in asm

https://wegfawefgawefg.github.io/asm-shader-toy/
1•wegfawefgawefg•14m ago•1 comments

Guix Proposed Consensus Document "Standing up for human crafting"

https://codeberg.org/guix/guix-consensus-documents/src/commit/f84ec9031286518350abf19dd08a7227119...
1•clircle•16m ago•0 comments

Show HN: Approve an AI agent's wire with Face ID,then watch a forged one fail

https://www.emiliaprotocol.ai/try
1•EmiliaStar•17m ago•0 comments

Chaining LLM and web bugs to Admin

https://blog.quarkslab.com/from-prompt-to-pwned-chaining-llm-and-web-bugs-to-admin.html
1•ChicknNuggt•19m ago•0 comments

Built SwiPR – swipe-to-review GitHub PRs with AI context

https://github.com/nochinxx/SwiPR
1•nochinxx•29m ago•0 comments

The Nerdy Escorts Cashing in on Silicon Valley's AI Boom

https://www.forbes.com/sites/annatong/2026/06/07/the-nerdy-escorts-cashing-in-on-silicon-valleys-...
3•Anon84•30m ago•1 comments

Some yes no questions about Trump, tech perspective

https://gist.github.com/jasonm23/c236a60add30b0b3d2ec50f6c754a55a
2•jasonm23•30m ago•2 comments

MCP security tracks API's playbook – we know how that ends

https://www.reversinglabs.com/blog/mcp-security-tracks-api-playbook
1•mooreds•30m ago•0 comments

Quadratic funding democratizes allocation by rewarding projects w/ broad support

https://internetfreedom.torproject.org/funding-distribution/
1•Cider9986•32m ago•0 comments

Firefox for Android's Play Integrity check hits custom ROMs

https://www.omgubuntu.co.uk/2026/06/mozilla-firefox-android-google-play-integrity
1•akagusu•33m ago•0 comments

Copyright – Right Answer for Open Source Code, Wrong Answer for Open Source AI?

https://opensource.org/ai/webinars/copyright-right-answer-for-open-source-code-wrong-answer-for-o...
1•totetsu•37m ago•0 comments

Ignore what everyone else is doing

https://briandouglas.ie/developer_noise/
4•inventor7777•40m ago•0 comments

Livestreaming Trilemma: HLS, WebRTC, MOQ

https://swmansion.com/blog/livestreaming-trilemma-hls-webrtc-moq/
1•aloukissas•40m ago•0 comments

79% on LongMemEval: How We Beat Full-Context GPT-4 with a Local SQLite Database

https://medium.com/@vektormemory/79-on-longmemeval-how-we-beat-full-context-gpt-4-with-a-local-sq...
2•vektormemory•40m ago•0 comments

Dealership revoked offer to buy back customer's BMW, blaming wayward AI chatbot

https://www.cbc.ca/news/business/ai-chatbot-bmw-dealership-9.7230226
2•pseudolus•42m ago•0 comments

How We Automated Technical Implementation

https://antimetal.com/blog/how-we-automated-technical-implementation
1•herbertl•42m ago•0 comments

Ask HN: What computer are you using for AI coding tools?

1•willsmith72•43m ago•3 comments

State of Brain Emulation Report 2025

https://brainemulation.mxschons.com/
1•jonnonz•43m ago•0 comments

Show HN: Bit Flip – Daily Coding Questions

https://www.olukayode.tech/goodies/bit-flip
1•zt4ff•44m ago•0 comments

What's New in WeatherMesh-6

https://windbornesystems.com/blog/introducing-wm-6
3•tomeraberbach•45m ago•0 comments

Raress96/Dolby-Atmos-encoder: PoC Dolby Atmos encoder

https://github.com/raress96/dolby-atmos-encoder
1•xbmcuser•51m ago•0 comments

ShinyHunters hacked 100 orgs by exploiting an Oracle PeopleSoft 0-day

https://www.theregister.com/cyber-crime/2026/06/11/shinyhunters-claims-oracle-peoplesoft-0-day-hi...
5•Bender•55m ago•0 comments

Research Is Not Engineering at a Slower Speed

https://voiceinthemachine.com/2026/06/10/research-is-not-engineering-at-a-slower-speed/
2•linguae•56m ago•1 comments
Open in hackernews

Nobody ever gets credit for fixing problems that never happened (2002) [pdf]

https://web.mit.edu/nelsonr/www/Repenning=Sterman_CMR_su01_.pdf
84•sam_bristow•1h ago

Comments

lstodd•59m ago
> The combined expenditure of U.S. companies on management consul- tants and training in 1997 was over $100 billion

erhm, if this figure is close to true i can see what market ai companies is after.

jacques_chester•44m ago
AI slots quite neatly into the capability trap model, actually.

Which loop it belongs to in the model is left as an exercise for the reader.

Jtsummers•50m ago
Two significant prior discussions:

https://news.ycombinator.com/item?id=8940820 - 24 Jan 2015, 50 comments

https://news.ycombinator.com/item?id=39472693 - 22 Feb 2024, 434 comments

jacques_chester•46m ago
You'll see capability traps everywhere once you learn about them.

Sterman, Repenning and other collaborators wrote several papers after this one. All fascinating and almost entirely depressing.

Especially since MIT's Sloan school, where system dynamics first became a discipline, is just around the bend from Harvard Business school, where system dynamics first became ignored.

rmunn•41m ago
Article published in the Summer 2001 edition of California Management Review, yet it never mentioned Y2K, the first thing I thought of when I read the line "fixing problems that never happened". Perhaps it was actually written in 1999 and took a while to get published, because otherwise that seems a very strange omission. The Y2K problem was very much over-hyped by the American news media at the time (no, at no point would airplanes have been falling out of the sky — I literally heard someone say that would happen once — even if no effort had been put into fixing the bug).

But in recent years I have seen people (elsewhere, not on HN) claim that Y2K was a big nothingburger, and all the money spent on fixing the bug was wasted. No, that's not true either. All the money spent on fixing the bug was why it turned into a big nothingburger. Sure, some of that money was wasted, by executives who wanted an "official" Y2K-certified certificate, issued by a consulting firm that had nothing "official" about it except their own say-so. And so they spent $2 million learning what their own employees could have told them for $2,000. THAT money was wasted. But a lot of banks were running old COBOL code that used 2-digit years, and needed to be fixed. The fact that in January 2000, everyone's bank interest was still calculated correctly, and not calculated as if it was January 1900? THAT was entirely due to the vast amounts of money spent paying old COBOL coders to come out of retirement and fix the 2-digit years.

The lesson I learned from that is that it's possible for a problem to be overhyped, even massively overhyped, and yet still be a serious problem. The other lesson I should have learned is that people rarely get credit (I won't go so far as the article authors and say "nobody ever gets credit") for fixing problems that never happened.

armada651•36m ago
The problem is that a lot of people have a very binary view on life. Either something is a complete success or a complete waste of money, rarely do we accept that most projects fall somewhere in the middle.
takinola•30m ago
My issue with this version of explaining the lack of severity of Y2K is that there were lots of countries that were being derided for not taking the issue seriously but did not seem to suffer any ill effects.
random3•34m ago
Like nobody gets credit for avoiding problems or unnecessary things/complexity altogether. In fact the opposite may happen.
timmg•34m ago
There are a lot of things like this.

My favorite is how elegant solutions often look simple in retrospect. So if you noodle on a problem for a while and then come up with a clever solution: once you explain it to someone they'll be like, "yeah, of course."

Meanwhile the guy next to you that overcomplicates the problem ends up getting kudos for building something so difficult :D

johnthescott•22m ago
"elegance and speed go hand in hand" - d. mcilroy
npunt•9m ago
I feel like AI coding is accelerating everyone's work toward greater solution complexity and I think it's pushing people to build defenses and be more averse to someone else's complexity rather than being impressed by it. Bigco's are probably well behind the curve on this and are still impressed by complexity, but for people on the receiving end of AI stuff either directly via your own hand or indirectly via others, it seems like complexity is not as impressive as it once was.
hedora•33m ago
Two counter-examples:

- Arnold bought a fleet of mobile hospitals that would have been perfect for covid response, but the next governor didn’t want to pay 1% the fleet cost per year to maintain it, so he scrapped it.

- Under Obama, SARS v1 was stopped by US health workers that Trump fired because it was a “bad deal”. In the absence of that team, we got SARS v2, which was renamed to COVID 19.

There’s also the related category of “never blamed for fixing problems poorly, creating even bigger problems”.

Thanks to 9/11, plane cockpits can now be locked from the inside. Now, we have examples of commercial passenger airline pilots locking the doors and committing mass-murder-suicide by plane crash.

For some reason, these stories don’t make the news.

arcanemachiner•28m ago
You might want to double check your dates on that SARS claim. Are you talking about the swine flu outbreak?
senectus1•22m ago
sounds like my day to day job experience.
mdmabatj•21m ago
There is something I saw on a reddit post of all places, about how every manager who doesn't predict a baseline of "3 annoying problems every month, 1 awful problem every 3 months" is essentially a bad manager. The reasoning being that, if your number of problems is under that threshold, then someone is doing a 'good job'.
keyle•19m ago
I've been in those companies where "struggling departments" ended up getting all the praises and raise in budgets the following quarter because of the heroic saves they did, and raising awareness on how important they are... For stuff they totally caused on themselves.

Meanwhile, my perfectly purring department was struggling to keep the lights on.

It's a serious problem in this industry due to the disconnect between non-technical management (who understands how to double click) and engineering (who holds the company standing).

<insert IBM story about IT department cost cuts>

I'm not sure how we solve this, other than having management come from engineering.

kshacker•12m ago
lol. I hate presentations. I like to run a tight ship. But that does not shine, so they made me do presentations every quarter. If you do some work, you must "take" credit. It is kinda a need when you manage people since you need to build their careers.

I finally moved on to be an IC. Same story, same pressure :) You need to present to directors not because they need to know, but because your managers have a quota of N presentations per quarter, and if you back out, someone else needs to step up.

Needless to say my productivity reduces by half and sometimes to almost zero during the week or fortnight of presentations every quarter.

erelong•16m ago
So let's create moments or days of observance to make people aware of preventative measures taken
Guestmodinfo•14m ago
Human civilization runs on personal sacrifices but money bags will never care about that.
nxy•11m ago
Very true! Along with it comes with peace/quietness at work so it’s not too bad.
akoboldfrying•12m ago
This is interesting, do you have any links?

A couple of possible confounding factors I can think of:

1. Plenty of countries use software developed elsewhere.

2. I suspect that the more recently you computerised your economy, the less likely it would be to have code vulnerable to Y2K.

tjwebbnorfolk•23m ago
Y2K is especially interesting because the fact that the year 2000 would one day occur was entirely foreseeable, and no less probable in 1990 than in 1999. I can hardly think of anything with closer to 100% probability of happening.
alduino•13m ago
To be fair, there was a non-zero chance that society could have ended (or your company, or the tech became obsolete) before 2000, which would be higher the earlier before 2000 you were.