<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: omoikane</title><link>https://news.ycombinator.com/user?id=omoikane</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 10 Jun 2026 02:02:39 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=omoikane" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by omoikane in "The 29th International Obfuscated C Code Contest (IOCCC) 2025 Winners"]]></title><description><![CDATA[
<p>Capture the flag has clear objectives while obfuscated C contest does not.  I understand improvements in AI for goal-orientated contests, I am not sure what would be considered improvements in open-ended contests with artistic flair.<p>Maybe you are asking "can't someone think up a clever idea and ask the AI to implement it according to IOCCC constraints?"  And I believe current AI tools are still unable do that at a level that the human judges find worthy.</p>
]]></description><pubDate>Sun, 07 Jun 2026 20:45:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=48438363</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48438363</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48438363</guid></item><item><title><![CDATA[New comment by omoikane in "The 29th International Obfuscated C Code Contest (IOCCC) 2025 Winners"]]></title><description><![CDATA[
<p>This primarily affects the judges who are opening themselves up to potentially a flood of shoddy code, but given the nature of the contest, I suspect they are very good at differentiating interesting code from low quality code.<p>I think it's great that IOCCC accepts code that might have been built with machine assistance, because it makes the purely handcrafted winners seem even more valuable.</p>
]]></description><pubDate>Sun, 07 Jun 2026 16:15:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48436233</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48436233</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48436233</guid></item><item><title><![CDATA[New comment by omoikane in "The 29th International Obfuscated C Code Contest (IOCCC) 2025 Winners"]]></title><description><![CDATA[
<p>There are two Frieren references, the other one is <a href="https://www.ioccc.org/2025/yang1/index.html" rel="nofollow">https://www.ioccc.org/2025/yang1/index.html</a></p>
]]></description><pubDate>Sun, 07 Jun 2026 15:09:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48435600</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48435600</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48435600</guid></item><item><title><![CDATA[New comment by omoikane in "Moving beyond fork() + exec()"]]></title><description><![CDATA[
<p>Launching git repeatedly was probably not the best example.  But it's hard to think of good examples where launching processes repeatedly is the most performant thing to do, probably because launching processes had been expensive and everyone has learned to do something else (libraries, zygotes, etc).  Maybe a different question is: if launching processes were cheap, is there something we would implement as processes instead of libraries?<p>I can recall just one program that's intentionally not implemented as a library, but I think people have since built a library on top of it:<p><a href="https://dechifro.org/dcraw/#:~:text=Why%20don%27t%20you%20implement%20dcraw%20as%20a%20library" rel="nofollow">https://dechifro.org/dcraw/#:~:text=Why%20don%27t%20you%20im...</a></p>
]]></description><pubDate>Sat, 06 Jun 2026 16:40:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48426624</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48426624</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48426624</guid></item><item><title><![CDATA[New comment by omoikane in "Moving beyond fork() + exec()"]]></title><description><![CDATA[
<p>Discussion at the time:<p><a href="https://news.ycombinator.com/item?id=19621799">https://news.ycombinator.com/item?id=19621799</a> - A fork() in the road (2019-04-10, 178 comments)</p>
]]></description><pubDate>Sat, 06 Jun 2026 16:11:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48426374</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48426374</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48426374</guid></item><item><title><![CDATA[New comment by omoikane in "The intracies of modern camera lens repair (2024)"]]></title><description><![CDATA[
<p>Placing disassembled screws on double sided tape is such a great idea, I am going to try that next time I disassemble my electronics (as opposed dropping everything in a container and spend time finding the original size screws during reassembly).</p>
]]></description><pubDate>Sat, 06 Jun 2026 03:23:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=48421076</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48421076</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48421076</guid></item><item><title><![CDATA[New comment by omoikane in "Coreutils for Windows"]]></title><description><![CDATA[
<p>What about "ln" (make symbolic links)?<p><a href="https://www.gnu.org/software/coreutils/manual/html_node/ln-invocation.html" rel="nofollow">https://www.gnu.org/software/coreutils/manual/html_node/ln-i...</a><p><a href="https://uutils.github.io/coreutils/docs/utils/ln.html" rel="nofollow">https://uutils.github.io/coreutils/docs/utils/ln.html</a></p>
]]></description><pubDate>Tue, 02 Jun 2026 18:58:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48374626</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48374626</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48374626</guid></item><item><title><![CDATA[New comment by omoikane in "It's Not Just X. It's Y"]]></title><description><![CDATA[
<p>> It's worth the cost of humans avoiding them<p>That's really unfortunate though.  It's like Michael Bolton from Office Space: "No way!  Why should I change?  He's the one who sucks."</p>
]]></description><pubDate>Sun, 31 May 2026 23:21:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48350801</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48350801</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48350801</guid></item><item><title><![CDATA[New comment by omoikane in "Bijou64: A variable-length integer encoding"]]></title><description><![CDATA[
<p>UTF-8 has the same issue ("overlong encoding") where multiple representations are possible the same code point.  Someone proposed a similar tweak to remove the overlapping ranges by adjusting the base offset for byte sequences that are longer than 1.  That was discussed here:<p><a href="https://news.ycombinator.com/item?id=44456073">https://news.ycombinator.com/item?id=44456073</a> - Corrected UTF-8 (2025-07-03, 54 comments)<p>This "corrected UTF-8" has other problems, but I thought it's interesting how the shifted-offset idea carries over.</p>
]]></description><pubDate>Fri, 29 May 2026 16:03:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48325019</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48325019</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48325019</guid></item><item><title><![CDATA[New comment by omoikane in "FBI Arrests CIA Official with $40M in Gold Bars in His Home"]]></title><description><![CDATA[
<p>The article says "approximately 303 gold bars, each of which weighed approximately one kilogram"<p>I guess the gold bars aren't uniformly sized, which would agree with your ~280kg number.</p>
]]></description><pubDate>Thu, 28 May 2026 02:52:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48303825</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48303825</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48303825</guid></item><item><title><![CDATA[New comment by omoikane in "A few interesting modern pixel fonts"]]></title><description><![CDATA[
<p>> Coral Pixels<p>The version at Github and Google fonts seems old, the one from the font maker's website is at version 1.01, which includes Kanji characters:<p><a href="https://tanukifont.com/sango/" rel="nofollow">https://tanukifont.com/sango/</a><p>("sango" is coral in Japanese)</p>
]]></description><pubDate>Wed, 27 May 2026 03:27:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48289212</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48289212</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48289212</guid></item><item><title><![CDATA[New comment by omoikane in "The Art of Money Getting"]]></title><description><![CDATA[
<p>Book is available here:<p><a href="https://www.gutenberg.org/files/8581/8581-h/8581-h.htm" rel="nofollow">https://www.gutenberg.org/files/8581/8581-h/8581-h.htm</a><p>Previous discussion (2023-01-20, 69 comments):<p><a href="https://news.ycombinator.com/item?id=34447945">https://news.ycombinator.com/item?id=34447945</a></p>
]]></description><pubDate>Sat, 23 May 2026 16:48:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=48249137</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48249137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48249137</guid></item><item><title><![CDATA[New comment by omoikane in "Don't just paste the AI at me"]]></title><description><![CDATA[
<p>See also:<p><a href="https://news.ycombinator.com/item?id=48219992">https://news.ycombinator.com/item?id=48219992</a> - Throwing AI-generated walls of text into conversations (~1 day ago, 414 comments)</p>
]]></description><pubDate>Sat, 23 May 2026 00:42:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48243344</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48243344</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48243344</guid></item><item><title><![CDATA[New comment by omoikane in "How to convert between wealth and income tax"]]></title><description><![CDATA[
<p>> pay 40℅ tax<p>Offtopic but I thought your percent looked weird.  Turns out, that's the "care of" symbol (℅, U+2105) and not percent (%, U+0025).</p>
]]></description><pubDate>Fri, 22 May 2026 20:35:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48241286</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48241286</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48241286</guid></item><item><title><![CDATA[New comment by omoikane in "[dead]"]]></title><description><![CDATA[
<p>I think it should be "10 keywords" plus "11 types".  In C standards, type names such as "void" would also be listed as keywords.<p>Also, the toplevel documentation seems to be missing examples for "pub" and "pin".  Seems like "pub" is some kind of visibility attribute for structs, I have yet to figure out what "pin" does.<p>"defer" looks like a nice feature, although there is also a proposal N3852 to add that to the C standard (similar to `__attribute__((cleanup))` that already exists in GCC and Clang).</p>
]]></description><pubDate>Fri, 22 May 2026 04:47:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48232053</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48232053</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48232053</guid></item><item><title><![CDATA[New comment by omoikane in "Show HN: Freenet, a peer-to-peer platform for decentralized apps"]]></title><description><![CDATA[
<p>See also:<p><a href="https://news.ycombinator.com/item?id=40469711">https://news.ycombinator.com/item?id=40469711</a> - Ian Clarke explains the next generation of Freenet [video] (2023)</p>
]]></description><pubDate>Thu, 21 May 2026 20:48:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=48228706</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48228706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48228706</guid></item><item><title><![CDATA[New comment by omoikane in "Additive Blending on the Nintendo 64"]]></title><description><![CDATA[
<p>See also:<p><a href="https://en.wikipedia.org/wiki/Saturation_arithmetic" rel="nofollow">https://en.wikipedia.org/wiki/Saturation_arithmetic</a></p>
]]></description><pubDate>Sat, 16 May 2026 03:07:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48156491</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48156491</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48156491</guid></item><item><title><![CDATA[New comment by omoikane in "IPv8"]]></title><description><![CDATA[
<p>See also:<p><a href="https://news.ycombinator.com/item?id=47788857">https://news.ycombinator.com/item?id=47788857</a> - Internet Protocol Version 8 (IPv8) (2026-04-16, 111 comments)<p>By the way:<p>> After 25 years of dual-stack effort, IPv6 still carries a minority of global traffic.<p>It reached 50% last month, I wouldn't call that a minority.<p><a href="https://news.ycombinator.com/item?id=47777894">https://news.ycombinator.com/item?id=47777894</a> - IPv6 traffic crosses the 50% mark (2026-04-15, 621 comments)</p>
]]></description><pubDate>Thu, 14 May 2026 23:46:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48142728</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48142728</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48142728</guid></item><item><title><![CDATA[New comment by omoikane in "Instructure pays ransom to Canvas hackers"]]></title><description><![CDATA[
<p>Hackers have an incentive to destroy the data as promised, because if it becomes a trend where the data is leaked despite the ransom being paid, no one would pay ransoms in the future.<p>Obviously this doesn't stop hackers from selling the data anyway and say "it wasn't us, someone else got the same data through a different hack".</p>
]]></description><pubDate>Wed, 13 May 2026 00:59:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48116607</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48116607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48116607</guid></item><item><title><![CDATA[New comment by omoikane in "Discord Incident"]]></title><description><![CDATA[
<p>There would have been a server split, and half of the people would be chatting among themselves wondering why the some people suddenly got disconnected, while being unaware that there might be a server problem because they can still continue to chat.  The other half of the people would think the same.</p>
]]></description><pubDate>Fri, 08 May 2026 20:45:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=48068579</link><dc:creator>omoikane</dc:creator><comments>https://news.ycombinator.com/item?id=48068579</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48068579</guid></item></channel></rss>