frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

SectorC: A C Compiler in 512 bytes

https://xorvoid.com/sectorc.html
86•valyala•4h ago•16 comments

Brookhaven Lab's RHIC concludes 25-year run with final collisions

https://www.hpcwire.com/off-the-wire/brookhaven-labs-rhic-concludes-25-year-run-with-final-collis...
23•gnufx•2h ago•15 comments

The F Word

http://muratbuffalo.blogspot.com/2026/02/friction.html
35•zdw•3d ago•4 comments

Software factories and the agentic moment

https://factory.strongdm.ai/
89•mellosouls•6h ago•168 comments

I write games in C (yes, C)

https://jonathanwhiting.com/writing/blog/games_in_c/
132•valyala•4h ago•99 comments

Speed up responses with fast mode

https://code.claude.com/docs/en/fast-mode
47•surprisetalk•3h ago•52 comments

Hoot: Scheme on WebAssembly

https://www.spritely.institute/hoot/
143•AlexeyBrin•9h ago•26 comments

Stories from 25 Years of Software Development

https://susam.net/twenty-five-years-of-computing.html
96•vinhnx•7h ago•13 comments

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

https://openciv3.org/
850•klaussilveira•23h ago•256 comments

First Proof

https://arxiv.org/abs/2602.05192
66•samasblack•6h ago•51 comments

The Waymo World Model

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

Al Lowe on model trains, funny deaths and working with Disney

https://spillhistorie.no/2026/02/06/interview-with-sierra-veteran-al-lowe/
64•thelok•5h ago•9 comments

Show HN: A luma dependent chroma compression algorithm (image compression)

https://www.bitsnbites.eu/a-spatial-domain-variable-block-size-luma-dependent-chroma-compression-...
4•mbitsnbites•3d ago•0 comments

Vocal Guide – belt sing without killing yourself

https://jesperordrup.github.io/vocal-guide/
233•jesperordrup•14h ago•80 comments

Start all of your commands with a comma (2009)

https://rhodesmill.org/brandon/2009/commands-with-comma/
516•theblazehen•3d ago•191 comments

Reinforcement Learning from Human Feedback

https://rlhfbook.com/
93•onurkanbkrc•8h ago•5 comments

Selection Rather Than Prediction

https://voratiq.com/blog/selection-rather-than-prediction/
13•languid-photic•3d ago•4 comments

We mourn our craft

https://nolanlawson.com/2026/02/07/we-mourn-our-craft/
334•ColinWright•3h ago•401 comments

Coding agents have replaced every framework I used

https://blog.alaindichiappari.dev/p/software-engineering-is-back
254•alainrk•8h ago•412 comments

The AI boom is causing shortages everywhere else

https://www.washingtonpost.com/technology/2026/02/07/ai-spending-economy-shortages/
182•1vuio0pswjnm7•10h ago•252 comments

France's homegrown open source online office suite

https://github.com/suitenumerique
611•nar001•8h ago•269 comments

72M Points of Interest

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

Show HN: I saw this cool navigation reveal, so I made a simple HTML+CSS version

https://github.com/Momciloo/fun-with-clip-path
27•momciloo•4h ago•5 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
47•rbanffy•4d ago•9 comments

Unseen Footage of Atari Battlezone Arcade Cabinet Production

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

Where did all the starships go?

https://www.datawrapper.de/blog/science-fiction-decline
96•speckx•4d ago•109 comments

History and Timeline of the Proco Rat Pedal (2021)

https://web.archive.org/web/20211030011207/https://thejhsshow.com/articles/history-and-timeline-o...
20•brudgers•5d ago•5 comments

Learning from context is harder than we thought

https://hy.tencent.com/research/100025?langVersion=en
211•limoce•4d ago•117 comments

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

https://github.com/sandys/kappal
32•sandGorgon•2d ago•15 comments

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

https://github.com/valdanylchuk/breezydemo
287•isitcontent•1d ago•38 comments
Open in hackernews

The Real Origin of Cisco Systems (1999)

https://www.tcracs.org/tcrwp/1origin-of-cisco/
92•thunderbong•6mo ago

Comments

bmenrigh•6mo ago
Similar to this, RetroBytes (the Youtube channel) did a video on the origin of Cisco recently which is worth a listen at 2x https://youtu.be/NXTdwzjiW7E?si=bCVpmEkyf1UUCfyR
burnte•6mo ago
I just watched that, fantastic video.
pdxandi•6mo ago
I'm 10 minutes in and find the narrator is a bit hard to understand. There isn't much in the video beyond the audio, at least in the first part, so maybe the storytelling improves. I'll keep watching later.
bmenrigh•6mo ago
Yeah the actual video content portion of his videos varies a lot, but this one is basically just an essay that can be listened to.

As for his British accent, I find him understandable at 2x speed, but there are many others I can only listen to at 1.5x

jeffrallen•6mo ago
In case people are suspicious/wondering about this story, it is credible to me. I worked with Bill Yundt and he told the story back in 1996. I've also seen the absolute lowest layers of Cisco IOS for 68000's and it certainly appears to come from that era of computing. One especially surprising and interesting thing to me is that it uses cooperative multitasking, not preemptive. This is how systems were written in those days, based on the limitations of early microprocessors. (At the same time in the industry, protected mode multiprocessing existed. But it was in big iron, controlled by IBM, Cray, Unisys and CDC. And those are all of the has-beens now: because technologies like microprocessors, even with their limitations, took over the industry.)
burnte•6mo ago
I still remember when preemptive multitasking became big in the X86 world in the late 80s/early 90s. It was a real sea change in OS stability. DESQView was fantastic but real preemptive multitasking was amazing. It was why I stayed on OS/2 until 1996 or 1997.
rkagerer•6mo ago
I still like it to this day for microcontroller projects.

It's not that difficult to write code that iterates in chunks and yields now and then. Of course you want to avoid non-finite I/O calls (make use of timeout parameters where available).

Things that need low latency (eg. counting encoder ticks) are still interrupt driven (or handled by dedicated peripherals).

myrandomcomment•6mo ago
The 68K lacked an MMU, so cooperative multitasking was really the only way to do it. Same reason MacOS and AmigaOS were cooperative multitasking.
monocasa•6mo ago
You can preemptively schedule without an MMU just fine, just like there's nothing stopping multiple threads in the same address space from being preemptively scheduled.
spogbiper•6mo ago
Microware OS9 implemented preemptive multitasking on the motorola 6809 without an MMU back in 1980. You don't have memory protection without an MMU, but you can have preemptive multitasking.
mben•6mo ago
AmigaOS had preemptive multitasking.
vidarh•6mo ago
The only thing you need to achieve pre-emptive multitasking is interrupts and the ability to cleanly save the current CPU state.

The 68k lacked the ability to resume with full state intact after a bus fault, which made an off-chip MMU painful (but there was one - the MC68451[1]), but this doesn't affect the ability to do pre-emptive multitasking at all.

AmigaOS famously did have preemptive multitasking - we used it to mock PC and Mac users with for years.

[1] https://en.wikipedia.org/wiki/Motorola_68451 Note that to do full virtual memory with a 68k, Motorola proposed using a second 68k to handle page faults due to a design flaw:

https://retrocomputingforum.com/t/correcting-errors-by-dupli...

steve1977•6mo ago
There were also alternatives to the Atari ST TOS which feature preemptive multitasking, like

https://en.m.wikipedia.org/wiki/MagiC

and

https://en.m.wikipedia.org/wiki/MiNT

mikepavone•6mo ago
As another commenter pointed out, you can do pre-emptive multitasking just fine without an MMU. And as it turns out AmigaOS had just that. All you need for pre-emptive multitasking is a suitable interrupt source to use for task switching.

What it did not have was memory protection or virtual memory. You do need an MMU for those.

owenthejumper•6mo ago
Yet another example of how government research drives modern innovation, and how the latest assault on it by the Trump administration will wipe out decades of innovation in the US
themafia•6mo ago
The irony is that the thing the government was trying to fund, use of AI in medicine, was almost entirely unrealized by this project.

It's also apparent that Xerox's involvement and willingness to share it's new inventions in Ethernet with a University eager to form the early Internet played a huge part in driving this outcome.

It seems almost completely incidental that we got an early implementation of a protocol router out of this. The government certainly wasn't trying to create one and I'm sure if they had actually involved themselves in that effort we would have gotten something far worse and far more costly.

Since the administration wasn't capable and didn't create the innovation in the first place you probably don't need to worry about later administrations removing it.

owenthejumper•6mo ago
Many innovations come from unrelated projects
mhurron•6mo ago
> Yet another example of how government research drives modern innovation

As the article starts, that's not how Cisco, and by extension a lot of Cisco employees, tell it. To a whole lot of people, Trump is just clearing out lazy hangers on who are preventing real innovation.

Cisco's story is two people working alone in their garage creating IP routing.

knome•6mo ago
https://www.computerhistory.org/revolution/networking/19/375...

this, too, mentions Yeager as the initial developer, and that CISCO licensed and enhanced his work from Stanford.

ben7799•6mo ago
I worked at Cisco 1999-2001, it was my first job out of school. I worked in a group that did network management software, so we weren't touching iOS.

But it was kind of wild at that point there were still company mailing lists where these old heads would argue about iOS internals and flame each other in front of the whole company.

We still had a non-web bug tracking system while I was there. It was an interesting era! The product I worked on did have a web interface as essentially its only UI. We used Java, at some point we used MS Visual J++, and this was before JSPs existed. We used some proprietary templating engine to generate HTML.

gjf•6mo ago
Oh god, it wasn’t ASDM for the ASA was it? Always one Java update away from not being able to manage your firewalls
takinola•6mo ago
Apparently, the relationships between the executive leadership at Cisco (especially Len and Sandy) were ... volatile. I took a class from one of the top execs in the early days and he had so many colorful stories about his time there.
ndiddy•6mo ago
Here's a complimentary article from Bill Yeager's perspective: https://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=1407787

> I asked Len why he wanted my source code, and he told me that facilities wanted to take over the router/EtherTIP’s development because I couldn’t dedicate myself to full-time support of the system I had invented and developed with help from Mike and Benjy over the past five years. This request seemed reasonable to me, so I gave him the access he requested and thanked him for his willingness to maintain and improve the software. I didn’t know that Len and Sandy Lerner had incorporated Cisco Systems a year earlier or that Len might have had an ulterior motive: to do a rewrite and then copyright the sources as Cisco Systems’ intellectual property.

> I learned about Cisco a year later when I was called into Stanford’s legal department and told to bring a hard copy of my sources. Needless to say, I was a little nervous. Upon arrival, I was greeted by Stanford lawyer Iris Brest, who explained Cisco’s existence and Len, Sandy, and Kirk’s involvement. She then asked me to compare the Sumex-AIM sources with the EE sources that Kirk had written and tell her if I thought the work was derivative. Most of the EE sources could best have been described as plagiarized or paraphrased: variable names were changed, subroutines were renamed, and large data structures were broken into smaller ones, but identical parts abounded throughout the code. Kirk had added new features and removed others, but the “derivation” was obvious even to Iris who, from what I could tell, didn’t have a technical background. She thanked me, kept my sources, and sent me on my way.

> Just to be clear, I didn’t object to the formation of Cisco Systems or its use of the code I had invented — in fact, I was pleased that work of which I was extremely proud could be used in this manner. However, I did object to the theft of intellectual property implicit in Cisco’s copyright on the sources.

burnt-resistor•6mo ago
At Stanford in a non-academic IT department, not long after this was published, we had to beg for departmental firewalls to protect laptops, desktops, and "servers" (but not so much for proper servers). Every machine was essentially on the upper-cased then Internet with a globally-routable IPv4 with almost no Layer 2 IP ACLs. That didn't work so well with negligently-vulnerable Microsoft OS and software. The plus side was that Cisco gear was the standard networking stuff and relatively low cost for hardware and feature packs. Curiously, the housing draw (lottery) was run on a BSD box. About half of the department ran on top of FileMaker Pro (FMP), which ran on Xserves. It was the Windows 2000 and XP/2003 Server machines that were the biggest pains.