<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: bvisness</title><link>https://news.ycombinator.com/user?id=bvisness</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Apr 2026 10:40:46 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=bvisness" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by bvisness in "Making WebAssembly a first-class language on the Web"]]></title><description><![CDATA[
<p>You can already make apps that write directly to a canvas today, and almost nobody does because they want what the DOM provides for them. Wasm changes nothing about the APIs available to web apps.</p>
]]></description><pubDate>Fri, 13 Mar 2026 23:12:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=47371258</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47371258</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47371258</guid></item><item><title><![CDATA[New comment by bvisness in "Making WebAssembly a first-class language on the Web"]]></title><description><![CDATA[
<p>The “single array of memory” is not the problem; that’s what all these languages already expect. The problem is the lack of meaningful memory APIs, e.g. virtual memory capabilities. I am co-champion of a proposal to fix this but have not been able to prioritize it for a while, unfortunately: <a href="https://github.com/WebAssembly/memory-control/blob/main/proposals/memory-control/Overview.md" rel="nofollow">https://github.com/WebAssembly/memory-control/blob/main/prop...</a></p>
]]></description><pubDate>Fri, 13 Mar 2026 23:03:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47371173</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47371173</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47371173</guid></item><item><title><![CDATA[New comment by bvisness in "Making WebAssembly a first-class language on the Web"]]></title><description><![CDATA[
<p>A lot of the time I think you just won’t want to use multiple components. It’s nice to be able to compose them together, I guess, but in general it seems to me that a toolchain will typically just want to generate a single big component so that everything can interact without limits internally.</p>
]]></description><pubDate>Fri, 13 Mar 2026 23:01:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47371156</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47371156</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47371156</guid></item><item><title><![CDATA[New comment by bvisness in "Making WebAssembly a first-class language on the Web"]]></title><description><![CDATA[
<p>This is not strictly true; there are synchronous APIs for compiling Wasm (`new WebAssembly.Module()` and `new WebAssembly.Instance()`) and you can directly embed the bytecode in your source file using a typed array or base64-encoded string. Of course, this is not as pleasant as simply importing a module :)</p>
]]></description><pubDate>Wed, 11 Mar 2026 17:41:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47338708</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47338708</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47338708</guid></item><item><title><![CDATA[New comment by bvisness in "Hardening Firefox with Anthropic's Red Team"]]></title><description><![CDATA[
<p>As someone on the SpiderMonkey team who had to evaluate some of Anthropic's bugs, I can definitely say that Anthropic's test cases were definitely far easier to assess than those generated by traditional fuzzers. Instead of extremely random and mostly superfluous gibberish, we received test cases that actually resembled a coherent program.</p>
]]></description><pubDate>Sat, 07 Mar 2026 01:56:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47283621</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47283621</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47283621</guid></item><item><title><![CDATA[New comment by bvisness in "Making WebAssembly a first-class language on the Web"]]></title><description><![CDATA[
<p>> I don't think making it a DOM controller is where the action is<p>Why not? I feel like people have gotten so used to the limitations of WebAssembly today that they've internalized JS as the only answer. But I don't really like JS, and would love to build web apps in other languages, and I totally would if it wasn't a huge pain (and slower too!)</p>
]]></description><pubDate>Thu, 26 Feb 2026 23:17:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47173599</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47173599</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47173599</guid></item><item><title><![CDATA[New comment by bvisness in "Making WebAssembly a first-class language on the Web"]]></title><description><![CDATA[
<p>It's proposed here: <a href="https://github.com/WebAssembly/component-model/issues/598" rel="nofollow">https://github.com/WebAssembly/component-model/issues/598</a><p>Basically, it's sugar for `package` and `world` in the case where you aren't actually defining a world for others to use, and just for your own use. In such a case, the package and world names are irrelevant anyway.</p>
]]></description><pubDate>Thu, 26 Feb 2026 19:34:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47170932</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=47170932</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47170932</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>Most of the time it's genuinely much easier to use Rust or Go than to use Python or Node because the tools are just so much better. This is why I don't like judging "high level" or "low level" by some perceived position in the stack. All I care about is how well it lets me express my intent as a programmer.</p>
]]></description><pubDate>Sun, 18 Jan 2026 22:07:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=46672643</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46672643</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46672643</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>I don't know why people always bring up "but networks! but client/server!" when I point out that 100% client-side behavior is slow on the web.</p>
]]></description><pubDate>Sun, 18 Jan 2026 22:04:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=46672621</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46672621</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46672621</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>It's very easy to say the New Reddit devs were just "doing it wrong" and oversubscribing their components to Redux state, for example. (I love me a good `state => state` selector.) But also, this irrelevant-update problem was pervasive across all of New Reddit, across the app I worked on professionally for five years, and across many other applications I've looked at with the React and Redux dev tools. Irrelevant updates happen all the time with this stack.<p>If everyone who uses it seriously ends up "doing it wrong", I say it's the framework's fault.</p>
]]></description><pubDate>Sun, 18 Jan 2026 22:03:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=46672612</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46672612</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46672612</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>As I mentioned in another comment, I find it easier to use Dear Imgui from a "lower-level language" like Odin or Go than to use any web framework with JS. You'd think that because web frameworks are so "high level" they would be better at expressing my intent. But actually the "lower level" tools are easier and faster and universally better. So which one is "high level" now? Which one is doing "more with less"?</p>
]]></description><pubDate>Sun, 18 Jan 2026 21:59:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46672568</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46672568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46672568</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>As much as I dislike invasive tracking, I don't think the blame lies with Marketing on this one. In most cases I think you could implement all the awful surveillance you want with extremely minimal overhead, even on the web. Certainly malware developers are at the extreme of invasive + low-overhead!<p>Certainly there are cases where some manager says "put this script in Google Tag Manager and don't ask any questions", but rarely have I ever seen that be the bottleneck. Programmers actually just write really bad frameworks, and then other programmers use them to make even worse software, for literally no reason other than "maybe this framework design would be cool".</p>
]]></description><pubDate>Sun, 18 Jan 2026 21:54:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=46672526</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46672526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46672526</guid></item><item><title><![CDATA[New comment by bvisness in "Launching the Handmade Software Foundation"]]></title><description><![CDATA[
<p>The Handmade community has been around for a decade now, well predating LLMs. Our values derive from Handmade Hero, which promoted a love for the craft of programming and an engineering mindset informed by deep understanding of how the computer and the platform actually work. The hallmark of the Handmade mindset is enthusiastically "reinventing the wheel", because building software from scratch, in the context of a specific problem, with a deep understanding of how computers work, can produce shockingly high-quality software.<p>Many people in or around the community have made great software over the years (4coder, File Pilot, RemedyBG, the RAD Debugger, Essence OS, Odin, raylib, kb_text_shape.h, Spall, etc.) but because it's a community of programmers, expertise in many "soft skills" is often lacking. This often prevents Handmade software from being a bigger success and sustaining its own development. Our goal is to fill in a lot of those gaps and help this amazing software achieve widespread success and redefine expectations for software quality across the industry.<p>We'll have a lot more details about what we do with the money once we actually start taking people's money.</p>
]]></description><pubDate>Sun, 18 Jan 2026 20:18:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=46671727</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46671727</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46671727</guid></item><item><title><![CDATA[New comment by bvisness in "Launching the Handmade Software Foundation"]]></title><description><![CDATA[
<p>No, we're still going to vet people. There's a slice of benefits we can offer to everyone who pays to become a member, but then on top of that we'll be able to provide tangible support for some number of projects as well, funded by the membership dues. Which projects we choose to support in this way will be at our discretion, and vetting the developer and the project is an obvious part of that process.<p>The thing we can offer developers, which is rather unique, is bespoke "Handmade-style" handling of many dull aspects of professional software: payments, licensing, email lists, websites, support, etc. The goal is to do these things without locking the project authors into a third-party platform; that is against our Handmade values and there are plenty of such products on the market today.</p>
]]></description><pubDate>Sun, 18 Jan 2026 20:08:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=46671637</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46671637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46671637</guid></item><item><title><![CDATA[New comment by bvisness in "Launching the Handmade Software Foundation"]]></title><description><![CDATA[
<p>The goal was always, first and foremost, to teach. This is super obvious from the announcement trailer alone[1], where he says the point of the project is to pass on a way of life that inspired him. If Casey wanted to make money from a game he wouldn't have bothered with thousands of hours of Twitch streams.<p>[1]: <a href="https://www.youtube.com/watch?v=A2dxjOjWHxQ" rel="nofollow">https://www.youtube.com/watch?v=A2dxjOjWHxQ</a></p>
]]></description><pubDate>Sun, 18 Jan 2026 20:01:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=46671585</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46671585</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46671585</guid></item><item><title><![CDATA[New comment by bvisness in "Launching the Handmade Software Foundation"]]></title><description><![CDATA[
<p>It's a large community of programmers whose values align with those demonstrated in Handmade Hero. Naturally not all of those programmers are going to do carbon copies of Handmade Hero. Some make and publish their own software that is developed with similar values in mind (e.g. File Pilot, 4coder, Odin). Others just enjoy programming that way for fun and like to discuss their hobby projects with other like-minded people. This shouldn't really be surprising; this is to be expected of any online community.</p>
]]></description><pubDate>Sun, 18 Jan 2026 19:55:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=46671532</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46671532</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46671532</guid></item><item><title><![CDATA[New comment by bvisness in "Launching the Handmade Software Foundation"]]></title><description><![CDATA[
<p>The point is that as a 501(c)(6) we are directly allowed to act in the interests of the software industry, without having to invent a tortured explanation for why benefiting a very lucrative industry is Charity, Actually.<p>The hope is that people will sponsor us because we directly boost the creation and publishing of high-quality software, and give some measure of benefits to our paying members, which is typical 501(c)(6) stuff.</p>
]]></description><pubDate>Sun, 18 Jan 2026 19:49:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=46671464</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46671464</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46671464</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>I work at Mozilla on their wasm compiler.</p>
]]></description><pubDate>Sun, 18 Jan 2026 04:50:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=46664869</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46664869</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46664869</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>I think it's easier to write than React! (And remember, I did React professionally for many years.)<p>People assume that surely the pile of high-level languages and frameworks will actually result in a better experience. But Dear Imgui or Clay are genuinely easier to use, easier to iterate in, and faster too. This is why I think it's so unhelpful to focus on the position in the stack: Dear Imgui is a better high level tool than React, despite being "low level" by modern expectations!</p>
]]></description><pubDate>Sun, 18 Jan 2026 04:46:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=46664855</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46664855</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46664855</guid></item><item><title><![CDATA[New comment by bvisness in "High-Level Is the Goal"]]></title><description><![CDATA[
<p>My whole argument is invalidated because one stupid company designed one really stupid truck? This just in: because pickup trucks have already been invented, all new attempts will result in Cybertrucks.</p>
]]></description><pubDate>Sun, 18 Jan 2026 04:42:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=46664835</link><dc:creator>bvisness</dc:creator><comments>https://news.ycombinator.com/item?id=46664835</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46664835</guid></item></channel></rss>