<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: somesortofthing</title><link>https://news.ycombinator.com/user?id=somesortofthing</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 25 May 2026 00:48:03 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=somesortofthing" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by somesortofthing in "The IBM-ification of Google?"]]></title><description><![CDATA[
<p>Not the article's main point but I've never liked the "google killing products" complaints. People always talk about how big companies fail because they're unwilling to take risks and just recommit to their areas of strength, but this is what risk-taking looks like - you blast out products, see what sticks, and kill what doesn't. People who think it's a quality product won't be wary of whether it'll get killed - the quality itself is insurance against that. How many DAUs would stadia or hangouts or even reader have today?</p>
]]></description><pubDate>Fri, 22 May 2026 00:45:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48230598</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=48230598</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48230598</guid></item><item><title><![CDATA[New comment by somesortofthing in "The American Rebellion Against AI Is Gaining Steam"]]></title><description><![CDATA[
<p>I think AI companies have actually broadly adopted the right strategy. There's no way to sugarcoat or hide that your company's pitch is "your salary is our TAM, btw our product is so powerful it might cause human extinction". Deploying as widely as possible while steamrolling opposition before it can get its bearings is the only viable option for the technology as they describe it.</p>
]]></description><pubDate>Tue, 19 May 2026 04:45:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48189262</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=48189262</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48189262</guid></item><item><title><![CDATA[New comment by somesortofthing in "Frontier AI has broken the open CTF format"]]></title><description><![CDATA[
<p>I have no experience in the CTF scene so I'm curious - why not lean in and design the puzzles with an AI harness like the one top teams use in the loop and use the(presumably) expert skills of the designers to patch up the holes until the AI can't find them? Do you just end up designing ~perfectly secure systems that no human can break without finding monetizable 0days?</p>
]]></description><pubDate>Sun, 17 May 2026 04:21:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48166018</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=48166018</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48166018</guid></item><item><title><![CDATA[New comment by somesortofthing in "Software engineering may no longer be a lifetime career"]]></title><description><![CDATA[
<p>Agent-assisted programming is fundamentally the skill of directing and supervising agents. I don't see any reason to believe that working a job where you direct and supervise agents will make you any worse at directing and supervising agents long term.</p>
]]></description><pubDate>Mon, 11 May 2026 19:30:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48099581</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=48099581</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48099581</guid></item><item><title><![CDATA[New comment by somesortofthing in "Simulacrum of Knowledge Work"]]></title><description><![CDATA[
<p>It's bad code, but it's not pretending to be better than it is.</p>
]]></description><pubDate>Thu, 30 Apr 2026 03:06:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47957588</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47957588</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47957588</guid></item><item><title><![CDATA[New comment by somesortofthing in "Simulacrum of Knowledge Work"]]></title><description><![CDATA[
<p>I find AI code usually looks <i>worse</i> than it actually is. It's overly verbose, confusing, and littered with fallbacks that mean that if something goes wrong it falls through a million layers of try/catch and moves the stack trace somewhere completely unrelated to where the error actually happened, but in terms of the actual functionality it works much better than any similar-looking code written by a human would.</p>
]]></description><pubDate>Sun, 26 Apr 2026 09:36:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47908853</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47908853</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47908853</guid></item><item><title><![CDATA[New comment by somesortofthing in "Do I belong in tech anymore?"]]></title><description><![CDATA[
<p>Obviously the author's experience is a nightmare but what was this place like <i>pre-AI</i>? I have a hard time believing people who are this willing to hand over all of their thinking to LLMs were doing anything productive beforehand.</p>
]]></description><pubDate>Sat, 25 Apr 2026 05:42:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47898991</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47898991</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47898991</guid></item><item><title><![CDATA[New comment by somesortofthing in "Claude Opus 4.7 Model Card"]]></title><description><![CDATA[
<p>They contain broad overviews(throw some disease-causing bacteria in a sort of rainbow arrangement of increasingly more effective antibiotics, you'll usually get something that's at least very deadly even if it doesn't have pandemic potential) but executing in a real lab takes a ton of trial and error to figure out the details. The issue is that the details ~all exist somewhere in the training dataset already, discovered and documented over the course of unrelated, benign biology research. Ability to quickly and accurately search over that corpus translates to large speedups in the physical development process.</p>
]]></description><pubDate>Thu, 16 Apr 2026 17:57:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47797120</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47797120</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47797120</guid></item><item><title><![CDATA[New comment by somesortofthing in "Cybersecurity looks like proof of work now"]]></title><description><![CDATA[
<p>Another asymmetric advantage for defenders - attackers need to burn tokens to form incomplete, outdated, and partially wrong pictures of the codebase while the defender gets the whole latest version plus git history plus documentation plus organizational memory plus original authors' cooperation for free.</p>
]]></description><pubDate>Wed, 15 Apr 2026 21:23:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=47785430</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47785430</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47785430</guid></item><item><title><![CDATA[New comment by somesortofthing in "Cybersecurity looks like proof of work now"]]></title><description><![CDATA[
<p>There's still the question of access to the codebase. By all accounts, the best LLM cyber scanning approaches are <i>really</i> primitive - it's just a bash script that goes through every single file in the codebase and, for each one and runs a "find the vulns here" prompt. The attacker usually has even less access than this - in the beginning, they have network tools, an undocumented API, and maybe some binaries.<p>You can do a lot better efficiency-wise if you control the source end-to-end though - you already group logically related changes into PRs, so you can save on scanning by asking the LLM to only look over the files you've changed. If you're touching security-relevant code, you can ask it for more per-file effort than the attacker might put into their own scanning. You can even do the big bulk scans an attacker might on a fixed schedule - each attacker has to run their own scan while you only need to run your one scan to find everything they would have. There's a <i>massive</i> cost asymmetry between the "hardening" phase for the defender and the "discovering exploits" phase for the attacker.<p>Exploitability also isn't binary: even if the attacker is better-resourced than you, they need to find a whole chain of exploits in your system, while you only need to break the weakest link in that chain.<p>If you boil security down to just a contest of who can burn more tokens, defenders get efficiency advantages only the best-resourced attackers can overcome. On net, public access to mythos-tier models will make software more secure.</p>
]]></description><pubDate>Wed, 15 Apr 2026 21:10:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47785275</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47785275</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47785275</guid></item><item><title><![CDATA[New comment by somesortofthing in "Saying goodbye to Agile"]]></title><description><![CDATA[
<p>Traditional design doc review processes aren't perfect but I'll take them over Radical Ticket Anarchy any day of the week.</p>
]]></description><pubDate>Wed, 15 Apr 2026 06:05:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47775263</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47775263</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47775263</guid></item><item><title><![CDATA[New comment by somesortofthing in "Saying goodbye to Agile"]]></title><description><![CDATA[
<p>What does "writing specs" here actually mean? Every agile project I've ever worked on has had a design doc that laid out architecture, the basic shape of contracts, dependencies and so on. In fact, the agile artifacts(tickets, estimates, epics etc.) have always been downstream of a design doc source-of-truth. A project where all the work comes directly from tickets with no overarching, agreed-upon document on what the end goal is supposed to be sounds hellish.</p>
]]></description><pubDate>Wed, 15 Apr 2026 05:35:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47775073</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47775073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47775073</guid></item><item><title><![CDATA[New comment by somesortofthing in "The cult of vibe coding is dogfooding run amok"]]></title><description><![CDATA[
<p>"Wildly successful but unpolished product first-to-market with a new technology gets dethroned by a competitor with superior execution" is a story as old as tech.</p>
]]></description><pubDate>Mon, 06 Apr 2026 20:20:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47666485</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47666485</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47666485</guid></item><item><title><![CDATA[New comment by somesortofthing in "The threat is comfortable drift toward not understanding what you're doing"]]></title><description><![CDATA[
<p>There definitely is but even then, you can get a feel for a loop for more open-ended tasks too - you move forward until the model output starts to look handwavy/contradictory, then pause to talk to it/consult outside sources to improve your own knowledge. Most "fuzzy" fields also have quantitative components, and it's often worth stopping for a moment to put together some kind of quantitative evaluation suie to give the model grounding. When you've learned the right path yourself, you start moving forward again. It's for sure slower and more error-prone if you were already an expert when you started, but it's workable, and head-and-shoulders better than what you could do without the AI.</p>
]]></description><pubDate>Mon, 06 Apr 2026 00:06:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47655319</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47655319</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47655319</guid></item><item><title><![CDATA[New comment by somesortofthing in "The threat is comfortable drift toward not understanding what you're doing"]]></title><description><![CDATA[
<p>I used to feel this way but... honestly, I've found that pressing on with only a vague understanding of what's happening and then diving deep with the agent's own help if it keeps making bad decisions leads to more output of comparable quality. Even without a deep understanding of the topic, you can usually tell when the LLM is BSing and you need to intervene. The model has much more knowledge "present-at-hand" than it'll actually apply to a given implementation, so you can substantially deepen your understanding with minimal reference to external resources by just taking a break from implementation to have a convo with it.<p>I'm sure this approach breaks down at the very frontiers of highly technical fields but... virtually all work, even work by educated professionals, happens outside that area anyway. On well-trodden ground, you can improve at supervising agents by doing things that test your ability to supervise agents.</p>
]]></description><pubDate>Sun, 05 Apr 2026 22:48:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47654726</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47654726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47654726</guid></item><item><title><![CDATA[New comment by somesortofthing in "Vulnerability research is cooked"]]></title><description><![CDATA[
<p>Am I wrong in thinking that an "exploits are free" environment massively favors the defender? Given that real-world exploits usually chain 0days, the attacker has to find the whole chain while the defender only needs to fix the weakest link.<p>The defender also gets to make the first move by just putting a "run an agent to find vulns" step in their CI pipeline. If LLMs truly make finding exploits free, almost no LLM-findable exploits will ever make it into the codebase.<p>The only way break the equilibrium is still going to be a smart researcher capable of finding exploits that the commoditized tools alone can't.</p>
]]></description><pubDate>Tue, 31 Mar 2026 00:10:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47581234</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47581234</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47581234</guid></item><item><title><![CDATA[New comment by somesortofthing in "SkillsBench: Benchmarking how well agent skills work across diverse tasks"]]></title><description><![CDATA[
<p>I interpreted it as "Allowing the LLM to add skills to itself as it completes a task doesn't provide a meaningful improvement over just letting it reason normally", which seems to be what the paper is fundamentally getting at.</p>
]]></description><pubDate>Tue, 17 Feb 2026 00:18:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47042085</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47042085</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47042085</guid></item><item><title><![CDATA[New comment by somesortofthing in "Show HN: GitHub "Lines Viewed" extension to keep you sane reviewing long AI PRs"]]></title><description><![CDATA[
<p>Makes same-origin requests to github's frontend to fetch info about line counts(line count figures are only sometimes loaded into app state) - that's the only network calls it makes.</p>
]]></description><pubDate>Mon, 16 Feb 2026 19:21:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47039098</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47039098</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47039098</guid></item><item><title><![CDATA[New comment by somesortofthing in "Show HN: GitHub "Lines Viewed" extension to keep you sane reviewing long AI PRs"]]></title><description><![CDATA[
<p><a href="https://github.com/dfialkov/pr-lines-viewed" rel="nofollow">https://github.com/dfialkov/pr-lines-viewed</a></p>
]]></description><pubDate>Sun, 15 Feb 2026 18:46:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=47026233</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47026233</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47026233</guid></item><item><title><![CDATA[New comment by somesortofthing in "Show HN: GitHub "Lines Viewed" extension to keep you sane reviewing long AI PRs"]]></title><description><![CDATA[
<p>I'm reviewing PRs I wrote myself. Valid concern in a real org though.</p>
]]></description><pubDate>Sun, 15 Feb 2026 02:12:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47020434</link><dc:creator>somesortofthing</dc:creator><comments>https://news.ycombinator.com/item?id=47020434</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47020434</guid></item></channel></rss>