<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: softirq</title><link>https://news.ycombinator.com/user?id=softirq</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 25 Apr 2026 18:47:01 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=softirq" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Ask HN: Dealing with Vibe Coding Depression?]]></title><description><![CDATA[
<p>While originally I was an LLM skeptic, I was also eager to gain insight into it’s true capabilities, and recently I’ve reached the tipping point of existantial dread - I no longer feel any joy while coding. I’m no longer an artisan enjoying the journey of creating, I’m now truly a cog designed to review factory output until even that role is no longer required.<p>My biggest feeling right now is an immense sense of loss. My belief was that the purpose of one’s life is found through acts of creation. The painter finds joy in painting, and the result is valued because of the effort involved. This feels like an attack on all intellectual pursuits, including the arts, but it’s especially hard considering the technology seems to have the most value at replacing its creators.<p>Where do we go from here? So many of my friends have talked about switching fields, as we watch this miracle field edge towards becoming a facsimile of itself. I am personally left with many questions about my own future.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44184607">https://news.ycombinator.com/item?id=44184607</a></p>
<p>Points: 19</p>
<p># Comments: 24</p>
]]></description><pubDate>Wed, 04 Jun 2025 19:31:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=44184607</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=44184607</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44184607</guid></item><item><title><![CDATA[New comment by softirq in "Trae: An AI-powered IDE by ByteDance"]]></title><description><![CDATA[
<p>Side note, but I hate that we're moving to a world where coding costs a subscription. I fell in love with coding because I could take my dad's old Thinkpad, install Linux for free - fire up Emacs and start hacking without an internet connection.<p>We're truly building walls everywhere.</p>
]]></description><pubDate>Thu, 23 Jan 2025 03:03:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=42800212</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=42800212</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42800212</guid></item><item><title><![CDATA[New comment by softirq in "Tips on how to structure your home directory (2023)"]]></title><description><![CDATA[
<p>The "owner" could be multiple directory levels depending the hosting service. Gitlab lets you have arbitrary sub levels. The owner of the files also isn't necessarily related to the owner of the repo on Github.</p>
]]></description><pubDate>Fri, 19 Apr 2024 17:24:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=40089551</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=40089551</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40089551</guid></item><item><title><![CDATA[New comment by softirq in "Tips on how to structure your home directory (2023)"]]></title><description><![CDATA[
<p>GOPATH actually made me realize that the<p>~/src/$host/$owner/$repo<p>organization structure makes a ton of sense for every project and as long as you organize all of your languages into this one tree, everything just works.</p>
]]></description><pubDate>Fri, 19 Apr 2024 13:39:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=40086705</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=40086705</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40086705</guid></item><item><title><![CDATA[New comment by softirq in "Introducing GNOME 46, "Kathmandu""]]></title><description><![CDATA[
<p>Which is terrible UI. Let's force the user to turn a flow they could do at any time by clicking a single button at the bottom of their desktop into a context switch into another window, followed by the same button click. Or know about the Magic Keyboard short cut, then type in multiple characters, then press enter. So in any case we're turning a single input into multiple inputs just to open a commonly used app.</p>
]]></description><pubDate>Wed, 20 Mar 2024 18:58:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=39770603</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39770603</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39770603</guid></item><item><title><![CDATA[New comment by softirq in "Introducing GNOME 46, "Kathmandu""]]></title><description><![CDATA[
<p>No it's not, for several reasons:<p>1. Average users primarily use mouse based workflows.<p>2. Super isn't discoverable.<p>3. It confused users coming from other DEs.<p>4. It actually takes more keypresses than clicking a favorited app on a dock that is always available.<p>Overall it's less discoverable, less efficient, and not baked into the mind of computer users who are coming from almost any other bistro.</p>
]]></description><pubDate>Wed, 20 Mar 2024 18:53:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=39770560</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39770560</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39770560</guid></item><item><title><![CDATA[New comment by softirq in "Introducing GNOME 46, "Kathmandu""]]></title><description><![CDATA[
<p>Every DE is designed to be used in a distribution. I think what you are trying to say is that GNOME is designed to be "finished" by the distribution, which is a completely made up idea. Show me where GNOME says you need to finish the DE yourself during integration. GNOME is designed as a complete DE, the reason Canonical/System76 change it is because it's poorly designed for new users/casuals, which is their user base.</p>
]]></description><pubDate>Wed, 20 Mar 2024 18:13:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=39770137</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39770137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39770137</guid></item><item><title><![CDATA[New comment by softirq in "Introducing GNOME 46, "Kathmandu""]]></title><description><![CDATA[
<p>You just linked to studies that directly support my point:<p>"On the other hand, new users generally got up to speed more quickly with Endless OS, often due to its similarity to Windows. Many of these testers found the bottom panel to be an easy way to switch applications. They also made use of the minimize button. In comparison, both GNOME 3.38 and the prototype generally took more adjustment for these users.<p>“I really liked that it’s similar to the Windows display that I have.”
—Comment on Endless OS by a non-GNOME user"</p>
]]></description><pubDate>Wed, 20 Mar 2024 18:10:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=39770105</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39770105</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39770105</guid></item><item><title><![CDATA[New comment by softirq in "Introducing GNOME 46, "Kathmandu""]]></title><description><![CDATA[
<p>GNOME has come a long way, but its stubborn insistence on not having a desktop with a real application launcher remains a huge usability misstep. GNOME's marketshare <i>is</i> the desktop, and so the initial value proposition of a hybrid UI seems very much wishful thinking, while the keyboard based workflows it seems to want to enable are better served by tiling WM such as Sway, and do not make sense for the "default" WM that is picked up by casual converts who are used to a point and click system. Overall it's just a confusing mess for new users, which Canonical/System76 rationally get rid of (which is probably a majority of the GNOME user base).<p>So why does GNOME continue down this path. Is it a fear of being "just like everyone else" by using a tried and true dock/application bar? Is it a desire to not be the front running WM and be more "niche" to power users? I still don't really understand their decision making process.</p>
]]></description><pubDate>Wed, 20 Mar 2024 17:32:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=39769669</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39769669</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39769669</guid></item><item><title><![CDATA[New comment by softirq in "Universities Have a Computer-Science Problem"]]></title><description><![CDATA[
<p>Meanwhile the CEO of Nvidia is telling the world that people don't need to learn to code and we'll all be out of jobs soon.</p>
]]></description><pubDate>Tue, 19 Mar 2024 20:55:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=39760115</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39760115</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39760115</guid></item><item><title><![CDATA[New comment by softirq in "The demise of coding is greatly exaggerated"]]></title><description><![CDATA[
<p>Chess is a bounded, non-moving target. Think about the difference between chess in the 1970s and today, and compare that to the same time period with programming. Chess is a single game whereas programming is a federation of tools, protocols, and standards that are ever evolving. They're not comparable in any sense.</p>
]]></description><pubDate>Fri, 15 Mar 2024 17:51:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=39718616</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39718616</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39718616</guid></item><item><title><![CDATA[New comment by softirq in "The demise of coding is greatly exaggerated"]]></title><description><![CDATA[
<p>The post is about the demise of coding. I'm only responding to the topic of the discussion.</p>
]]></description><pubDate>Fri, 15 Mar 2024 15:45:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=39717024</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39717024</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39717024</guid></item><item><title><![CDATA[New comment by softirq in "The demise of coding is greatly exaggerated"]]></title><description><![CDATA[
<p>You can say that about any field. We could invent the elixir of immortality tomorrow, but is that a realistic expectation? The CEO of Nvidia is a smart guy, he's pushing the hype train because his business is riding the wave. But you have to separate hype from an empirical view of what we <i>can</i> actually do today with these tools, versus what hasn't been delivered and is being oversold.</p>
]]></description><pubDate>Fri, 15 Mar 2024 15:22:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=39716762</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39716762</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39716762</guid></item><item><title><![CDATA[New comment by softirq in "The demise of coding is greatly exaggerated"]]></title><description><![CDATA[
<p>No-code isn't a new concept, and there's a reason why all past attempts have failed, or why people still pay web developers despite the existence of tools like square space. Nothing about the LLMs of today suggests they have solved the no-code problems or will radically displace coding. They generate bad, oftentimes incorrect code for well trodden paths, while struggling to solve novel problems or work in private or unique code bases. They do not easily keep up with new trends or tools. They do not offer the type of semantic understanding that is necessary to work in a logic based field.<p>LLMs are nothing more than an alternative take on auto-complete, a feature that has been around forever and doesn't radically change programming. It will speed up good programmers to some degree and probably lead to bugs and more bad code from everyone else.<p>This is yet another hype cycle overselling a modest advancement in technology.</p>
]]></description><pubDate>Fri, 15 Mar 2024 15:00:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=39716529</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39716529</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39716529</guid></item><item><title><![CDATA[New comment by softirq in "eBPF Documentary"]]></title><description><![CDATA[
<p>The genius of ebpf is allowing for pluggable policy in a world where the kernel API is very slow to change and can’t meet everyone’s needs. Whether it’s how the kernel handles packets off the wire, how it controls traffic, scheduling entities, or instrumentation, ebpf lets you provide logic rather than turn a bunch of knobs or use a bespoke syscall that only handles one case. It also moves the processing logic to the data in the kernel rather than having the kernel have to do expensive copies to and from userspace.<p>ebpf isn’t really novel beyond the interfaces it provides. They are just kernel modules that have been vetted and are sandboxed. Inserting executable code has been part of the kernel since forever in module form and kprobes.</p>
]]></description><pubDate>Mon, 11 Mar 2024 00:11:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=39663550</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39663550</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39663550</guid></item><item><title><![CDATA[New comment by softirq in "Google's SRE Book (2017)"]]></title><description><![CDATA[
<p>Most companies completely missed the point of SRE/PE/DevOps and keep them on separate teams doing sysadmin toil work and oncall thrown over the wall by engineers who are only concerned with feature deadlines. They regress them back to sysadmin duties and get none of the value of a true SRE program.<p>SRE should always be a subtitle for a SWE and not a separate position, and they should always be embedded with SWEs into one team either building products of infrastructure. The shared ownership and toil reduction <i>only</i> works if you have these two things.<p>All this said, I think the regression is also due to the fact that real SREs are rare. A solid SWE that also has deep systems domain knowledge, understanding how to sift through dashboards and live data, and root cause complex performance problems is a master of many domains and is hard to find.</p>
]]></description><pubDate>Sun, 03 Mar 2024 17:06:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=39582136</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39582136</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39582136</guid></item><item><title><![CDATA[New comment by softirq in "JetBrains IDE new Terminal Interface"]]></title><description><![CDATA[
<p>I've had a lot of trouble with commands in Warp going haywire because of how much magic there is in creating visual blocks, and it looks like Jet Brains is taking it one step further. The reason terminals are great is because they are dumb, standard interfaces where you can have full access to any system, local or remote, and directly execute binaries and interact with a command language like bash or zsh.<p>I feel like this terminal is counterproductive. It adds visual niceties at the cost of dumbing down the power of the terminal and removing terminal feature that will be confusing to regular terminal users. It really doesn't have to be this complicated to be useful.</p>
]]></description><pubDate>Thu, 22 Feb 2024 13:08:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=39466502</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39466502</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39466502</guid></item><item><title><![CDATA[Ask HN: Has AI/LLMs turned you off of tech?]]></title><description><![CDATA[
<p>I have been a passionate programmer from high school to my mid-thirties and for the first time in my career I find myself pessimistic about the future of our field to the point that I have lost my spark.<p>I have always loved correctness, cleanliness, and understanding how things work. Companies are racing to integrate tools that remove all of those attributes from my job. LLMs constantly spit out false information, poorly written and buggy code, and their inner workings are a black box of statistical knobs. They are a tool that encourages bloat and turns the job of the software engineer into a code checker watching over the shoulder of an intern.<p>I’ve realized the age of discrete, deterministic computing is coming to a close. Due to the tantalizing notion that programming can be commoditized and outsources to a machine, I know corporations will continue to pursue this avenue in full force. It’s put me into a real depression, and I wonder if I’m the only one.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=39401690">https://news.ycombinator.com/item?id=39401690</a></p>
<p>Points: 30</p>
<p># Comments: 33</p>
]]></description><pubDate>Fri, 16 Feb 2024 19:18:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=39401690</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39401690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39401690</guid></item><item><title><![CDATA[New comment by softirq in "The Apple Vision Pro"]]></title><description><![CDATA[
<p>Yes it is. Watching a 3D movie on an entire wall in bed next to my spouse is mind blowing.</p>
]]></description><pubDate>Tue, 06 Feb 2024 15:25:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=39275207</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39275207</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39275207</guid></item><item><title><![CDATA[New comment by softirq in "Why Zig When There Is Already C++, D, and Rust?"]]></title><description><![CDATA[
<p>Macros are easy to spot, the whole point of operator overloading is that it's a trojan horse. It might do simple addition, it might do a heap allocation and talk to a printer.</p>
]]></description><pubDate>Mon, 22 Jan 2024 19:00:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=39093749</link><dc:creator>softirq</dc:creator><comments>https://news.ycombinator.com/item?id=39093749</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39093749</guid></item></channel></rss>