frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

France's homegrown open source online office suite

https://github.com/suitenumerique
423•nar001•4h ago•199 comments

British drivers over 70 to face eye tests every three years

https://www.bbc.com/news/articles/c205nxy0p31o
130•bookofjoe•1h ago•104 comments

Start all of your commands with a comma (2009)

https://rhodesmill.org/brandon/2009/commands-with-comma/
436•theblazehen•2d ago•155 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
86•AlexeyBrin•5h ago•16 comments

Leisure Suit Larry's Al Lowe on model trains, funny deaths and Disney

https://spillhistorie.no/2026/02/06/interview-with-sierra-veteran-al-lowe/
25•thelok•1h ago•2 comments

OpenCiv3: Open-source, cross-platform reimagining of Civilization III

https://openciv3.org/
778•klaussilveira•19h ago•241 comments

Stories from 25 Years of Software Development

https://susam.net/twenty-five-years-of-computing.html
34•vinhnx•2h ago•4 comments

First Proof

https://arxiv.org/abs/2602.05192
38•samasblack•2h ago•23 comments

Reinforcement Learning from Human Feedback

https://arxiv.org/abs/2504.12501
54•onurkanbkrc•4h ago•3 comments

The Waymo World Model

https://waymo.com/blog/2026/02/the-waymo-world-model-a-new-frontier-for-autonomous-driving-simula...
1026•xnx•1d ago•582 comments

Coding agents have replaced every framework I used

https://blog.alaindichiappari.dev/p/software-engineering-is-back
168•alainrk•4h ago•222 comments

Software Factories and the Agentic Moment

https://factory.strongdm.ai/
16•mellosouls•2h ago•18 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
167•jesperordrup•10h ago•61 comments

A Fresh Look at IBM 3270 Information Display System

https://www.rs-online.com/designspark/a-fresh-look-at-ibm-3270-information-display-system
24•rbanffy•4d ago•5 comments

StrongDM's AI team build serious software without even looking at the code

https://simonwillison.net/2026/Feb/7/software-factory/
14•simonw•1h ago•12 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

https://arcadeblogger.com/2026/02/02/unseen-footage-of-atari-battlezone-cabinet-production/
103•videotopia•4d ago•26 comments

Vinklu Turns Forgotten Plot in Bucharest into Tiny Coffee Shop

https://design-milk.com/vinklu-turns-forgotten-plot-in-bucharest-into-tiny-coffee-shop/
5•surprisetalk•5d ago•0 comments

72M Points of Interest

https://tech.marksblogg.com/overture-places-pois.html
12•marklit•5d ago•0 comments

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
264•isitcontent•20h ago•33 comments

Making geo joins faster with H3 indexes

https://floedb.ai/blog/how-we-made-geo-joins-400-faster-with-h3-indexes
152•matheusalmeida•2d ago•42 comments

Ga68, a GNU Algol 68 Compiler

https://fosdem.org/2026/schedule/event/PEXRTN-ga68-intro/
35•matt_d•4d ago•10 comments

Monty: A minimal, secure Python interpreter written in Rust for use by AI

https://github.com/pydantic/monty
277•dmpetrov•20h ago•147 comments

Hackers (1995) Animated Experience

https://hackers-1995.vercel.app/
546•todsacerdoti•1d ago•263 comments

Sheldon Brown's Bicycle Technical Info

https://www.sheldonbrown.com/
418•ostacke•1d ago•110 comments

What Is Ruliology?

https://writings.stephenwolfram.com/2026/01/what-is-ruliology/
64•helloplanets•4d ago•68 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
364•vecti•22h ago•163 comments

Show HN: Kappal – CLI to Run Docker Compose YML on Kubernetes for Local Dev

https://github.com/sandys/kappal
16•sandGorgon•2d ago•4 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
338•eljojo•22h ago•206 comments

An Update on Heroku

https://www.heroku.com/blog/an-update-on-heroku/
457•lstoll•1d ago•301 comments

Microsoft open-sources LiteBox, a security-focused library OS

https://github.com/microsoft/litebox
372•aktau•1d ago•195 comments
Open in hackernews

Being a Force Multiplier

https://substack.com/home/post/p-165651243
20•jandrewrogers•7mo ago

Comments

roenxi•7mo ago
This article could do with a good edit to cut out the middle section, which appears to be a list of mostly meaningless platitudes. Although I can't argue with great managers "organise ... a free team lunch" - managers of the world take note; deficiencies on the free lunch front could be what is holding you back from greatness.

The basic idea of greatness being small optimisations in a large number of areas is worth repeating a few times though. The majority of greatness comes from avoiding making any well known basic mistakes and a strategy of working through all the details and checking for small problems can do a lot to enable that. Big dramatic gestures generally do not.

davedx•7mo ago
Yeah I recall reading this works in industrial contexts too (lots of small optimisations accumulating into significant gains).
hansmayer•7mo ago
Ugh. Please lets stop adopting military concepts into the field of business leadership. Given that most humans and engineers in particular perform best when in position of having high autonomy, which is exactly the opposite of military environment, why do we keep borrowing from there? Is it because all the expired military "experts" who are trained to fit in and not think for themselves, lost all the wars in the past two decades and need a new job? Why do we allow people who are severely under-educated even compared to a junior-LLM-assisted rookie to tell us what we need to do? No, please don't be a "force multiplier", just look around and do what makes sense in your specific environment. You are way smarter than that.
eptcyka•7mo ago
I think most people feel like they’re performing well when given a high level of autonomy, which is not the same as performing well.
hansmayer•7mo ago
Well, no. This was proven scientifically a long-time ago, so no, what you think does not disprove what was already proved by scientific experimentation of workplace psychologists back in the 70s...
eptcyka•7mo ago
Could you reference some of those works? I do not disagree that high performers need a high degree of autonomy, but I do not believe that anyone can be turned into a high performer by just adding more autonomy to their work life.
hansmayer•7mo ago
Not off the top of my head right now, but pick up any classic book on managing software teams and you will find heaps of such scientific references, for example "Peopleware" comes to mind.
roenxi•7mo ago
People who aren't high performers, as a general rule, can't be transformed into them by any system (although there are some fascinating explorations of what a low performer can achieve with the right capital investments). A good strategy is one that either achieves the best possible results with a large number of average performers or turns medium-high performers into high performers and really enables the high performers to shine.
hansmayer•7mo ago
Really? So you are saying things are set in stone?
ofwellkgi•7mo ago
It shouldn't come as a suprise to anyone that happy people make way better workers than angry and sad ones. Autonomy makes people happy, and on top of that experts usually know what they're doing, some even like their field and actually enjoy taking on challenges.

I think organizations of any type or size have a habit of discounting the power of spite aswell. You can do way worse than lose productivity, revolutions happen because people are unhappy.

MoreQARespect•7mo ago
>Given that most humans and engineers in particular perform best when in position of having high autonomy

High autonomy militaries outperform low autonomy militaries too.

drcongo•7mo ago
Author could have used Substack itself as an example - it's a force multiplier for right wing conspiracy theories and propaganda.
asplake•7mo ago
> You don’t obsess over one thing. You move lots of little things forward. No grand initiatives. No reorg. Just constant, low-key, under-the-radar nudging in the right direction.

It's not terrible advice, but it scales less well than the writer thinks. To really scale, you:

1. Engage with the right challenges (large or small)

2. Invite others into the process, celebrate their successes etc

3. Coach others to start from #1

Perhaps its organisational scope isn't much bigger than the team, but to my mind, the article doesn't go far enough beyond #2.

Do it, and you're the best kind of leader, one that makes other leaders. That's what scales.