HN user

hbbio

3,089 karma
Posts46
Comments576
View on HN
github.com 2mo ago

Show HN: NoDiff, TSX for browser apps without React or a virtual DOM

hbbio
1pts0
medium.com 2mo ago

The iPhone Camera Problem

hbbio
1pts0
medium.com 4mo ago

Let Me Uninstall Spotlight

hbbio
1pts0
en.wikipedia.org 7mo ago

Network extensible Window System (1986)

hbbio
1pts1
medium.com 1y ago

Teaching a 4B LLM to Guess a Number (Without Cheating)

hbbio
2pts0
github.com 1y ago

Show HN: NanoAgent, zero-dependency 1k-LOC AI-agent runtime

hbbio
12pts0
www.coindesk.com 1y ago

Ethereum introduces Beam Chain, a redesign of its consensus layer

hbbio
2pts0
github.com 1y ago

Cells: Functional and Reactive Programming (But Not FRP)

hbbio
1pts0
github.com 2y ago

Show HN: Cells is a functional reactive store compatible with Svelte

hbbio
3pts0
medium.com 2y ago

Cells, a new functional and reactive programming library for Svelte

hbbio
6pts0
www.youtube.com 3y ago

The History of CUDA

hbbio
80pts37
github.com 3y ago

Build is like Makefile for single files (2017)

hbbio
1pts0
medium.com 4y ago

What it takes to write solid smart contracts

hbbio
1pts1
news.ycombinator.com 5y ago

iPhone 12 mini/pro/max screen width and battery percentages

hbbio
3pts0
github.com 7y ago

Show HN: Forkizard, a wizard for comparing GitHub forks

hbbio
4pts0
github.com 7y ago

Show HN: A minimal test library for Go

hbbio
3pts0
imgur.com 7y ago

Virginia Is the Angular State

hbbio
2pts0
github.com 7y ago

Show HN: Build is like Makefile for single files

hbbio
9pts1
siliconangle.com 9y ago

Awless.io is a new user interface for AWS

hbbio
12pts1
github.com 9y ago

Kotlift: Language Transpiler from Kotlin to Swift

hbbio
1pts0
github.com 9y ago

Show HN: Awless, a Powerful CLI for AWS in Go

hbbio
6pts3
news.ycombinator.com 10y ago

Ask HN: How did Sublime Text get traction?

hbbio
16pts22
github.com 10y ago

Show HN: Build one file automatically

hbbio
3pts3
in-peps.tumblr.com 11y ago

PEPS: Claim your privacy back with end-to-end encryption

hbbio
4pts0
www.orange-business.com 11y ago

Net Neutrality: French main operator launches prioritary mobile data

hbbio
2pts1
news.ycombinator.com 11y ago

Ask HN: How do you deal with Internet Explorer?

hbbio
1pts3
news.ycombinator.com 12y ago

Ask HN: Is Sublime Text dead?

hbbio
73pts88
hbbio.tumblr.com 12y ago

Open-Sourcing PEPS: A modern webmail server

hbbio
66pts26
www.scribd.com 12y ago

Opa: Safe and Secure Web Development

hbbio
2pts1
github.com 12y ago

Show HN: Birdy – Micro-blogging engine

hbbio
23pts4

Congrats on shipping!

Been also building this slowly, mostly assisting my kids.

What they built is Apple-only, since it's a native iOS/macOS app in Swift. It's been a very interesting experience for me, as even capable frontier LLMs still can't write Apple SwiftUI/AppKit properly. They constantly get the bridges wrong, and any feature prompt puts your previous architectural efforts at risk :)

Migrating to the EU 4 months ago

Still not accepting Codeberg moral stance.

Yes, gitea (and originally gogs) are released under permissive licenses, so it's legally allowed to fork them.

But forking complete working projects with years of work, rebranding with a "good guys" attitude, and progressively erasing the name/history (mentioning a gitea fork has moved down the faq now) is not fair.

Edit: even worse, the word "fork" is not in the FAQ. It is "Comparison with Gitea" now (fork is mentioned on that page).

Strange that they apparently raised $169M (really?) and the website looks like this. Don't get me wrong: Plain HTML would do if "perfect", or you would expect something heavily designed. But script-kiddie vibe coded seems off.

The idea is good though and could work.

Now they acquired Photomator with Pixelmator, but it's still an independent subscription... not even included in this bundle. Maybe they just forgot.

C Is Best (2025) 7 months ago

Makes a lot of sense for SQLite to be written in C. It's a heavily optimized and debugged database implementation: Just look at btree.c with all its gotos :)

The only language that would make sense for a partial/progressive migration is zig, in huge part due to its compatibility with C. It's not mentioned in the article though.

The problem we tried to solve with Opa was more general than RSC, probably too general.

    // Opa decides
    function client_or_server (x, y) { ... }
    // Client-side
    client function client_function(x, y) {= }
    // Server-side
    server function server_function(x, y) {... }
Without the optional side inference (which could also use both), it seems we had similar side constraints, and serializers/sanitizers. Probably with the same flaws as the recent vulnerabilities... Like all the OWASP AppSec circa 2013-2015 range of exploits in browser countermeasures when the browsers where starting to roll out defense in depth with string matching :)

We pioneered a lot of things with Opa, 15 years ago now. Opa featured automatic code "splitting" between client and server, introduced the JSX syntax although it wasn't called that way (Jordan at Facebook used Opa before creating React, but the discussions around the syntax happened at W3C notably with another Facebook employee, Tobie).

Since the Opa compiler was implemented in OCaml (we were looking more like Svelte than React as a pure lib), we performed a lot of statical analysis to prevent the wide range of attacks on frontend code (XSS, CSRF, etc.) and backend code. The Opa compiler became a huge beast in part because of that.

In retrospect, better separation of concerns and foregoing completely the idea of automatic code splitting (what React Server Components is) or even having a single app semantics is probably better for the near future. Our vision (way too early), was that we could design a simple language for the semantics and a perfect advanced compiler that would magically output both the client and the server from that specification. Maybe it's still doable with deterministic methods. Maybe LLMs will get to automatic code generation of all parts in one shot before.

Jepsen: NATS 2.12.1 8 months ago

Ethereum is so good at being distributed than it's decentralized.

DynamoDB and Spanner are both great, but they're meant to be run by a single admin. It's a considerably simpler problem to solve.

Jepsen: NATS 2.12.1 8 months ago

Blockchains are still a scam

Did you actually look at the blockchain nodes implementation as of 2025 and what's in the roadmap? Ethereum nodes/L2s with optimistic or zk-proofs are probably the most advanced distributed databases that actually work.

(not talking about "coins" and stuff obviously, another debate)