<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: Asooka</title><link>https://news.ycombinator.com/user?id=Asooka</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 01 Oct 2026 03:17:14 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Asooka" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Asooka in "GPT 6.1 Sol: Near-Astra intelligence for a fifth of the price"]]></title><description><![CDATA[
<p>I don't think it will get quite that bad. Making your own pharmaceuticals is practically impossible, because you cannot buy the machines or chemicals needed without jumping over lots of regulatory hurdles. Training your own AI model is just a question of money and time. The hurdles there are mostly technical - how do you read the entire Internet without getting banned. Unless you envision a future where AI training itself is regulated.</p>
]]></description><pubDate>Wed, 30 Sep 2026 17:32:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=49911943</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49911943</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49911943</guid></item><item><title><![CDATA[New comment by Asooka in "How I changed teaching after AI managed to do all my homework assignments"]]></title><description><![CDATA[
<p>Yeah and look at where this soft approach landed us. We have entitled crybabies voting for Hitler 2.0 because they can't stomach the uncomfortable feeling of seeing a diverse person in their pure white neighbourhoods. Children and young adults need to be hit with the big hard fist of reality repeatedly until they become good people. If some should fall through the cracks, they would not have made for good members of society anyway, so best they fall early and not drag the rest of us with them.</p>
]]></description><pubDate>Sun, 27 Sep 2026 06:31:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49863941</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49863941</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49863941</guid></item><item><title><![CDATA[New comment by Asooka in "Base84 deserves a place in file names"]]></title><description><![CDATA[
<p>For efficiency, I would prefer to store files with a random short filename that's just letters and digits and store the original name in a separate database.</p>
]]></description><pubDate>Sun, 13 Sep 2026 20:53:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=49688565</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49688565</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49688565</guid></item><item><title><![CDATA[New comment by Asooka in "Decompiling a Nintendo 64 game in 84 days"]]></title><description><![CDATA[
<p>That's better than the games not being made in the first place because the Ministry of Culture deems it unimportant and puerile, which is what happens in Communism. You also can't have indies, because you can't publish anything without the state's approval, not to mention you also can't sell things for monetary gain.<p>I think 80-ish days to recompile and old binary is a much better alternative to the total death of human arts and innovation, and the unending list of crimes against humanity that Marx's theory has led to every time it has been applied.<p>But to keep it a bit more videogame related, Marx always reminds me of this speech by senator Armstrong of Metal Gear Rising: <a href="https://www.youtube.com/watch?v=IMpuUUV2HeE" rel="nofollow">https://www.youtube.com/watch?v=IMpuUUV2HeE</a> . "We will use an absolute totalitarian state to abolish the state" - a lofty goal turned into complete lunacy.</p>
]]></description><pubDate>Fri, 28 Aug 2026 08:27:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49475926</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49475926</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49475926</guid></item><item><title><![CDATA[New comment by Asooka in "What's new in Emacs 31.1"]]></title><description><![CDATA[
<p>There was a lot of discussion around the time it was being removed[0], but it seems the glibc people simply didn't want the support burden and Emacs was the single user of that interface. I think the issues could have been resolved by checking if all shared libraries are exactly the same as when unexec was called, that the kernel is the same and that the CPU is the same, and failing if anything doesn't match, thus falling back on slow startup. That said, portably serialising the state and loading it back is a better solution IMO.<p>[0] <a href="https://lwn.net/Articles/673724/" rel="nofollow">https://lwn.net/Articles/673724/</a></p>
]]></description><pubDate>Tue, 25 Aug 2026 17:22:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49437475</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49437475</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49437475</guid></item><item><title><![CDATA[New comment by Asooka in "Stop Making TUIs"]]></title><description><![CDATA[
<p>If writing a GUI was as easy and stable as writing a TUI, yeah we should write more GUIs. I can run practically any ancient TUI program on a terminal emulator, but running a GUI program that uses an older version of GTK means going through dependency hell to compile and install all the old library versions. If they even compile with the new GCC... I really wish we had a standard way to spawn a webview (or similar) and connect stdin/out to it.</p>
]]></description><pubDate>Sat, 22 Aug 2026 11:30:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49398633</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49398633</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49398633</guid></item><item><title><![CDATA[New comment by Asooka in "Show HN: Automatically detect and patch walking-dead states in Sierra games"]]></title><description><![CDATA[
<p>I did, but found it somewhat boring. Yes, I did get to the stuff you're thinking about, but personally it felt too forced. The game was trying to present itself as breaking the fourth wall in a way that is impossible with something built on Ren'Py. That is, I would say DDLC tries too hard and ends up stretching my suspension of disbelief past its breaking point.<p>Also, past the weird bits, there isn't anything there. I have no reason to care for these characters. It feels like a vertical slice of a longer game, or a proof of concept.<p>DDLC has a really cool idea that should be tried again, in a way that remains consistent within its game world, with more character depth and a longer story.</p>
]]></description><pubDate>Thu, 20 Aug 2026 11:08:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49373021</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49373021</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49373021</guid></item><item><title><![CDATA[New comment by Asooka in "Show HN: Automatically detect and patch walking-dead states in Sierra games"]]></title><description><![CDATA[
<p>You could have also learned how to edit the saves to give yourself the radio :) . A tall ask of an 8-year-old of course, but not beyond the realm of possibility. Funny you mention Bennett Foddy's Getting Over It, because that's kind of how I "beat" it. After about 6 years of on and off attempts that always died around the church, I got fed up and edited the physics constants to make the game significantly easier. Since I used my own skill to hack the game and not an outside patch, I consider that "beating" the game in a sense.<p>I am now thinking if you can pull off an adventure game where some puzzles require editing the save file. It would be pretty tricky to make it understandable to most people. Now that I think about it, I wouldn't put it past Deltarune to eventually have an easter egg that can only be reached from a save state, which is impossible to achieve through normal gameplay. I know it doesn't have one right now, because all the scripts have been examined in depth and nothing like that was found.</p>
]]></description><pubDate>Wed, 19 Aug 2026 11:44:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=49360221</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49360221</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49360221</guid></item><item><title><![CDATA[New comment by Asooka in "Show HN: Automatically detect and patch walking-dead states in Sierra games"]]></title><description><![CDATA[
<p>Or the author could get in touch with GoG, who currently distribute several classic Sierra games. I'm sure they would be happy to offer patched versions.</p>
]]></description><pubDate>Wed, 19 Aug 2026 11:25:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=49360052</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49360052</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49360052</guid></item><item><title><![CDATA[New comment by Asooka in "A 25-year-old video patent just expired, ending a legal headache for Linux"]]></title><description><![CDATA[
<p>I think of them as legalised marijuana. It is not good for you, but if it were made illegal, there will be criminal organisations providing the service. Without patents, we would be mired in NDAs dictating which company can talk to which other company about what technology, and quite possibly several open-source developers passing away in mysterious circumstances.<p>So I see it as unavoidable evil. The patent system makes it lawful evil as opposed to chaotic evil, which is strictly speaking an improvement.</p>
]]></description><pubDate>Wed, 19 Aug 2026 08:46:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49358796</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49358796</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49358796</guid></item><item><title><![CDATA[New comment by Asooka in "Faster floating point math with Rust's new API"]]></title><description><![CDATA[
<p>I like the idea, but I hate how verbose it is. Would be nice if there was also a macro that would transform all arithmetic within a block into algebraic arithmetic. The name is also a bit misleading, as I would expect "alebraic_add" to give an exact algebraic result, but instead it enables optimisations based on associative semantics.<p>As a sidenote, if implemented as a macro, e.g.<p><pre><code>    fn fast_sum_f64(values: &[f64]) -> f64 {
        let mut total = 0;
        fp_opt!(associative, {
            for value in values {
                total += value;
            }
        });
        return total;
    }
</code></pre>
A question arises what happens when operating on custom types that overload arithmetic operations. I think the cleanest approach here would be to let the custom type define optimised versions, or have another macro that automatically generates them based on the existing ones, i.e. propagate the optimisation flags.</p>
]]></description><pubDate>Tue, 11 Aug 2026 15:47:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49260157</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=49260157</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49260157</guid></item><item><title><![CDATA[New comment by Asooka in "Germany maybe found a new source of renewable energy"]]></title><description><![CDATA[
<p>The "nuclear waste" argument is so weird to me. We take radioactive rocks from the ground. Make them less radioactive. Put them back in the ground. There is no output that wasn't dug up out of the ground originally. It would have been polluting the original location already.</p>
]]></description><pubDate>Wed, 15 Jul 2026 21:38:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=48927396</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48927396</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48927396</guid></item><item><title><![CDATA[New comment by Asooka in "Prefer strict tables in SQLite"]]></title><description><![CDATA[
<p>Well no, the software should be configured in its best state by default. Otherwise you run into the case where the user has to read the documentation like a legal contract to find all the footguns that need disabling. If STRICT is strictly better, than that should be the default. The correct approach here would be for the user to pass along a "compatibility version" tag when first connecting, which would set the defaults to whatever was default in that version. That should be something you force each user to set in their source and it should never ever have a "latest" value. It may be too late for sqlite, but if I were designing an API that had to remain stable for decades now, I would put an enum with possible versions in a header and require the user to pick one.</p>
]]></description><pubDate>Sat, 11 Jul 2026 20:36:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48875588</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48875588</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48875588</guid></item><item><title><![CDATA[New comment by Asooka in "Almost Always Unsigned"]]></title><description><![CDATA[
<p>The entire reason for integer under/overflow to be undefined is to enable compiler optimisations. If you're going to be using unsigned anyway, we might as well drop the undefined behaviour from the standard and just say it's machine-defined. That should honestly be the correct choice. If a loop is hot enough to benefit from those optimisations, you can easily rewrite it in a form that makes the compiler assume overflow won't happen. Either using current syntax with unreachable(), or we can add a runtime_assume(expr) expression that signals to the compiler that it can assume expr is true. Though for full safety I would prefer using if(likely(expr)) {fast code} else {panic or return error}.<p>As an aside, unsigned does not save you from undefined behaviour. When sizeof(short)==2 and sizeof(int)==4 (e.g. x86, x64, arm32, arm64), then multiplying two unsigned short values happens by upcasting them to ints (see integer promotion rules), which can overflow the int.<p>My personal opinion is that along with making signed overflow defined, unsigned integers should be entirely removed as a type and there should instead be separate signed vs unsigned operators, because at the processor level there is no difference between the two, and there hasn't been a good case to separate them at the hardware level for the last ~half century. Basically, do what Java does with some syntax like unsigned{expr} which forces all integers inside expression to be treated as unsigned. Unsigned literals can stay, but they will be bitcast to signed equivalents if used outside unsigned context.</p>
]]></description><pubDate>Thu, 09 Jul 2026 22:42:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48853383</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48853383</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48853383</guid></item><item><title><![CDATA[New comment by Asooka in "AI can't be listed as inventor on patent applications, Japan's top court rules"]]></title><description><![CDATA[
<p>Reverse engineering may be easy for really simple inventions, but quickly becomes so hard you may as well invent the thing from scratch. Look at USSR's domestic chip production. At one point they succeeded in reverse-engineering chips like Intel's 8086, VAX etc., but chip design very quickly became so complex reverse-engineering the entire chip became impossible. I would say if an invention can be easily reverse-engineered, then it is a simple foundational idea that should not be patented, and if it is truly innovative, then it cannot be reverse-engineered easily and doesn't need patent protections.<p>Then there is the fact that when something is patented, that has a chilling effect on competition, making the market less efficient.<p>There are also a lot of really silly patents that end up benefitting no-one, not even their inventor, but only result in needless litigation. The recent lawsuit between Nintendo and PocketPair comes to mind.<p>While there are cases in which patent law can help individual people profit from their invention, once all consequences are tallied, the overall effect of patent law on society appears to be negative.</p>
]]></description><pubDate>Thu, 02 Jul 2026 16:43:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48764038</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48764038</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48764038</guid></item><item><title><![CDATA[New comment by Asooka in "Pystd, similar-ish functionality with a fraction of the compile time"]]></title><description><![CDATA[
<p>Would be helpful to show how this compares to other C++ std replacements, e.g. Abseil and Folly.</p>
]]></description><pubDate>Wed, 01 Jul 2026 08:49:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=48743967</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48743967</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48743967</guid></item><item><title><![CDATA[New comment by Asooka in "A native graphical shell for SSH"]]></title><description><![CDATA[
<p>In general I would like to see a web browser escape sequence for console applications. Just send a command to the terminal to connect a web browser to your stdin/out and present any UI you want over html. The terminal can then open a regular socket listening on localhost and act as a CGI server. For security the terminal should pick a random IP in the localhost range and a random URL. Technically that is security by obscurity, but guessing a cryptographically secure URL should be hard enough for attackers. The reasons to do it as an escape sequence and not just have the application open a socket and start the browser are: To enable remote GUI; To avoid the complexity of each application implementing networking; To enable better desktop integration, since the terminal itself is part of the Desktop Environment, so it can start a DE-specific browser, preferably in single-application mode. Also, it should be possible to automatically put the application in the background so you basically just run GUI applications like normal.</p>
]]></description><pubDate>Mon, 29 Jun 2026 19:43:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48724138</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48724138</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48724138</guid></item><item><title><![CDATA[New comment by Asooka in "Enhancing x11 Application Security with LXC (2025)"]]></title><description><![CDATA[
<p>Wayland was started 18 years ago. When it was conceived, X11 was 20 years old. In 2 years, we should probably start talking about replacing Wayland with a modern display server...<p>In all seriousness, it is another stark reminder why you never rewrite from the ground up. Especially when you're replacing a foundational technology like the display server. In the same time Microsoft reworked their display driver model twice without requiring a single change from application developers. The Linux world doesn't have that many application developers, we should not be asking them to continually chase newer and newer APIs. A rolling stone gathers no moss.</p>
]]></description><pubDate>Sun, 28 Jun 2026 11:31:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48706434</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48706434</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48706434</guid></item><item><title><![CDATA[New comment by Asooka in "Millimeter wave technology drills 100 meters into granite"]]></title><description><![CDATA[
<p>> To do both, they’ll have to guarantee that that column of water stays isolated from groundwater for a long time after the fuel is used up.<p>I wonder if just letting the water gradually dissolve the uranium might not be fine, actually. If it is done far from wells and rivers used for drinking water, then the small amount of radioactive minerals that slowly seep out might not pose a danger. I can't find any studies to back it up, but I imagine there are places on Earth at which enriched uranium buried 1.6km underground poses no threat. I am no expert, so I would love to hear what others think.</p>
]]></description><pubDate>Wed, 24 Jun 2026 12:06:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48658481</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48658481</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48658481</guid></item><item><title><![CDATA[New comment by Asooka in "The room the economy can't see"]]></title><description><![CDATA[
<p>This sounds like a gaming club. A small one, but a gaming club. Those exist, we have them all over. You pay for them in a variety of ways, in this case the way being forced seizure of wealth aka taxes. Other ways are via profit from sales of consumables (what the article alludes to) or membership fees. In all cases it is the parents that pay for them. It is absolutely possible for the market to build a non-predatory gaming club, but I concede it is easier when you can just get a government grant. It is entirely possible nobody in Stockholm can run a gaming room as a profitable business. Profitable businesses are hard even when they are simple.<p>The rest of the article can basically be summed up with "work takes too much time and pays too little", which is absolutely true.<p>I am not sure what the jab at stay at home moms or grandparents who help with childcare is supposed to be. Probably some other communist drivel. Grandma absolutely did not do unpaid childcare, she was insistent she had to teach us right and also got tons of labour and money from my parents. If the exchanges of money and labour between parents and grandparents in the context of childcare were measured, it would probably double the nation's GDP.</p>
]]></description><pubDate>Fri, 19 Jun 2026 20:30:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48602911</link><dc:creator>Asooka</dc:creator><comments>https://news.ycombinator.com/item?id=48602911</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48602911</guid></item></channel></rss>