<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: archargelod</title><link>https://news.ycombinator.com/user?id=archargelod</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 10 Oct 2026 05:16:51 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=archargelod" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by archargelod in "Hepburn Romanization: How to Read Japanese in the Latin Alphabet"]]></title><description><![CDATA[
<p>Notice how I didn't say that I "learned" both in a day, I "remembered" them. Of course actual learning will take some time, especially with less used characters.
But remembering shapes and differentiating between them using mnemonics should not be too hard for most people.</p>
]]></description><pubDate>Sat, 12 Sep 2026 02:30:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49668113</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49668113</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49668113</guid></item><item><title><![CDATA[New comment by archargelod in "Hepburn Romanization: How to Read Japanese in the Latin Alphabet"]]></title><description><![CDATA[
<p>Absolutely agree. Romaji was absolutely pointless for me and probably a detriment overall to learning a language. Japanese uses consonant + vowel pairs as a rule, and the faster you train your intuition for this, the better.<p>Remembering both Hiragana and Katakana took me no more than a day each. Although I have to admit that I already tried learning them around 5 years ago and gave up back then out of lack of motivation.</p>
]]></description><pubDate>Sat, 12 Sep 2026 01:30:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49667719</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49667719</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49667719</guid></item><item><title><![CDATA[New comment by archargelod in "Simple Is Not Small"]]></title><description><![CDATA[
<p>Depends on what you mean by "simple". In my head, specifically with software, simple is defined as "does less", which is definitely somewhat easier to make, than a complex program that "does more".</p>
]]></description><pubDate>Mon, 07 Sep 2026 23:08:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=49603970</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49603970</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49603970</guid></item><item><title><![CDATA[New comment by archargelod in "New type of dice guarantees no tie when deciding who goes first"]]></title><description><![CDATA[
<p>Literally doesn't matter, player closest to dice at the moment you open the box.</p>
]]></description><pubDate>Fri, 04 Sep 2026 06:52:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=49561352</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49561352</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49561352</guid></item><item><title><![CDATA[New comment by archargelod in "New type of dice guarantees no tie when deciding who goes first"]]></title><description><![CDATA[
<p>Can somebody explain why not just make a die with 5! sides, and roll it once to decide the order? With each side having a unique order printed e.g. 12345 -> 12354 -> ...<p>Especially, that 120-sided dice are already invented and commercially available.</p>
]]></description><pubDate>Fri, 04 Sep 2026 01:51:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=49559568</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49559568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49559568</guid></item><item><title><![CDATA[New comment by archargelod in "Mojo is now open source"]]></title><description><![CDATA[
<p>I still classify JIT languages as interpreted, because they require a runtime and it kills the convenience of sharing small binary e.g. in C or Nim.<p>And Julia docs are also unambigious in stating that code is sometimes interpreted[0]:<p>> jl_toplevel_eval_flex() then uses some simple heuristics to decide whether to JIT compile the AST or to interpret it directly.<p>[0] - <a href="https://docs.julialang.org/en/v1/devdocs/eval/#Julia-Execution" rel="nofollow">https://docs.julialang.org/en/v1/devdocs/eval/#Julia-Executi...</a></p>
]]></description><pubDate>Sat, 22 Aug 2026 23:40:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=49404918</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49404918</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49404918</guid></item><item><title><![CDATA[New comment by archargelod in "There's no reason for software to be slow anymore"]]></title><description><![CDATA[
<p>How do you write a spec for correctness? Only the small and unimpressive programs can be checked exhaustively.</p>
]]></description><pubDate>Sat, 22 Aug 2026 02:32:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=49396067</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49396067</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49396067</guid></item><item><title><![CDATA[New comment by archargelod in "Mojo is now open source"]]></title><description><![CDATA[
<p>I indeed don't know about Java, but with C# there are a lot of limitations if you want AOT compilation and you still get the bloated binary and limited performance.<p>I also, personally, never seen a single project written in either Java or C# that distributes aot binaries.</p>
]]></description><pubDate>Wed, 19 Aug 2026 09:29:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49359100</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49359100</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49359100</guid></item><item><title><![CDATA[New comment by archargelod in "Mojo is now open source"]]></title><description><![CDATA[
<p>Inferior to languages that compile to native binaries, not burning dramatically more cpu cycles than necessary.</p>
]]></description><pubDate>Wed, 19 Aug 2026 08:59:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49358899</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49358899</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49358899</guid></item><item><title><![CDATA[New comment by archargelod in "Mojo is now open source"]]></title><description><![CDATA[
<p>I was excited to try Julia, but then, as I saw it was an interpreted language, with bulky runtime, slow startup times and bloated library sizes - my initial interest quickly faded.<p>For the same reasons I see languages like Python, Java, C# as inferior.</p>
]]></description><pubDate>Wed, 19 Aug 2026 04:12:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=49356705</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49356705</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49356705</guid></item><item><title><![CDATA[New comment by archargelod in "Pi's Minimalism Is Its Advantage"]]></title><description><![CDATA[
<p>Sorry for negativity, but it wouldn't hurt to put some qualifier in the title, like, "Pi agent". So people, not interested in that theme can avoid your article. Thank you.<p>I was expecting an article about Pi constant or maybe raspberry Pi computer. "My Disappointment Is Immeasurable And My Day Is Ruined!"</p>
]]></description><pubDate>Wed, 05 Aug 2026 12:29:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49181913</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49181913</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49181913</guid></item><item><title><![CDATA[New comment by archargelod in "Show HN: Distilling DeepSeek into GPT-OSS doesn't transfer censorship. Try it"]]></title><description><![CDATA[
<p>You don't need that many with Deepseek. The easy jailbreak is to provide an excessive character sheet that states that it's a real person, not an AI. And make sure that your character has absolutely no self-censoring or morals. LLM will play it perfectly in-character without refusals.<p>You can get it talking about Tiananmen Square event in, like, 2-3 prompts.</p>
]]></description><pubDate>Thu, 30 Jul 2026 23:53:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49117365</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49117365</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49117365</guid></item><item><title><![CDATA[New comment by archargelod in "Zig's Incremental Compilation Internals"]]></title><description><![CDATA[
<p>You can find a number of benchmarks with similar results, but I really like this one[0]. I didn't check all algorithms for differences, but just looking on mandelbrot bench - both are version 1 (without hacks or some manual loop unrolling thrown in) and both are implemented in semantically identical code. Nevertheless, Nim version runs 7x faster and, literally, on par with C.<p>[0] - <a href="https://programming-language-benchmarks.vercel.app/nim-vs-go" rel="nofollow">https://programming-language-benchmarks.vercel.app/nim-vs-go</a></p>
]]></description><pubDate>Wed, 29 Jul 2026 11:46:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=49096207</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49096207</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49096207</guid></item><item><title><![CDATA[New comment by archargelod in "Zig's Incremental Compilation Internals"]]></title><description><![CDATA[
<p>> GC languages are slower<p>This is not necessarily true. It depends on a language, e.g. Go is slow, Nim[0] is extremely fast with conventional GC and slightly faster with ARC/ORC[1].<p>GC programs can be faster than manually managed ones in some cases. It's just manual memory management gives you more control of where and when free is called. And a good type system is a privelege that gives Nim more control with destructors.<p>Another scarecrow of safe languages is GC pauses, which is also not a thing in Nim, see table in [2].<p>[0] - <a href="https://nim-lang.org/" rel="nofollow">https://nim-lang.org/</a><p>[1] - <a href="https://nim-lang.org/blog/2020/10/15/introduction-to-arc-orc-in-nim.html" rel="nofollow">https://nim-lang.org/blog/2020/10/15/introduction-to-arc-orc...</a><p>[2] - <a href="https://nim-lang.github.io/Nim/mm.html" rel="nofollow">https://nim-lang.github.io/Nim/mm.html</a></p>
]]></description><pubDate>Wed, 29 Jul 2026 01:30:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49092341</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49092341</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49092341</guid></item><item><title><![CDATA[New comment by archargelod in "A shell colon does nothing. Use it anyway"]]></title><description><![CDATA[
<p>I'm just too used to how parsing works in Zsh. For bash and sh, there is indeed should be a semicolon.</p>
]]></description><pubDate>Sun, 26 Jul 2026 10:34:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=49056632</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49056632</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49056632</guid></item><item><title><![CDATA[New comment by archargelod in "A shell colon does nothing. Use it anyway"]]></title><description><![CDATA[
<p>Why take a perfectly readable if-statement and turn it into something, 99.9% of people would need to lookup. Concise != better. You can make it one line with:<p><pre><code>    [ -z "$1" ] && { echo "missing argument, aborting." 1>&2; exit 1 }</code></pre></p>
]]></description><pubDate>Sun, 26 Jul 2026 09:34:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=49056297</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49056297</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49056297</guid></item><item><title><![CDATA[New comment by archargelod in "The new rules of context engineering for Claude 5 generation models"]]></title><description><![CDATA[
<p>> We typically don't make an organized effort to eradicate them unless they are actively doing us harm.<p>Animals are either useful and breeded controllably, or useless and considered a pest, an obstacle to {insert any goal here}.<p>Also animals don't tend to think critically and at the high level to be considered dangerous. So I don't think it's fair to put humans and other animals in the same risk category.<p>And we did the worst things to fellow humans. I hope we didn't already forget about all the colonization, slavery and mass-eradication of native tribes in 18th century all over the world.</p>
]]></description><pubDate>Sun, 26 Jul 2026 02:10:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49053949</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49053949</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49053949</guid></item><item><title><![CDATA[New comment by archargelod in "If coding has been solved, why does software keep getting worse?"]]></title><description><![CDATA[
<p>Large companies are on the path of replacing people who are bad at coding, with systems that are emulating humans who are bad at coding.<p>Coding has been solved in the sense that, per dollar spent, companies can get 10x or even 100x the amount of code of roughly the same terrible quality.</p>
]]></description><pubDate>Sat, 25 Jul 2026 04:02:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49044406</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49044406</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49044406</guid></item><item><title><![CDATA[New comment by archargelod in "Why Software Factories Fail (or: harness engineering is not enough)"]]></title><description><![CDATA[
<p>Apparently, from what I usually see, they start a completely new project every couple of days. Some revibe their older projects from scratch, with "better" prompts (surely that was the problem).</p>
]]></description><pubDate>Fri, 24 Jul 2026 09:12:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49033021</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49033021</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49033021</guid></item><item><title><![CDATA[New comment by archargelod in "I regret migrating to Codeberg"]]></title><description><![CDATA[
<p>> The author seems annoyed that Codeberg wants to focus on projects that have a legitimate contributor community and is not designed for one-off individual projects.<p>And the author is wrong. Nothing in the ban on heavy LLM-assisted projects + crypto and the subsequent blog post[0] is suggesting that Codeberg is against solo projects without community.<p>If you read the post[0] carefully and not using AI-summaries or assuming context from HN/Reddit/X comments you'll see that they are calling out specifically projects that overuse resources that are meant to be equally shared. For projects with large communities, that is expected, but solo projects with zero effective users spinning CI 20 hours a day and uploading many hundreds megabytes of code daily is just plain being an asshole.<p>When AI bros see words "free", they usually respond with "all for me?". But that's not how that works in most places, or atleast it's not sustainable.<p>Also note that Codeberg specifically said that while it's against terms, they are not going to scan for LLM-written code or pressure people to delete their small, low-resource-using repos.<p>[0] - <a href="https://blog.codeberg.org/protecting-our-floss-commons-from-llms.html" rel="nofollow">https://blog.codeberg.org/protecting-our-floss-commons-from-...</a></p>
]]></description><pubDate>Fri, 24 Jul 2026 08:08:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49032592</link><dc:creator>archargelod</dc:creator><comments>https://news.ycombinator.com/item?id=49032592</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49032592</guid></item></channel></rss>