frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Zig – io_uring and Grand Central Dispatch std.Io implementations landed

https://ziglang.org/devlog/2026/#2026-02-13
103•Retro_Dev•2h ago•53 comments

YouTube as Storage

https://github.com/PulseBeat02/yt-media-storage
37•saswatms•2h ago•34 comments

Show HN: I spent 3 years reverse-engineering a 40 yo stock market sim from 1986

https://www.wallstreetraider.com/story.html
328•benstopics•4d ago•129 comments

Show HN: SQL-tap – Real-time SQL traffic viewer for PostgreSQL and MySQL

https://github.com/mickamy/sql-tap
109•mickamy•6h ago•20 comments

The Three Year Myth

https://green.spacedino.net/the-three-year-myth/
69•surprisetalk•3d ago•36 comments

Understanding the Go Compiler: The Linker

https://internals-for-interns.com/posts/the-go-linker/
83•valyala•5d ago•11 comments

Show HN: Data Engineering Book – An open source, community-driven guide

https://github.com/datascale-ai/data_engineering_book/blob/main/README_en.md
171•xx123122•13h ago•19 comments

Babylon 5 is now free to watch on YouTube

https://cordcuttersnews.com/babylon-5-is-now-free-to-watch-on-youtube/
233•walterbell•1d ago•126 comments

NPMX – a fast, modern browser for the NPM registry

https://npmx.dev
101•slymax•9h ago•44 comments

Common Lisp Screenshots: today's CL applications in action

http://www.lisp-screenshots.org
116•_emacsomancer_•2d ago•36 comments

How the Little Guy Moved

https://animationobsessive.substack.com/p/how-the-little-guy-moved
30•zdw•4d ago•1 comments

GPT-5.2 derives a new result in theoretical physics

https://openai.com/index/new-result-theoretical-physics/
486•davidbarker•15h ago•332 comments

Building a TUI is easy now

https://hatchet.run/blog/tuis-are-easy-now
231•abelanger•17h ago•174 comments

Cogram (YC W22) – Hiring former technical founders

https://www.ycombinator.com/companies/cogram/jobs/LDTrViN-ex-technical-founder-product-engineer
1•ricwo•4h ago

Font Rendering from First Principles

https://mccloskeybr.com/articles/font_rendering.html
161•krapp•6d ago•28 comments

The World of Harmonics – With a Coffee, Guitar and Synth

https://mynoise.net/vlog.php?ep=20260204
15•gregsadetsky•4d ago•3 comments

Backblaze Drive Stats for 2025

https://www.backblaze.com/blog/backblaze-drive-stats-for-2025/
79•Brajeshwar•6h ago•12 comments

Gradient.horse

https://gradient.horse
265•microflash•4d ago•53 comments

The EU moves to kill infinite scrolling

https://www.politico.eu/article/tiktok-meta-facebook-instagram-brussels-kill-infinite-scrolling/
605•danso•14h ago•618 comments

Ars Technica makes up quotes from Matplotlib maintainer; pulls story

https://infosec.exchange/@mttaggart/116065340523529645
16•robin_reala•1h ago•0 comments

Adventures in Neural Rendering

https://interplayoflight.wordpress.com/2026/02/10/adventures-in-neural-rendering/
30•ingve•3d ago•1 comments

Monosketch

https://monosketch.io/
781•penguin_booze•23h ago•133 comments

Fix the iOS keyboard before the timer hits zero or I'm switching back to Android

https://ios-countdown.win/
1458•ozzyphantom•20h ago•716 comments

Can you rewire your brain?

https://aeon.co/essays/what-the-metaphor-of-rewiring-gets-wrong-about-neuroplasticity
7•Hooke•4d ago•1 comments

gRPC: From service definition to wire format

https://kreya.app/blog/grpc-deep-dive/
125•latonz•4d ago•18 comments

CSS-Doodle

https://css-doodle.com/
167•dsego•1d ago•17 comments

Show HN: Prompt to Planet, generate procedural 3D planets from text

https://prompttoplanet.n4ze3m.com/
5•error404x•3h ago•0 comments

An AI Agent Published a Hit Piece on Me – More Things Have Happened

https://theshamblog.com/an-ai-agent-published-a-hit-piece-on-me-part-2/
450•scottshambaugh•10h ago•220 comments

The wonder of modern drywall

https://www.worksinprogress.news/p/the-wonder-of-modern-drywall
110•jger15•1d ago•171 comments

WolfSSL sucks too, so now what?

https://blog.feld.me/posts/2026/02/wolfssl-sucks-too/
120•thomasjb•1d ago•98 comments
Open in hackernews

Zig – io_uring and Grand Central Dispatch std.Io implementations landed

https://ziglang.org/devlog/2026/#2026-02-13
103•Retro_Dev•2h ago

Comments

gethly•2h ago
0.16 ... maybe in 2050 they will finally release v1.0.

Jokes aside, once Jai comes out, Zig will become obsolete. Odin might hang on, as it is quite a bit smaller and limited language. Rust is being forced into every low level codebase, so that one will stay. C3, well, no one is using that, like Carbon. But Zig... despite running some big projects, it has no future.

cloudhead•1h ago
Can you elaborate? Zig has a lot of traction already.
pjmlp•1h ago
Except for Tiger Beetle customers and the few ones using Bun, what traction?
gethly•48m ago
I've read Bun is just a wrapper, not actual Zig implementation anyway. Also, making a financial database in beta language that constantly changes and breaks is "really smart".
dmit•43m ago
A wrapper over what?? Bun includes the JavaScriptCore engine for JS evaluation, but it's so much more.

As for financial database concerns, if you're serious about including a project like that in your system, you have thorough correctness and performance testing stages before you commit to it. And once it passes the hurdles, at that point what difference does it make if it's written in a beta language, or a bunch of shell scripts in a trench coat, or whatever.

steeve•38m ago
ZML
pjmlp•34m ago
What is even that? Not bothering to Google for it, which shows how irrelevant it is.
dmit•32m ago
Good call, for bad reasons.

> At ZML, we are creating exciting AI produ[...]

6r17•1h ago
I feel like this is doomerism with high bias - i'm sorry but there is nothing founded here ; for all I know ; if Zig is able to put only one good reason to be used - some people will use it and not care - however this is a purely logical statement and I do not know of Zig so I might be blind here.
BonusPlay•1h ago
Instead of debating for years (like other languages), zig just tries things out. Worst case you can always rollback changes.

IMO best APIs and designs are those that are battle tested by end users, not won in an argument war during committee meetings.

This makes zig unique. It's fun to use and it stays fresh.

You can always just stay on older version of zig. But if you choose to update to newer version, you get new tools to make your code tidier/faster.

interstice•1h ago
This is my favourite way to iterate, but the hard lesson is at some point after trying a bunch of things comes the Big Cleanup (tm). Is that a potential issue for this with Zig?
SSLy•1h ago
0.16's IO API changes might be that cleanup.
BonusPlay•1h ago
From my perspective zig doesn't have "big cleanup" upfront. It's removing older features as it goes.

stdlib changes as it wants from version to version. So do language features. Since zig is pre-1.0, zig foundation isn't scared of breaking changes.

Ygg2•1h ago
> Instead of debating for years (like other languages), zig just tries things out.

So did Rust pre-1.0

Stability guarantees are a pain in the neck. You can't just break other people's code willy nilly.

> This makes zig unique. It's fun to use and it stays fresh.

You mean like how Rust tried green threads pre-1.0? Rust gave up this one up because it made runtime too unwieldy for embedded devices.

alexrp•11m ago
Just on this point:

> You mean like how Rust tried green threads pre-1.0? Rust gave up this one up because it made runtime too unwieldy for embedded devices.

The idea with making std.Io an interface is that we're not forcing you into using green threads - or OS threads for that matter. You can (and should) bring your own std.Io implementation for embedded targets if you need standard I/O.

pjmlp•1h ago
Other languages debate for years, because they have a customer base with important applications into production that don't find funny that their code is broken with experiments.

Zig is years away to become industry relevant, if at all, of course they can experiment all they like.

Pay08•1h ago
Obviously, that comes with the language being in beta. If you don't want things broken, use a complete language.
zarzavat•1h ago
It's hard to imagine Zig ever becoming stable and conservative. Even at 10 years old, it's still as beta as ever. At some point the churn becomes part of the culture.

Not a complaint, just an observation. I like that they are trying new things.

Pay08•43m ago
I wouldn't be so sure about that. I do think there's a bit of scope creep, especially with the LLVM replacement stuff, but I don't think it's bad enough for the language to never come out. Most notable languages have at least one large corporate sponsor behind them, Zig doesn't.
the_mitsuhiko•33m ago
I’m a casual user and the 0.16 changes scare me. I tried multiple attempts now, even with full LLM support to upgrade and the result is just a) painful and b) not very good. I have high doubts that the current IO system of 0.16 will make it for another release given the consequences of their choices.
nickorlow•45m ago
I think it benefits the overall ecosystem for them to experiment so other languages can take what works
jiehong•1h ago
This is a great point, and it's actually something I really enjoy that the JVM and Java do nowadays by namespacing the new experimental APIs that you test from release to release and then it's stabilized like that, and becomes broadly available.
quietbritishjim•44m ago
> Instead of debating for years (like other languages), zig just tries things out.

Many other languages do try things out, they just do it in a separate official channel from the stable release or unofficial extensions. Depending on how many users the language has, that may still be more implementation experience than Zig making all devs try it.

I suspect the actual difference is the final decision making process rather than the trial process. In C++, language extensions are tried out first (implementation experience is a requirement for standard acceptance) but committee debates drag on for years. Whereas Python also requires trial periods outside the stable language but decisions are made much more quickly (even now that there's a steering rather than single BDFL).

rurban•20m ago
> Instead of debating for years (like other languages), zig just tries things out.

Good

> Worst case you can always rollback changes.

No, you cannot. People will leave in masses. In perl they announced experiments with a mandatory use experimental :feature. You couldnt publish modules with those, or else you are at risk.

This made perl exciting and fresh. Python on the other hand constantly broke API's, and had to invent package version locks and "safe" venv's. Which became unsafe of course.

Languages and stdlib are not playgrounds. We see what came out of it with C and C++ with horrible mistakes getting standardized.

small_model•1h ago
There are high profile apps written in Zig, Bun (bought by Anthropic) and Ghostty also Uber use it. What apps are written in Jai or Odin.
stock_toaster•1h ago
odin - jangafx’s embergen[1]

jai - thekla’s new game, announced but not yet released —- order of the sinking star[2]

[1]: https://jangafx.com/software/embergen

[2]: https://en.wikipedia.org/wiki/Order_of_the_Sinking_Star

Pay08•45m ago
That's next to nothing for Jai.
norman784•1h ago
I have my doubts on Jai, besides being built towards game development, from what I read/watched about it, it has 2 or 3 meta programming capabilities, like comptime, macros, etc it feels too much of the same, also Jai is not built towards correctness or safety, John mentality is that he knows what he is doing, so he doesn’t need those guardrails and he wants instead expressiveness.

Also Jai is like C++ in complexity, while Zig is similar to C, very simple language.

Carbon is vaporware so far, there’s no language that could be used yet, because they first need to solve the C++ interop and fast compilation times, that is what will shape the language, so no one is using it, because it doesn’t exist yet.

ofalkaed•1h ago
>Also Jai is like C++ in complexity, while Zig is similar to C, very simple language.

And most importantly, Zig is aiming at being a C++ replacement with the simplicity of C, it is not trying to replace C.

pjmlp•1h ago
Good luck with that, it is basically Modula-2 with C like syntax, and we aren't even getting into the whole ecosystem that it is missing on.

Any C++ or C replacement will need to win the earths of mainstream OS and game console vendors, otherwise it will remain yet another wannabe candidate.

Those have already their own languages, alongside their own C and C++ compilers, and are only now starting to warm up to Rust.

Zig or any other candidate will have a very hard time being considered.

ofalkaed•1h ago
So no one should even try because they will never win over all of the C/C++ crowd so are doomed to fail and forever to be a wannabe? I think Andrew has gone about things in a good way, going back to C and exploiting hindsight, not trying to offer everything as quickly as possible. Extend C but keep C interoperability and do both better than C++ instead of trying to be the next big thing and he goes about it in a very deliberate and calculated way. He may not succeed, but the effort has given us a great deal.
pjmlp•37m ago
One should try, while being aware of the realities of language adoption.

I disagree Zig is that great deal of a language, it would have been if we were talking about 1990's programming language ecosystem, not in 21st century.

Use-after-free problems should not be something we still need to worry about, when tooling like PurifyPlus trace back to 1992.

ofalkaed•6m ago
I don't think Andrew believes Zig is going kill C or C++, he probably has hope but I think he is aware of the reality. He found a way to make a living on something he was passionate about.

Use-after-free is a fact of life until something kills C, but the realities of language adoption are against that. Zig seems interesting and worthwhile in offering a different perspective on the problem and does it in a way more agreeable than Rust or the like for all those who love C and are adverse to large complex languages. The realities of language adoption are as much for as against Zig, large numbers of people are still getting drawn to C and Zig seems to do a better job addressing why so many are drawn to it than the alternatives.

Pay08•1h ago
I think you meant to say Jai, not Zig.
gethly•1h ago
Remember that it was Jai that inspired all these new languages. When you talk about the capabilities like comptime, that's all from Jai and why John no longer does public presentations(as people keep stealing his unfinished ideas).

Your comment about gamedev focus makes no sense as that it the most hardcore segment of all the programming there is. So if a language is good for gamedev, it's good for everything else - with high performance.

I'm still in the GC camp with Go and don't see myself leaving any time soon but Zig is just rust-fugly and takes for ever to complete(it started 10 years ago, mind you). Odin is essentially complete, just lacks official spec. I like it but can' bring myself to use it as it lacks methods and I won' be going back to writing a procedural code like its 2002.

I'm curious to see Jai being released, despite having no use case for it. My initial post is merely about purposefulness, or the lack of, for named programming languages as nowadays John's name will carry more weight than Zig could ever have. so without Zig being 1.0 after a decade, and having no competitive advantage over Jai, it has no chance to survive after Jai is released. As I said, Odin will likely will as it is quite simpler, more niche language. Zig just goes directly against Jai and it will lose.

Phil_Latio•1h ago
> why John no longer does public presentations(as people keep stealing his unfinished ideas)

That's your opinion or you have a source for that?

gethly•52m ago
he said it in a video, i think it was in the recent wookash podcast. although you might fing a short clip of the segment somewhere.
Fraterkes•18m ago
The idea of languages "stealing" ideas from each other is not something anyone building a language cares about. I'll just charitably assume you've completly misinterpreted something he said.
Matl•37m ago
> Remember that it was Jai that inspired all these new languages.

Not really. Rust was a thing long before Jai.

LunaSea•23m ago
> as nowadays John's name will carry more weight than Zig could ever have.

I'm sorry but Zig has been used to create actual production software for many companies whereas Jai has been used maybe once for a mediocre game.

xeonmc•1h ago
WalterBright reply in 3...2...1...
WJW•1h ago
Kinda weird to blame Zig for not being at 1.0 yet while Jai is still in closed beta after 11 years. Meanwhile Zig is being in used in big-ish projects all over while Jai has... a single game engine? Jai looks cool but it's far far FAR behind and losing ground.
pjmlp•31m ago
The fallacy of that argument would be if its author would seek adoption, however like Naughty Dog with their Lisp based language, John has no plans to have Jai win world adoption beyone his game engine.
ofalkaed•1h ago
Being at 0.16 right now does not mean much. From what I gather, he is more focused on the semantics right now and trying to avoid getting bitten by a lack of foresight down the road, as most every language is. Things will probably start moving more quickly as the language solidifies.
Ygg2•58m ago
Any backwards compatible language will accumulate hindsight errors. It's practically inevitable.
gigatexal•1h ago
Let it come out before we get to chest beating. We are talking about shipped features in Zig here.
dmit•1h ago
> Jokes aside

Ok ok, good

> once Jai comes out

Dangit! You couldn't even make it to the end of the sentence.

jpnc•16m ago
You're right that zig is vaporware - not because of other languages - but because programming is going away entirely.
tosh•1h ago
> Both of these are based on userspace stack switching, sometimes called “fibers”, “stackful coroutines”, or “green threads”.
khalic•26m ago
Haven’t looked into MacOS internals for a while, happy to see they stuck to GCD, great middle ground for parallelisation