<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: jwpapi</title><link>https://news.ycombinator.com/user?id=jwpapi</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Jul 2026 07:24:05 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=jwpapi" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by jwpapi in "It's not empowering to hand off the details"]]></title><description><![CDATA[
<p>I think the author means ecomonically valuable not valuable to you.</p>
]]></description><pubDate>Sun, 26 Jul 2026 21:02:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49062376</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=49062376</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49062376</guid></item><item><title><![CDATA[New comment by jwpapi in "Typing Speed Test, but for Developers"]]></title><description><![CDATA[
<p>I’m seeing a lot of people that having that train of thought. I think that is a fallacy. I can understand that some LLM execution can be faster, but definitely not all. Agents need to explore, grep and get back up to speed to get context, if you have a good mental model, you can do changes or adaptions in <7s with a bunch of shortcuts or commands.<p>One could argue to find the <7s commands in your head takes you more mental power than to just wish it in to the LLM and whilst its running you can wish something else in another session, but I’m thinking that the cost of context is more important than the actual execution time for your task. Every extra task gets more expensive. It’s not a ressource where you have a limit, right from the 2nd task the cognitive load increases.<p>Therefore I’m thinking one task that can be done in one context window without switching is worth a load in these days of constant distraction.</p>
]]></description><pubDate>Sat, 18 Jul 2026 20:47:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48962221</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48962221</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48962221</guid></item><item><title><![CDATA[New comment by jwpapi in "AI is a bad tool"]]></title><description><![CDATA[
<p>I’m using NEO layout with all the coding keys on layer 3. I’m using both pinkys to jump into layer 3. I can therefore code a lot on home row. I use intellij with two two stroke keybinds (f.e. => Alt + E -> M => Extract Method) and vim motions in editor. I use ai next edit and autocomplete inside editor as I’m right on the loop.<p>Most changes I need to do are few lines of codes or big architectural changes. I’m at 40k lines of code after 24 months of working that’s 1.5k lines per month and 50 lines a day. If you can write 50 lines a day would you let AI write those or write them yourself.<p>I challenge anyone to show me a project with a good codebase where the actual loc output is so high that a human couldn’t write it in one hour a day.<p>I’m not working for a company so my job is to deliver a platform that works for users not to get a paycheck.</p>
]]></description><pubDate>Tue, 14 Jul 2026 06:19:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48902906</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48902906</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48902906</guid></item><item><title><![CDATA[New comment by jwpapi in "AI is a bad tool"]]></title><description><![CDATA[
<p>It’s exactly the opposite. On small projects I can use heavily because maintanability doesn’t matter on big projects you’ll end up in a deadlock. That’s why we have so many dead projects. People end up with 10x the needed LOCs and changes get incredible slow and tedious.<p>If i want to have a script that does sth trivial I’m happy to let AI do it, but if I’m building a house that doesnt break hell no.</p>
]]></description><pubDate>Tue, 14 Jul 2026 06:11:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48902861</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48902861</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48902861</guid></item><item><title><![CDATA[New comment by jwpapi in "AI is a bad tool"]]></title><description><![CDATA[
<p>I don’t know but to me it seems a bunch of people should learn proper typing. There is no way in world that AI is faster in solving/writing problems than you are when you can maneuver your idea/vim properly and have proper domain knowledge and mental model of your codebase. I think it’s genuinely 10x as fast. Just on execution and then if you write it you keep mental model, decide details and you don’t lose context.<p>Like honestly I’m losing my mind, when people claim I haven’t written code in a year. You had the wrong job your whole life and whilst you think you are so frontier now by using agenst your market value is actually decreasing.<p>Imagine a painter saying, I’m so happy I don’t have to paint anymore.
Or a tennis player. I’m so happay that I don’t have to play tennis anymore.<p>wtf is going on?</p>
]]></description><pubDate>Mon, 13 Jul 2026 20:59:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48898792</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48898792</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48898792</guid></item><item><title><![CDATA[New comment by jwpapi in "Show HN: Learn by rebuilding Redis, Git, a database from scratch"]]></title><description><![CDATA[
<p>Can you add Zig?</p>
]]></description><pubDate>Sat, 11 Jul 2026 21:45:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48876168</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48876168</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48876168</guid></item><item><title><![CDATA[New comment by jwpapi in "Write code like a human will maintain it"]]></title><description><![CDATA[
<p>I generally like refactoring too, like cleaning up at home, but if you open up a codebase that has been vibecoded and it seems like it’s a never-ending chain of bad practices leading to performance, security, maintenance problems.<p>I’ve recently been given the task to work on a fully vibe-coded app. I reduced the code from 140k to 28k lines. This was luckily pre-mvp stage so no users. But if people get stuck at this stage, imagine what’s happening with real workload.<p>I’ve always been a solo dev, but I’m wondering how in big companies there is even so much to you can actually touch that you need an LLM to do that. Like I can’t delete refactor 120k lines in an established codebase. And one task  to fix, takes review time and product time. Like are there now engineers that commit 1k+ lines a day of LLM produced output ?<p>Bugfixing often is just a bunch of lines, or a replacement of a service often isolated maye 150-200 lines, but I just might be just not experienced enough on these kind of codebases. I can’t grasp the notion of the LLM-multiplex and I don’t know where it’s going.<p>I have to say I have seen some good solo-dev projects popping up recently (games) that actually got profitable, but usually they were experienced in their discipline before.</p>
]]></description><pubDate>Sat, 11 Jul 2026 16:14:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48873320</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48873320</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48873320</guid></item><item><title><![CDATA[New comment by jwpapi in "Write code like a human will maintain it"]]></title><description><![CDATA[
<p>Crazy how many engineers in here just say they are using another prompt on top. From my experience that makes things worse. It does abstractions, but the wrong ones. It overcomments, confusing future calls of the LLM.<p>To me building on multiple scalable systems this has been the most dangerous part of LLMs. On a good codebase it will work good, but it will maek it worse, so you keep using it, till it doesnt work and then you have to pay the bill and fix for what you didn’t build before.<p>If you put an agent on a fresh codebase 2 things are often given:<p>-> You have a mental model of the code
-> The code is somewhet concise<p>After multiple iterations both is lost and LLM performance degrades. To solve this you can regular refactor, but it’s not a nice experienc. So my best solution is:<p>I use LLMs for exploration and for review, but I write the code myself. I find it hard to believe why so many engineers try to avoid it. It’s not consuming much of my time. And it’s actually the most enjoyable part.<p>Sometimes I race AI i give it a prompt /bug to fix and at the sametime im greping/symboling through the codebase and tryto fix it myself. AI isn’t always faster.</p>
]]></description><pubDate>Fri, 10 Jul 2026 16:16:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48861978</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48861978</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48861978</guid></item><item><title><![CDATA[New comment by jwpapi in "Does code cleanliness affect coding agents? A controlled minimal-pair study"]]></title><description><![CDATA[
<p>Also controlling input</p>
]]></description><pubDate>Mon, 06 Jul 2026 06:11:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48801194</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48801194</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48801194</guid></item><item><title><![CDATA[New comment by jwpapi in "It's not about physical vs. digital games, it's about ownership"]]></title><description><![CDATA[
<p>Most new games are worse than old games anyway</p>
]]></description><pubDate>Sun, 05 Jul 2026 20:40:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=48797753</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48797753</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48797753</guid></item><item><title><![CDATA[New comment by jwpapi in "Performance per dollar is getting faster and cheaper"]]></title><description><![CDATA[
<p>Interesting so it’s supply chain and then you need to calculate how long it can be utilized and for how much you can sell it.<p>Would love more calculations on that</p>
]]></description><pubDate>Sat, 04 Jul 2026 08:40:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48783785</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48783785</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48783785</guid></item><item><title><![CDATA[New comment by jwpapi in "The bottleneck might be the air in the room"]]></title><description><![CDATA[
<p>Buying one of these gadgets killed my brain fog</p>
]]></description><pubDate>Sat, 04 Jul 2026 07:21:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48783335</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48783335</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48783335</guid></item><item><title><![CDATA[New comment by jwpapi in "The short leash AI coding method for beating Fable"]]></title><description><![CDATA[
<p>To me it’s even simpler than that. You use so for exploration and review. Not for writing code.</p>
]]></description><pubDate>Fri, 03 Jul 2026 09:22:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48772848</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48772848</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48772848</guid></item><item><title><![CDATA[New comment by jwpapi in "The Coming Loop"]]></title><description><![CDATA[
<p>The issue is that whilst the loops will initially lead to good results they will be less and less as context gets bigger and bigger and tougher to understand for human and AI.<p>So it depends really on the size of your project.</p>
]]></description><pubDate>Tue, 23 Jun 2026 13:16:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48644524</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48644524</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48644524</guid></item><item><title><![CDATA[New comment by jwpapi in "Prefer duplication over the wrong abstraction (2016)"]]></title><description><![CDATA[
<p>Whilst I understand cases in which duplication is preffered. I generally think abstractions are underused. Sometimes I would abstract something away that is only done once, not because i want to have less code, but because it allows me to solve bigger problems and when i look at a function I don’t have to worry about it. It allows to create systems. Obviously your abstractions should be good</p>
]]></description><pubDate>Mon, 22 Jun 2026 08:31:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48627384</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48627384</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48627384</guid></item><item><title><![CDATA[New comment by jwpapi in "How many of the 170k English words do you know?"]]></title><description><![CDATA[
<p>Seems like I’m the idiot here.<p>I had frugal stored as more than just economical.<p>Thanks for your comments :/</p>
]]></description><pubDate>Sat, 20 Jun 2026 06:33:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48606890</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48606890</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48606890</guid></item><item><title><![CDATA[New comment by jwpapi in "How many of the 170k English words do you know?"]]></title><description><![CDATA[
<p>Also the explanations are too broad.<p>F.e. Frugal - Economical with money or goods<p>I don’t think frugal means economical it means rather over the top …<p>Yeah I don’t know how to define it properly but I don’t need to learn new words if they don’t even teach the right meaning<p>Ai slop</p>
]]></description><pubDate>Fri, 19 Jun 2026 21:48:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48603650</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48603650</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48603650</guid></item><item><title><![CDATA[New comment by jwpapi in "The founder's playbook: Building an AI-native startup"]]></title><description><![CDATA[
<p>Honestly at this point I’m not even sure a non-local startup is a smart move anymore<p>Like what do we really still need?<p>Most riches nowadays are created by entertainment or scams :/</p>
]]></description><pubDate>Wed, 17 Jun 2026 11:18:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48568726</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48568726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48568726</guid></item><item><title><![CDATA[New comment by jwpapi in "The founder's playbook: Building an AI-native startup"]]></title><description><![CDATA[
<p>IMHO most founder will fail because leaning to heavy into ai and creating a system where they never experience the friction necessary to build the domain knowledge which ultimately could be the deciding factor.<p>Just think about website design, I don’t think it’s far-fetched to say that a non ai design website will outperform an ai designed one. These percentages add up in multiple disciplines.<p>I would argue betting against ai is your best chance of succeeding frankly (not in all cases but certainly as displayed here)</p>
]]></description><pubDate>Wed, 17 Jun 2026 09:00:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48567673</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48567673</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48567673</guid></item><item><title><![CDATA[New comment by jwpapi in "Humanity isn't ready for the coming intelligence explosion"]]></title><description><![CDATA[
<p>Transcription hasn’t become better for 2 years. It was better than before, but there is a ceiling.</p>
]]></description><pubDate>Tue, 16 Jun 2026 08:43:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48552359</link><dc:creator>jwpapi</dc:creator><comments>https://news.ycombinator.com/item?id=48552359</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48552359</guid></item></channel></rss>