<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: skeledrew</title><link>https://news.ycombinator.com/user?id=skeledrew</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 12 Apr 2026 11:49:54 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=skeledrew" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by skeledrew in "Claude Code Found a Linux Vulnerability Hidden for 23 Years"]]></title><description><![CDATA[
<p>> But companies don't have to bear the cost of raising a human from birth, or training them.<p>The costs do exist <i>somewhere</i> though, and must be paid by <i>someone</i>. There's no free lunch, and the human lunch is very likely far more costly than the LLM lunch.<p>> Add to that the fact that we can't blindly trust LLM output just yet<p>Can't blindly trust human output either. That's why there are various tiers in roles, from junior-equivalent to senior-equivalent, and the actual user of the product is always the final arbiter. There's ultimately nothing different, except that the LLM iterates on issue resolution in seconds to minutes, whereas the human equivalent takes hours to days.</p>
]]></description><pubDate>Sun, 05 Apr 2026 20:43:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47653679</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47653679</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47653679</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Found a Linux Vulnerability Hidden for 23 Years"]]></title><description><![CDATA[
<p>> start charging what the models actually cost to run<p>The political climate won't allow that to happen. The US will do everything to stay ahead of China, and a rise in prices means a sizeable migration to Chinese models, giving them that much more data to improve their models and pass the US in AI capability (if they haven't already).<p>But also it'll happen in a way, as eventually models will become optimized enough that run cost become more or less negligible from a sustainability perspective.</p>
]]></description><pubDate>Sat, 04 Apr 2026 14:10:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47639214</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47639214</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47639214</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Found a Linux Vulnerability Hidden for 23 Years"]]></title><description><![CDATA[
<p>Many vulnerabilities aren't just pattern matching though; deep understanding of the context in the particular codebase is also needed. And a novel codebase means more attention than usual will be spent grepping and keeping the context in focus. Which will make it easier to miss certain things, than if enough of the context was already encoded in the model weights.<p>Same thing applies to humans: the better someone knows a codebase, the better they will be at resolving issues, etc.</p>
]]></description><pubDate>Sat, 04 Apr 2026 14:02:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47639163</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47639163</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47639163</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Found a Linux Vulnerability Hidden for 23 Years"]]></title><description><![CDATA[
<p>Compare to the cost when said vulnerabilities are exploited by bad actors in critical systems. Worth it yet?</p>
]]></description><pubDate>Sat, 04 Apr 2026 13:49:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47639045</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47639045</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47639045</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Found a Linux Vulnerability Hidden for 23 Years"]]></title><description><![CDATA[
<p>> they are and they will be<p>Calculate the approximate cost of raising a human from birth to having the knowledge and skills to do X, along with maintenance required to continue doing X. Multiply by a reasonable scaling factor in comparison to one of today's best LLMs (ie how many humans and how much time to do Xn, vs the LLM).<p>Calculate the cost of hardware (from raw elements), training and maintenance for said LLM (if you want to include the cost of research+software then you'll have to also include the costs of raising those who taught, mentored, etc the human as well). Consider that the human usually <i>specializes</i>, while the LLM touches <i>everything</i>. I think you'll find even a roughly approximate answer very enlightening if you're honest in your calculations.</p>
]]></description><pubDate>Sat, 04 Apr 2026 13:46:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47639028</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47639028</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47639028</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Found a Linux Vulnerability Hidden for 23 Years"]]></title><description><![CDATA[
<p>> Claude Code works on closed source (but decompiled) source<p>Very likely not nearly as well, unless there are many open source libraries in use and/or the language+patterns used are extremely popular. The really huge win for something like the Linux kernel and other popular OSS is that the source appears in the training data, a lot. And many versions. So providing the source again and saying "find X" is primarily bringing into focus things it's already seen during training, with little novelty beyond the updates that happened after knowledge cutoff.<p>Giving it a closed source project containing a lot of novel code means it only has the language and it's "intuition" to work from, which is a far greater ask.</p>
]]></description><pubDate>Sat, 04 Apr 2026 13:26:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47638876</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47638876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47638876</guid></item><item><title><![CDATA[New comment by skeledrew in "Show HN: Home Maker: Declare Your Dev Tools in a Makefile"]]></title><description><![CDATA[
<p>That's unwanted overhead IMO. And I definitely don't want to be running my regular stuff in containers; like I did a full disable and yank on snap so I never accidentally install anything with it. And every time I get into a situation where I <i>have to</i> reach for docker, I find that I suddenly have to be watching my disk space. Absolutely hate it.</p>
]]></description><pubDate>Fri, 03 Apr 2026 12:23:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47625871</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47625871</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47625871</guid></item><item><title><![CDATA[New comment by skeledrew in "Show HN: Home Maker: Declare Your Dev Tools in a Makefile"]]></title><description><![CDATA[
<p>I very much have this problem, but this doesn't solve it. I've tried tracking my installs before and it doesn't work. Thing is I just install stuff on demand, and never think about recording the installs... until I need that record. Especially when I'm solving an issue. What I need is a universal automatic tracker that just captures out all.<p>> Every developer on Linux already knows both.<p>I've been developing on Linux for over 10 years and I don't. It's like exiting vim: whenever I want to do anything beyond running a command or basic variable use, I have to go lookup how to do it online. Every time.</p>
]]></description><pubDate>Fri, 03 Apr 2026 12:16:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=47625813</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47625813</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47625813</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Unpacked : A visual guide"]]></title><description><![CDATA[
<p>There's nothing at that link. Not even a title.</p>
]]></description><pubDate>Wed, 01 Apr 2026 15:26:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47602175</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47602175</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47602175</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code Unpacked : A visual guide"]]></title><description><![CDATA[
<p>> The database dictates the workflow, hands the LLM a highly constrained task, and runs external validation on the output before the state is ever allowed to advance.<p>This sounds like where lat.md[0] is headed. Only thing is it doesn't do task constraint. Generally I find the path these tools are taking interesting.<p>[0] <a href="https://github.com/1st1/lat.md" rel="nofollow">https://github.com/1st1/lat.md</a></p>
]]></description><pubDate>Wed, 01 Apr 2026 15:24:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47602142</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47602142</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47602142</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code's source code has been leaked via a map file in their NPM registry"]]></title><description><![CDATA[
<p>All the prompts I've ever written with Claude have always worked fine the first time. Only revised if the actual purpose changes, I left something out, etc. But also I tend to only write prompts as part of a larger session, usually near the end, so there's lots of context available to help with the writing.</p>
]]></description><pubDate>Tue, 31 Mar 2026 17:31:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=47590766</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47590766</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47590766</guid></item><item><title><![CDATA[New comment by skeledrew in "Claude Code's source code has been leaked via a map file in their NPM registry"]]></title><description><![CDATA[
<p>Heh, this is what people who are hostile against AI-generated contributions get. I always figured it'd happen soon enough, and here it is in the wild. Who knows where else it's happening...</p>
]]></description><pubDate>Tue, 31 Mar 2026 17:11:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=47590464</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47590464</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47590464</guid></item><item><title><![CDATA[New comment by skeledrew in "Universal Claude.md – cut Claude output tokens"]]></title><description><![CDATA[
<p>Strange. I've never experienced verbosity with Claude. It always gets right to the point, and everything it outputs tends to be useful. Can actually be short at times.<p>ChatGPT on the other hand is <i>annoyingly</i> wordy and repetitive, and is <i>always</i> holding out on something that tempts you to send a "OK", "Show me" or something of the sort to get some more. But I can't be bothered with trying to optimize away the cruft as it may affect the thing that it's seriously good at and I really use it for: research and brainstorming things, usually to get a spec that I then pass to Claude to fill out the gaps (there are <i>always</i> multiple) and implement. It's absolutely designed to maximize engagement far more than issue resolution.</p>
]]></description><pubDate>Tue, 31 Mar 2026 02:54:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47582229</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47582229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47582229</guid></item><item><title><![CDATA[New comment by skeledrew in "The risk of AI isn't making us lazy, but making "lazy" look productive"]]></title><description><![CDATA[
<p>> nothing actually sticks.<p>And it doesn't matter. To each their own. Take one example: cooking. Some may choose to be a gourmet chef, whether professionally or just on their own time. Some will just regularly cook their food. Some will cook only when they have to. And some will avoid cooking no matter what, leaving it to family or going out to buy food, etc.<p>Now apply to every task and endeavor that one may be involved in. It doesn't matter if any particular thing sticks or not. Some may care and dive deeply, and some may prefer a hands-off approach. Nothing changes either way; life goes on.<p>The primary reason to get into anything deeply before was because it contributed directly to survival, eg studying and building a career to provide a product/service others needed. Things had to stick because living depended on it. Now with AI, well it just doesn't matter anymore with the essentials and everything beyond increasingly being automated away.</p>
]]></description><pubDate>Sun, 29 Mar 2026 00:29:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47559329</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47559329</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47559329</guid></item><item><title><![CDATA[New comment by skeledrew in "AI bug reports went from junk to legit overnight, says Linux kernel czar"]]></title><description><![CDATA[
<p>Nothing drastic I'd say. It's a continuous stream of small improvements just accumulating with each release, and someone just noticed a few releases away from a previous publicized-bad-capabilities release that there's major improvement between those points. So it looks like something major only due to the spacing between the capability surveys on the release timeline.</p>
]]></description><pubDate>Sat, 28 Mar 2026 13:53:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47554632</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47554632</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47554632</guid></item><item><title><![CDATA[New comment by skeledrew in "A Eulogy for Vim"]]></title><description><![CDATA[
<p>It benefits humanity as a whole to have <i>all</i> industries, across the board, automated away. Right now that's primarily happening in service economy, which essentially means either there are increasingly fewer "serfs", or they're moving up the ladder. This is just accelerating the process and pushing from the top.<p>In the end eventually everyone will be at the same industry earning potential level (or whatever it's called), and then there will literally be no more "potential for earning" because there would be 0 economic value to human labor (but there will always be aesthetic value). And by then the greatest collective decision the majority of mankind will have to make in its existence would already have been made: do away with this highly flawed and unsustainable economic system, or be wholly at the mercy and whims of those unreasonably trying to keep it in place. It's up to us whether the inevitably fully automated future is a dystopia, or utopia. There is no viable middle ground.<p><a href="https://marshallbrain.com/manna" rel="nofollow">https://marshallbrain.com/manna</a></p>
]]></description><pubDate>Fri, 27 Mar 2026 20:36:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=47547923</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47547923</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47547923</guid></item><item><title><![CDATA[New comment by skeledrew in "We broke 92% of SHA-256 – you should start to migrate from it"]]></title><description><![CDATA[
<p>Possible. It's up to people to decide if they're OK with a known 92% collision out there (with the unknown being there could be a 100%), or go for something stronger.</p>
]]></description><pubDate>Fri, 27 Mar 2026 20:08:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47547577</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47547577</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47547577</guid></item><item><title><![CDATA[New comment by skeledrew in "Anthropic Update on Session Limits"]]></title><description><![CDATA[
<p>I think a couple Chinese companies will be up here. And they likely won't raise at all, because they don't need to.</p>
]]></description><pubDate>Fri, 27 Mar 2026 19:59:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47547479</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47547479</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47547479</guid></item><item><title><![CDATA[New comment by skeledrew in "Anthropic Update on Session Limits"]]></title><description><![CDATA[
<p>From carrot to stick huh. Not enough people took up the off peak bonus I'm guessing, so make on peak a penalty. Kinda sucks, but be nice to have a bonus during the really dead hours to compensate.</p>
]]></description><pubDate>Fri, 27 Mar 2026 19:53:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47547402</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47547402</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47547402</guid></item><item><title><![CDATA[New comment by skeledrew in "So where are all the AI apps?"]]></title><description><![CDATA[
<p>What's preventing them?</p>
]]></description><pubDate>Thu, 26 Mar 2026 05:26:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47526896</link><dc:creator>skeledrew</dc:creator><comments>https://news.ycombinator.com/item?id=47526896</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47526896</guid></item></channel></rss>