frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Env-shelf – Open-source desktop app to manage .env files

https://env-shelf.vercel.app/
1•ivanglpz•3m ago•0 comments

Show HN: Almostnode – Run Node.js, Next.js, and Express in the Browser

https://almostnode.dev/
1•PetrBrzyBrzek•3m ago•0 comments

Dell support (and hardware) is so bad, I almost sued them

https://blog.joshattic.us/posts/2026-02-07-dell-support-lawsuit
1•radeeyate•4m ago•0 comments

Project Pterodactyl: Incremental Architecture

https://www.jonmsterling.com/01K7/
1•matt_d•5m ago•0 comments

Styling: Search-Text and Other Highlight-Y Pseudo-Elements

https://css-tricks.com/how-to-style-the-new-search-text-and-other-highlight-pseudo-elements/
1•blenderob•6m ago•0 comments

Crypto firm accidentally sends $40B in Bitcoin to users

https://finance.yahoo.com/news/crypto-firm-accidentally-sends-40-055054321.html
1•CommonGuy•7m ago•0 comments

Magnetic fields can change carbon diffusion in steel

https://www.sciencedaily.com/releases/2026/01/260125083427.htm
1•fanf2•8m ago•0 comments

Fantasy football that celebrates great games

https://www.silvestar.codes/articles/ultigamemate/
1•blenderob•8m ago•0 comments

Show HN: Animalese

https://animalese.barcoloudly.com/
1•noreplica•8m ago•0 comments

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

https://simonwillison.net/2026/Feb/7/software-factory/
1•simonw•9m ago•0 comments

John Haugeland on the failure of micro-worlds

https://blog.plover.com/tech/gpt/micro-worlds.html
1•blenderob•9m ago•0 comments

Show HN: Velocity - Free/Cheaper Linear Clone but with MCP for agents

https://velocity.quest
2•kevinelliott•10m ago•2 comments

Corning Invented a New Fiber-Optic Cable for AI and Landed a $6B Meta Deal [video]

https://www.youtube.com/watch?v=Y3KLbc5DlRs
1•ksec•11m ago•0 comments

Show HN: XAPIs.dev – Twitter API Alternative at 90% Lower Cost

https://xapis.dev
2•nmfccodes•12m ago•0 comments

Near-Instantly Aborting the Worst Pain Imaginable with Psychedelics

https://psychotechnology.substack.com/p/near-instantly-aborting-the-worst
2•eatitraw•18m ago•0 comments

Show HN: Nginx-defender – realtime abuse blocking for Nginx

https://github.com/Anipaleja/nginx-defender
2•anipaleja•18m ago•0 comments

The Super Sharp Blade

https://netzhansa.com/the-super-sharp-blade/
1•robin_reala•19m ago•0 comments

Smart Homes Are Terrible

https://www.theatlantic.com/ideas/2026/02/smart-homes-technology/685867/
1•tusslewake•21m ago•0 comments

What I haven't figured out

https://macwright.com/2026/01/29/what-i-havent-figured-out
1•stevekrouse•22m ago•0 comments

KPMG pressed its auditor to pass on AI cost savings

https://www.irishtimes.com/business/2026/02/06/kpmg-pressed-its-auditor-to-pass-on-ai-cost-savings/
1•cainxinth•22m ago•0 comments

Open-source Claude skill that optimizes Hinge profiles. Pretty well.

https://twitter.com/b1rdmania/status/2020155122181869666
3•birdmania•22m ago•1 comments

First Proof

https://arxiv.org/abs/2602.05192
7•samasblack•24m ago•2 comments

I squeezed a BERT sentiment analyzer into 1GB RAM on a $5 VPS

https://mohammedeabdelaziz.github.io/articles/trendscope-market-scanner
1•mohammede•25m ago•0 comments

Kagi Translate

https://translate.kagi.com
2•microflash•26m ago•0 comments

Building Interactive C/C++ workflows in Jupyter through Clang-REPL [video]

https://fosdem.org/2026/schedule/event/QX3RPH-building_interactive_cc_workflows_in_jupyter_throug...
1•stabbles•27m ago•0 comments

Tactical tornado is the new default

https://olano.dev/blog/tactical-tornado/
2•facundo_olano•29m ago•0 comments

Full-Circle Test-Driven Firmware Development with OpenClaw

https://blog.adafruit.com/2026/02/07/full-circle-test-driven-firmware-development-with-openclaw/
1•ptorrone•29m ago•0 comments

Automating Myself Out of My Job – Part 2

https://blog.dsa.club/automation-series/automating-myself-out-of-my-job-part-2/
1•funnyfoobar•29m ago•1 comments

Dependency Resolution Methods

https://nesbitt.io/2026/02/06/dependency-resolution-methods.html
1•zdw•30m ago•0 comments

Crypto firm apologises for sending Bitcoin users $40B by mistake

https://www.msn.com/en-ie/money/other/crypto-firm-apologises-for-sending-bitcoin-users-40-billion...
1•Someone•30m ago•0 comments
Open in hackernews

NeXTSTEP on Pa-RISC

https://www.openpa.net/nextstep_pa-risc.html
62•andsoitis•1mo ago

Comments

badc0ffee•1mo ago
> NeXTSTEP itself, while revolutionary in aspects, did not have long commercial success. However some of its ideas and technologies live on in Mac OS, after corporate M&A and consolidation in the tech sector.

On the contrary, macOS is NeXTSTEP plus several years of development. It's what the NS means in NSLog.

erichocean•1mo ago
And iOS of course is also derived from it.
pipo234•1mo ago
I guess it's a bit more subtle.

The point that the article makes is about opening up NeXT to other hardware platforms. So while from one perspective, you might argue it lives on inside Apple, you could also argue that's where nextstep died.

In the early 2000s I worked for a company that went all in on NeXTSTEP a decade earlier. The product was developed in a "4 GL" called 4D or 4th dimension.

We had to do a painful migration to windows nt/xp because NeXTSTEP was discontinued and apple actively fought to kill attempts to fork or open source the code base.

anthk•1mo ago
You could port tons of code to GNUStep or that other Cocoa libre API.
astrange•1mo ago
There's plenty of differences. The device driver stack and window server are all totally different.
lukeh•1mo ago
And Mach 3 vs 2.5. And a 4.4BSD (well, *BSD) user land, although in fairness the original, never released NEXTSTEP 4.0 also had this.
anthk•1mo ago
So is the jump between W9X and NT based OSes, both in the kernel, graphics modes (GDI, Direct Draw vs Direct3D to draw the desktop, compositing window managers...) and the like. Specially after Windows 8 where Direct Draw it's slow as hell and you need to use WineD3D which runs ddraw.dll on top of OpenGL. But you can use Win32 on both.
flohofwoe•1mo ago
...I'm pretty sure the same would be true in any modern version of NeXTStep had it survived as its own 'brand' (apart from slightly different requirements caused by the hardware the OS needs to run on of course - e.g. running on a handful different Apple devices versus having to work on 'everything').
astrange•1mo ago
Darwin ditched the old driver stack for IOKit because they thought it was icky to have ObjC in the kernel. That's pretty much entirely up to leadership changes, not technical reasons.
pjmlp•1mo ago
Agreed, the same way Longhorn, Midori and Singularity failed to win the hearts of Windows team, while Android and ChromeOS obliterated their mobile and US school market.

Turns out using a managed userspace is viable, if management is on board to support the development all way through.

pjmlp•1mo ago
It used to be, Tahoe is generations away from NeXTSTEP.

NeXTSTEP drivers were written in Objective-C, originally OS X used C++ subset based on COM (IO Kit), now moved into userspace and called Driver Kit, in homage to the NeXTSTEP DriverKit name.

NeXTSTEP was focused on OpenGL and Renderman, OS X used OpenGL, macOS is now using Metal.

NeXTSTEP drivers were on kernel space, now everything is moving into userspace.

NeXTSTEP used Display Postscript, OS X moved into PDF subset, nowadays that is only part of the rendering stack.

NeXTSTEP had a X Windows Server as well, on macOS that is now gone.

macOS Finder is nothing like the NeXTSTEP file application.

NeXTSTEP supported a concept similar to OLE, it is nowhere to be seen on macOS.

jdboyd•1mo ago
Is macOS in any recognizable way still a micro-kernal operating system or did that get removed as well?
pjmlp•1mo ago
OS X was never a proper micro-kernel, rather an hybrid one like Windows NT, using still a micro-kernel like approach but with subsystems on the same process space.

https://fahrplan.events.ccc.de/congress/2007/Fahrplan/attach...

https://www.amazon.de/-/en/Mac-OS-Internals-Approach-paperba...

If anything it is going more into that direction, after Apple announced removing all kernel extensions, and having userspace counterparts to them.

https://developer.apple.com/documentation/SystemExtensions

https://developer.apple.com/documentation/systemextensions/i...

Usually it takes one OS version between introducing new userspace APIs, and removing the old way on the following version.

wpm•1mo ago
Apple removed third-party kernel extensions (and even so only removed the ability to install them without going into recovery and changing a scary box). There are still lots of .kext files in the /System folder for hardware drivers.
pjmlp•1mo ago
Yes, however that brings it closer to a micro-kernel model, if no one else is allowed to change the kernel as shipped from factory, having everything else done in userspace.

Additionally, if there is a userspace extension to an existing kernel extension, the userspace one will take precedence.

jhbadger•1mo ago
I don't know if it shares ancestry with the NextStep X server, but the one that used to be bundled with OS X (Xquartz) is still availsble for download (even on Tahoe) and I for one still keep it installed as I run various X11 based programs on my Macs.
p_l•3w ago
Finder has a lot of signs of being actually a MacOS Classic application - not just the internal presence of Classic-style paths (with ":" separators) but also how Dock was originally developed on MacOS 9.x because the principal developer didn't have OSX machine allocated.
speed_spread•1mo ago
What we really needed was NeXT on Alpha. So much cool tech lost to the Wintel juggernaut in the 90s.
WillAdams•1mo ago
I would really like for it to be easier to run NeXT/OPENSTEP on modern hardware --- somehow, since Mac OS X 10.6.8, Mac OS has gotten ever less comfortable (and I really miss the "Unix Expert" checkbox, as well as the repositionable main menu, tear off menus, pop-up main menu, Display PostScript, nxhosting, &c.

An educational copy of OPENSTEP 4.2 was the last thing I purchased for myself from Apple since they discontinued the Newton MessagePad.... and I'm sad my Cube quit booting, and that I never got it running on my ThinkPad.

felixding•1mo ago
100% this.

Let's hope projects like https://github.com/trunkmaster/nextspace succeed.

WillAdams•1mo ago
Yeah, a nice GNUstep or similar environment for Linux would be a workable option --- I'd love to see something optimized for a Raspberry Pi....
TMWNN•1mo ago
>NeXT tried to get its own NeXT RISC workstation to market (chased a chimera) and looked at Motorola 88000 and PowerPC

Jobs made a huge mistake by going with the 68K in the first place. DEC would prove just a few months after NeXT's October 1988 launch the viability of a MIPS-powered workstation.

Even better, in the long term, would have been to go with the 80386.

stmw•1mo ago
In fairness, I think it wasn't obvious that Motorola would run into so much trouble with the 68k line, or that 80386 would be the far-away winner. Sun and many others were betting on 68k, too.
TMWNN•1mo ago
>Sun and many others were betting on 68k, too.

Sun launched its first SPARC-based system more than a year before the NeXT launch in October 1988.

Sun came out of Stanford and was aware of the Stanford and Berkeley RISC architectures (the latter of which led to SPARC). NeXT had academia heritage, too, via Mach from CMU, but I guess it wasn't enough to persuade Jobs to go for a more exotic architecture than the one he was familiar with from Apple, or the "enemy" in Intel.

One can see a world in which NeXT goes with 80386 from the beginning, eventually pivots much earlier to software-only, and becomes a real rival to Microsoft and IBM in the early 1990s to provide a multitasking successor to DOS. Or, for that matter, IBM goes with NeXTSTEP (or just buys NeXT) instead of the AIM Alliance.

stmw•1mo ago
No dispute on the facts about Sun etc. "more than a year before" is not a lot of time in hardware launches, and that was a very dynamic time. Regarding Sun, some good old HN discussion here: https://news.ycombinator.com/item?id=29082150

But the alternate computer history is interesting to imagine, could have been via x86 or PowerPC with IBM or something else. Same with Be.

p_l•3w ago
My understanding is that issues in scaling 68k line were already well known by then, same as with VAX (even if crucial people at Digital didn't want to believe).

The difference is that 68k was ubiquitous, reasonably cheap 32bit capable platform with MMU that had huge availability of parts and made porting software easy. Sun was working with 68k partially because they chose it in 1980, a year after it was made available, and by 1986 they published SPARC ISA and shipped first systems a year later

antijava•1mo ago
I used to have a NeXTStep HP workstation back in the day. Worldcom had hundreds of them running custom network monitoring. I think we were one of,the biggest NeXT installations outside of the NSA.