Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
nicoburns
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
61.
▲
by
nicoburns
2mo ago
> Reading from Europe where we get told "gas" is the big bad, even threatening to make condensing gas boilers illegal from time to time Long-term this is true, and it makes sense to ban gas boilers (potentially with some except
62.
▲
by
nicoburns
3mo ago
It got dropped in 2020, picked up again in 2022/2023, and just hit the pre-2020 activity level (in terms of commits per unit time) this year.
63.
▲
by
nicoburns
3mo ago
Servo does also have a handful of people employed to work on it full time outside of that $7k (not sure if that's also true of Ladybird or not)
64.
▲
by
nicoburns
3mo ago
This is cool! And as someone else who's been building their own browser engine: welcome to the club! Do you have WPT tests results, and/or screenshots of it rendering real websites?
65.
▲
by
nicoburns
3mo ago
Yes! There are a few experiments with JS engines going on (all very early stage atm (and many vibe coded) but looking promising enough to justify doing a proper implementation in future). With this you can actually run regular React DOM (so
66.
▲
by
nicoburns
3mo ago
I've been building for the fast/embeddable browser engine niche: Source: https://github.com/dioxuslabs/blitz Status: https://blitz.is/status/css Typical binary sizes are around 10-20mb,
67.
▲
by
nicoburns
3mo ago
> just individual components That kinda undersells it I think. It's really core components being ported: the JavaScript engine is already ported, with the style and layout systems underway.
68.
▲
by
nicoburns
3mo ago
WOFF2 is pretty cool. I recently ported the C++ woff2 library ( https://github.com/google/woff2 - as used by Chrome, Firefox) to Rust ( https://github.com/nicoburns/wuff ), and it turn out WOFF2 has
69.
▲
by
nicoburns
3mo ago
The worst thing about exceptions is that you can't tell from the type signature of a function whether it might throw one. So you have to hope it's documented, guess at whether try-catch is necessary, or reading through the entire
70.
▲
by
nicoburns
3mo ago
That "git add -p" works from the command line is cool, but this is the one git task that I feel is significantly easier using a GUI tool (I use one specifically for this (and viewing diffs) while otherwise mostly using the command
71.
▲
by
nicoburns
3mo ago
> In extremely high performance code you use different data structures and algorithms and change your approach to memory allocation. It's worth noting that the reason Rust doesn't include support for custom memory allocation pa
72.
▲
by
nicoburns
3mo ago
In some countries, getting that prescription is much harder (unless you have the medical condition the medicine is intended/licensed for)
73.
▲
by
nicoburns
3mo ago
> The tools are just binaries in how they're used They are today, but the potential would be to expose something like the TypeScript compiler as a library. That is possible today with a lot of the JS tooling.
74.
▲
by
nicoburns
3mo ago
Type systems just used to be bad. Anything that forces you to use a class hierarchy to represent an "OR" type (sum types) is painful to work with. Modern languages like TypeScript / Rust / Swift / Kotlin that have s
75.
▲
by
nicoburns
3mo ago
The benefit to Rust rewrite would be integration with the rest of the JS tooling ecosystem which is increasingly written in Rust rather than performance. It probably won't ever happen though. > It's easy to reimplement typescri
76.
▲
by
nicoburns
3mo ago
I actively prefer GLM-5.2 for some tasks. For simple tasks the results are just as good as e.g. Opus, and it produces results significantly faster.
77.
▲
by
nicoburns
3mo ago
How would you ever measure market motivation in such a small market that has max 2-4 viable alternatives? The market mechanism breaks down in such circumstances.
78.
▲
by
nicoburns
4mo ago
> The rest is just the UI "just contenteditable" is really understating things. contenteditable is a god awful API full of bugs and inconsistencies. Making something reliable on top of it is a very significant amount of work.
79.
▲
by
nicoburns
4mo ago
FCKEditor and TinyMCE were using contenteditable.
80.
▲
by
nicoburns
4mo ago
Note the GP says "I will spread my money towards the Chinese models AS WELL", so it's more of a case of encouraging competition rather than betting on any one actor.
81.
▲
by
nicoburns
4mo ago
I think the key difference with piranhas is that they eat humans . Most carnivorous fish eat other fish or water-dwelling creatures.
82.
▲
Frontier Code (AI coding benchmark)
(cognition.com)
2 points
by
nicoburns
4mo ago
|
0 comments
83.
▲
by
nicoburns
4mo ago
This talk contains a really good explanation of this problem (and also discussion around how it's solved in Typst) https://www.youtube.com/watch?v=yWWVhbyOWWE
84.
▲
by
nicoburns
4mo ago
I mean, I agree it's not fixed. I guess I'm just saying it's not the layout engine that's the blocker. FWIW, I actually think it would be much more valuable just to fix the spec and make CSS layout fast-by-default.
85.
▲
by
nicoburns
4mo ago
Running layout in WASM is already practical. A good demo is https://www.nicbarker.com/clay The things you can't do are things like expose an accessibility tree (without a dummy DOM), interact with the system IME, and a
86.
▲
by
nicoburns
4mo ago
I think AI is still in it's "mainframe era". Once upon a time, computers that ran useful workloads filled a whole room. And now that's true of computers that run (state of the art) AI models. My guess would be that this
87.
▲
by
nicoburns
4mo ago
Yeah, the RAM usage is quite high atm. The good news is that it's almost all the rendering layer (WGPU+Vello). So if we can make the renderer more efficient then it's likely we can bring that down. There is also some low hanging f
88.
▲
by
nicoburns
4mo ago
We now also have a custom GPU renderer (Blitz), which makes Dioxus more comparable to Flutter or the other Rust GUI toolkits (GPUI, Iced, etc).
89.
▲
by
nicoburns
4mo ago
> I've always wanted to build a direct-browser integration that could use HTML+CSS for the layout, but avoids needing a JS runtime. Idk how lightweight servo is but one day I hope I will see my idea come to light Blitz ( https:/
90.
▲
by
nicoburns
4mo ago
It's definitely an "it depends" thing. It's easy to overabstract. On the other hand, I've also met junior developers who just didn't know how to use function parameters.
More ›