Hacker News: gr4vityWall

New comment by gr4vityWall in "Microsoft hasn't had a coherent GUI strategy since Petzold"

gr4vityWall — Mon, 06 Apr 2026 19:19:48 +0000

QML doesn't have a way to define interfaces with JSX and doesn't integrate with the wider JS tooling. From my very limited experience, it still feels too close to the C++ world.

New comment by gr4vityWall in "Microsoft hasn't had a coherent GUI strategy since Petzold"

gr4vityWall — Mon, 06 Apr 2026 16:47:37 +0000

I think Qt is only missing well-written, feature-complete bindings for a major JS runtime, including support for hot reload.

Developing UIs without hot reloading is too painful.

New comment by gr4vityWall in "No-build, no-NPM, SSR-first JavaScript framework if you hate React, love HTML"

gr4vityWall — Tue, 24 Mar 2026 11:48:44 +0000

From what I can tell, they do full page reloads when visiting a different page, and use Preact for building UIs using components. Those components and pages then get rendered on the server as typical template engines.

Google Chrome moving to a two-week Release Cycle, to begin on 8 September

gr4vityWall — Wed, 04 Mar 2026 19:39:59 +0000

Article URL: https://developer.chrome.com/blog/chrome-two-week-release

Comments URL: https://news.ycombinator.com/item?id=47252720

Points: 2

# Comments: 0

New comment by gr4vityWall in "Making Video Games in 2025 (without an engine)"

gr4vityWall — Mon, 02 Mar 2026 21:35:38 +0000

OpenFL should cover your needs pretty well. https://openfl.org

New comment by gr4vityWall in "Asahi Linux Progress Report: Linux 6.19"

gr4vityWall — Wed, 18 Feb 2026 20:30:31 +0000

I have a 120GB SSD from 2013 that saw typical gaming/workstation usage since it was bought, and it still works fine.

I think repairability is important, but I don't think it will stop those laptops from being popular.

New comment by gr4vityWall in "Asahi Linux Progress Report: Linux 6.19"

gr4vityWall — Wed, 18 Feb 2026 10:52:13 +0000

Great work. I believe used M1/M2 machines will be favored by young developers as their personal fun laptop in a few years, like the Thinkpad T420 used to be. For different reasons, of course.

Do the M4 and M5 GPUs also change a lot from the M3? I hope it's not too much work to get those going once M3 is usable.

New comment by gr4vityWall in "JavaScript-heavy approaches are not compatible with long-term performance goals"

gr4vityWall — Mon, 16 Feb 2026 19:56:39 +0000

> There's an underlying assumption that server-side code is inherently good, performant, and well crafted.

I didn't read it that way. I believe the underlying assumption is that the server-side code won't run in a power-constrained computer, thus having more performance headroom.

New comment by gr4vityWall in "UK Discord users were part of a Peter Thiel-linked data collection experiment"

gr4vityWall — Mon, 16 Feb 2026 19:19:46 +0000

I'm not a LLM, but you're absolutely right. That conclusion is sound.

New comment by gr4vityWall in "Parse, Don't Validate (2019)"

gr4vityWall — Tue, 10 Feb 2026 18:01:48 +0000

Haxe has a really elegant solution to this in the form of Abstracts[0][1]. I wonder why this particular feature never became popular in other languages, at least to my knowledge.

0 - https://code.haxe.org/category/abstract-types/color.html

1 - https://haxe.org/manual/types-abstract.html

New comment by gr4vityWall in "Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework"

gr4vityWall — Tue, 03 Feb 2026 18:33:08 +0000

They seem to have a schema solution from their docs: https://docs.modelence.com/stores

New comment by gr4vityWall in "Launch HN: Modelence (YC S25) – App Builder with TypeScript / MongoDB Framework"

gr4vityWall — Tue, 03 Feb 2026 18:32:37 +0000

How does your framework compares to Meteor.js? I see similarities in the problems being solved, and the tech stack being used. Do you have examples of the idiomatic way of client/server communication in Modelence?

I think the line between the framework and the AI code generation tool is blurry.

New comment by gr4vityWall in "GOG: Linux "the next major frontier" for gaming as it works on a native client"

gr4vityWall — Sun, 01 Feb 2026 12:56:25 +0000

In principle I agree with you. But people seem to like using a game-specific launcher for games like Steam, GOG, Heroic Launcher, Hydra Launcher, etc.

New comment by gr4vityWall in "GOG: Linux "the next major frontier" for gaming as it works on a native client"

gr4vityWall — Fri, 30 Jan 2026 09:57:23 +0000

Alternatively, work on developing protocols for game launchers instead. Get the Heroic Launcher devs and devs from other launchers to work on a common interface.

New comment by gr4vityWall in "Show HN: A MitM proxy to see what your LLM tools are sending"

gr4vityWall — Thu, 29 Jan 2026 08:24:25 +0000

I appreciate that attitude. Keep it up.

New comment by gr4vityWall in "SmartOS"

gr4vityWall — Thu, 22 Jan 2026 13:33:49 +0000

Their Github repos seem fairly active, from a quick look: https://github.com/TritonDataCenter

Their website is indeed out of date. Reminds me of Haxe in that aspect. The language itself is receiving significant development, but the website looks abandoned, and no new blog posts have been posted in a while.

New comment by gr4vityWall in "SmartOS"

gr4vityWall — Wed, 21 Jan 2026 19:41:38 +0000

These days, you're indeed better off using Illumos/SmartOS to run GNU/Linux zones/VMs, rather than native applications, from what I hear.

New comment by gr4vityWall in "SmartOS"

gr4vityWall — Wed, 21 Jan 2026 19:39:58 +0000

I know someone who runs SmartOS for their home server. They only had good things to say about it. It's been working well for a few years now.

New comment by gr4vityWall in "Why Object of Arrays beat interleaved arrays: a JavaScript performance issue"

gr4vityWall — Sun, 18 Jan 2026 20:42:05 +0000

Running the benchmark from the article on my laptop (M4 Macbook Air) had a few interesting results:

* when running the script with Node.js, the results are inline with the article (SoA is the fastest)

* Bun is slower than Node.js with both SoA and AoS.

* Bun has similar performance between SoA and AoS.

* in Bun, Interleaved is the fastest one by a significant margin. This is consistent through runs.

% bun bench.js

AoS: 924.54ms

SoA: 1148.57ms

Interleaved: 759.01ms

Bun's performance profile seems very different from Firefox and V8-based runtimes there. I wonder how QuickJS would fare. The article didn't mention the CPU used either, the performance difference may be dependent on the architecture as well.

New comment by gr4vityWall in "High-Level Is the Goal"

gr4vityWall — Sun, 18 Jan 2026 16:04:24 +0000

You give up on hot reloading when using dear imgui and C++, though. There's nothing comparable to Vite in most ecosystems for building desktop programs, as far as I'm aware.

Tooling is the problem, I've used imgui and it's pretty good. But not nearly as practical for prototyping UI.