<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: esjeon</title><link>https://news.ycombinator.com/user?id=esjeon</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 17 Apr 2026 11:32:50 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=esjeon" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by esjeon in "Claude Opus 4.7"]]></title><description><![CDATA[
<p>Funny because the general consensus is that everyone is burning money so fast that they would not be able to get it back from their AI business in the near future. OpenAI is simply the one with the most aggressive expenditure. Google has its own cash cows. Anthropic has been conservative all around.</p>
]]></description><pubDate>Fri, 17 Apr 2026 00:29:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=47801203</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=47801203</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47801203</guid></item><item><title><![CDATA[New comment by esjeon in "I hate: Programming Wayland applications"]]></title><description><![CDATA[
<p>You’re not being serious with your over-generalization dangling around.</p>
]]></description><pubDate>Sun, 22 Mar 2026 21:40:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47482468</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=47482468</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47482468</guid></item><item><title><![CDATA[New comment by esjeon in "I hate: Programming Wayland applications"]]></title><description><![CDATA[
<p>You should know that the constant criticism is basically what stabilized systemd - the core - and stopped systemd - the project - from stretching its arms over every component in the ecosystem, which obviously could create a single-point-of-failure. The upstream has made and still makes stupid assumptions that are totally denied by distros. You’re basically missing a lot of details here.</p>
]]></description><pubDate>Sun, 22 Mar 2026 17:28:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47479891</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=47479891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47479891</guid></item><item><title><![CDATA[New comment by esjeon in "Don't post generated/AI-edited comments. HN is for conversation between humans"]]></title><description><![CDATA[
<p>Not quite. Brevity is more like a modern virtue, not an absolute sign of human-ness. Often longer sentences are necessary to express comprehensive logic more tightly. TBH, these days I feel like being penalized by the rise of LLM because my writing style used to be a bit similar to that of LLM, which emphasizes accurate logical connection (not that its logic is reliable), uses em-dashes (yes, I did use it tho I had to stop), and includes a bit of mumbling.</p>
]]></description><pubDate>Thu, 12 Mar 2026 07:33:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47347607</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=47347607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47347607</guid></item><item><title><![CDATA[New comment by esjeon in "Show HN: s@: decentralized social networking over static sites"]]></title><description><![CDATA[
<p>A bit of an off-topic, but the social networking protocol should never be designed for the sake of the protocol itself, or it’ll not enjoy the networking effect. A protocol must offer direct benefits to users, so that they keep participating in the network. This participation is what eventually forms the network of people, a.k.a, society. I always pick BitTorrent as the most successful example of such networking protocol - people just wanted to download stuffs (e.g. movies and pxxxs) but ends up participating in the sharing network.<p>Personally, I think a possible angle of attack for a new practical social network protocol is data management, as the amount of data people generate, consume, store, and share is enormous these days. More like, manage data conveniently, and share them easily as a side-effect.</p>
]]></description><pubDate>Thu, 12 Mar 2026 06:37:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47347248</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=47347248</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47347248</guid></item><item><title><![CDATA[New comment by esjeon in "IBM Plunges After Anthropic's Latest Update Takes on COBOL"]]></title><description><![CDATA[
<p>I’ve always thought the whole point of staying in COBOL is not to make unnecessary changes, and that many required changes are critical and need experts who know how to handle them exactly.<p>There’s hardly any room remained for LLM.</p>
]]></description><pubDate>Tue, 24 Feb 2026 03:56:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47132675</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=47132675</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47132675</guid></item><item><title><![CDATA[New comment by esjeon in "Lennart Poettering, Christian Brauner founded a new company"]]></title><description><![CDATA[
<p>Hmph, AFAIK systemd has been struggling with TPM stuff for a while (much longer than I anticipated). It’s kinda understandable that the founder of systemd is joining this attestation business, because attestation ultimately requires far more than a stable OS platform plus an attestation module.<p>A reliably attestable system has to nail the entire boot chain: BIOS/firmware, bootloader, kernel/initramfs pairs, the `init` process, and the system configuration. Flip a single bit anywhere along the process, and your equipment is now a brick.<p>Getting all of this right requires deep system knowledge, plus a lot of hair-pulling adjustment, assuming if you still have hair left.<p>I think this part of Linux has been underrated. TPM is a powerful platform that is universally available, and Linux is the perfect OS to fully utilize it. The need for <i>trust</i> in digital realm will only increase. Who knows, it may even integrate with cryptocurrency or even social platforms. I really wish them a good luck.</p>
]]></description><pubDate>Wed, 28 Jan 2026 09:03:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46792831</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46792831</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46792831</guid></item><item><title><![CDATA[New comment by esjeon in "Lennart Poettering, Christian Brauner founded a new company"]]></title><description><![CDATA[
<p>Attestation is a critical feature for many H/W companies (e.g. IoT, robotics), and they struggle with finding security engineers who expertise in this area (disclaimer: I used to work as a operating system engineer + security engineer). Many distros are not only designed for desktop users, but also for industrial uses. If distros ship standardized packages in this area, it would help those companies a lot.</p>
]]></description><pubDate>Wed, 28 Jan 2026 08:45:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46792674</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46792674</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46792674</guid></item><item><title><![CDATA[New comment by esjeon in "Scaling PostgreSQL to power 800M ChatGPT users"]]></title><description><![CDATA[
<p>Azure offers Postgres “DBaaS”, so I’m pretty sure they are no where near that stage. It’s more likely that we should watch out for the Microsoft E-E-E strategy.</p>
]]></description><pubDate>Fri, 23 Jan 2026 01:41:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=46727376</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46727376</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46727376</guid></item><item><title><![CDATA[New comment by esjeon in "Is Rust faster than C?"]]></title><description><![CDATA[
<p>Rust is actually few steps above from the bare metal, to enforce its security invariants. Boundary checks (which breaks auto-vectorization of loops), stack probe, fat pointer (wastes register), fixed index type (uint), etc.<p>There are other hidden costs coming from usage of std. Even `Result` is a bit of inefficiency.<p>I'm not saying any of these are bad. I'm just saying Rust would be slower than C if *<i>naively*</i> used.</p>
]]></description><pubDate>Fri, 16 Jan 2026 10:00:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=46644843</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46644843</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46644843</guid></item><item><title><![CDATA[New comment by esjeon in "Is Rust faster than C?"]]></title><description><![CDATA[
<p>Theoretically, C is likely faster than Rust only by an unnoticeably small margin. Still, this is unavoidable because Rust works with abstraction that (1) adds overhead per-se albeit tiny (2) forces overhead in the design level.<p>Practically, that little margin can be removed thru a series of engineering, as both are proper system-level programming languages, which offer tight control over the generated machine code. That is, this whole discussion is basically pointless if we mix in engineering factors.<p>We better talk about overall engineering costs, and personally I think Rust would not overshoot C easily, mainly due to the limitations that Rust puts on the higher level designs.</p>
]]></description><pubDate>Thu, 15 Jan 2026 04:08:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=46627889</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46627889</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46627889</guid></item><item><title><![CDATA[New comment by esjeon in "How Markdown took over the world"]]></title><description><![CDATA[
<p>A little bit of a problem, as a Korean, is that the name “djot” (and also common word “jot”) sounds like a Korean slang for “dick” :/</p>
]]></description><pubDate>Sat, 10 Jan 2026 02:06:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=46562041</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46562041</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46562041</guid></item><item><title><![CDATA[New comment by esjeon in "Six-decade math puzzle solved by Korean mathematician"]]></title><description><![CDATA[
<p>Finding good-enough solutions is easy.<p>Figuring out if that's the best you can get is another story.</p>
]]></description><pubDate>Tue, 06 Jan 2026 05:24:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=46509040</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46509040</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46509040</guid></item><item><title><![CDATA[New comment by esjeon in "I/O is no longer the bottleneck? (2022)"]]></title><description><![CDATA[
<p>The point is that we did have CPU servers with TBs of RAM. These machines are still pretty much relevant.</p>
]]></description><pubDate>Tue, 06 Jan 2026 05:19:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=46509011</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46509011</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46509011</guid></item><item><title><![CDATA[New comment by esjeon in "Go away Python"]]></title><description><![CDATA[
<p>Expected a rant, got a life-pro-tip. Enough for a good happy new year.<p>That said, we can abuse the same trick for any languages that treats `//` as comment.<p>List of some practical(?) languages: C/C++, Java, JavaScript, Rust, Swift, Kotlin, ObjC, D, F#, GLSL/HLSL, Groovy<p>Personally, among those languages, GLSL sounds most interesting. A single-GLSL graphics demo is always inspiring. (Something like <a href="https://www.shadertoy.com/" rel="nofollow">https://www.shadertoy.com/</a> )<p>Also, let’s not forget that we can do something similar using block comment(`/* … */`). An example in C:<p>/*/../usr/bin/env gcc "$0" "$@"; ./a.out; rm -vf a.out; exit; */<p>#include <stdio.h><p>int main() { printf("Hello World!\n"); return 0; }</p>
]]></description><pubDate>Tue, 30 Dec 2025 13:17:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=46433050</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46433050</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46433050</guid></item><item><title><![CDATA[New comment by esjeon in "Asahi Linux with Sway on the MacBook Air M2 (2024)"]]></title><description><![CDATA[
<p>Given the speed of the progress that Apple has made on their hardware (from M1 to M5), I think the project was already doomed since the very beginning. Reverse engineering per-se is a huge talent drain that wastes tremendous amount of man-hour on a closed problem. Also, the strong SW-HW integration of Mac is sophisticate and fragile, that is difficult to analyze and replicate. Nailing all those details is not only time consuming, but also limited in the scope, and never yield anything beyond status quo.<p>I’m quite glad that those talented guys finally escaped from the pit hole of reverse engineering. It maybe fun and interesting, but its future was already capped by Apple. I wish they find another fashion, hopefully something more original and progressive. Stop chasing and push forward.</p>
]]></description><pubDate>Fri, 26 Dec 2025 02:13:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=46388594</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46388594</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46388594</guid></item><item><title><![CDATA[New comment by esjeon in "Phoenix: A modern X server written from scratch in Zig"]]></title><description><![CDATA[
<p>We get the window management APIs back perhaps, unlike the eternally broken Wayland ecosystem.</p>
]]></description><pubDate>Thu, 25 Dec 2025 05:43:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=46382385</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46382385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46382385</guid></item><item><title><![CDATA[New comment by esjeon in "Phoenix: A modern X server written from scratch in Zig"]]></title><description><![CDATA[
<p>Yeah, we should introduce competition. It doesn’t feel like Wayland is improving these days. Missing features force me to hit X11 regularly, and I still get Wayland session crashes etc, while X11 could happily run over a year without crash and run all applications I need without issues.</p>
]]></description><pubDate>Thu, 25 Dec 2025 03:40:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=46381864</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46381864</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46381864</guid></item><item><title><![CDATA[New comment by esjeon in "Phoenix: A modern X server written from scratch in Zig"]]></title><description><![CDATA[
<p>As others have already mentioned, the continuous multi-monitor(Xinerama) was an afterthought. A good news is that, by design, it’s actually pretty easy to add in the later steps.</p>
]]></description><pubDate>Thu, 25 Dec 2025 03:38:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=46381854</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46381854</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46381854</guid></item><item><title><![CDATA[New comment by esjeon in "Phoenix: A modern X server written from scratch in Zig"]]></title><description><![CDATA[
<p>It’s possible that most of old X11 toys would not work properly, because many of them rely on X11 drawing APIs, but they are pretty simple to implement anyway.</p>
]]></description><pubDate>Thu, 25 Dec 2025 03:32:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=46381834</link><dc:creator>esjeon</dc:creator><comments>https://news.ycombinator.com/item?id=46381834</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46381834</guid></item></channel></rss>