<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: virgilp</title><link>https://news.ycombinator.com/user?id=virgilp</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 06 Apr 2026 07:06:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=virgilp" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by virgilp in "Taming LLMs: Using Executable Oracles to Prevent Bad Code"]]></title><description><![CDATA[
<p>I honestly don't see how this is related? Nothing says "one shot a full system from a perfect specification", I don't think this was ever a goal (or that it will be practical to do so)</p>
]]></description><pubDate>Sat, 28 Mar 2026 18:42:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47557187</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47557187</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47557187</guid></item><item><title><![CDATA[New comment by virgilp in "Taming LLMs: Using Executable Oracles to Prevent Bad Code"]]></title><description><![CDATA[
<p>Actually, no. We always needed good checks - that's why you have techniques like automated canary analysis, extensive testing, checking for coverage - these are forms of "executable oracles". If you wanted to be able to do continuous deployment - you had to be very thorough in your validation.<p>LLMs just take this to the extreme. You can no longer rely on human code reviews (well you can but you give away all the LLM advantages) so then if you take out "human judgement" *from validation*[1], you have to resort to very sophisticated automated validation. This is it - it's not about "inventing a new language", it's about being much more thorough (and innovative, and efficient) in the validation process.<p>[1] never from design, or specification - you shouldn't outsource that to AI, I don't think we're close to an AI that can do that even moderately effective without human help.</p>
]]></description><pubDate>Thu, 26 Mar 2026 20:37:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47535396</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47535396</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47535396</guid></item><item><title><![CDATA[New comment by virgilp in "Reports of code's death are greatly exaggerated"]]></title><description><![CDATA[
<p>Also: if that one particular AI-produced compiler has nothing innovative, that only means that the human "director" behind the AI didn't ask it to produce anything innovative; what it does not mean is that AI can never produce anything innovative in a compiler.</p>
]]></description><pubDate>Mon, 23 Mar 2026 12:56:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47488840</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47488840</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47488840</guid></item><item><title><![CDATA[New comment by virgilp in "Verified Spec-Driven Development (VSDD)"]]></title><description><![CDATA[
<p>"Waterfall" got a bad rep because it meant "we stay months in the requirements gathering, then months design phase, then months in development, then months in validation". If you compress "months" to days/hours, what you obtain is something that nobody from the 90s would recognize as "waterfall"; it is not the end of agility, far from it.</p>
]]></description><pubDate>Mon, 02 Mar 2026 10:15:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=47215990</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47215990</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47215990</guid></item><item><title><![CDATA[New comment by virgilp in "Verified Spec-Driven Development (VSDD)"]]></title><description><![CDATA[
<p>Cool but it is not a framework for working with AI, it is an _opinionated_ framework for building full-stack apps right? As in, I can't use any of it if I'm building, say, a Spark data processing pipeline. Or a ML framework. Or automation software that runs on custom processors.<p>The idea of "guardrails outside the model" is definitely appealing but I wonder if you can make it generalize well.</p>
]]></description><pubDate>Mon, 02 Mar 2026 09:56:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47215853</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47215853</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47215853</guid></item><item><title><![CDATA[New comment by virgilp in "Verified Spec-Driven Development (VSDD)"]]></title><description><![CDATA[
<p>No, OP literally claims "you can't spec out something you have no clue how to build"; I claim that on the contrary, you absolutely can - you don't need to know "how to build" but you need to clarify what you want to build. You can't ask AI to build something (and actually obtain a good "something") until you can  say exactly what the said "something" is.<p>You iterate, yes - sometimes because the AI gets it wrong; and sometimes because you got it wrong (or didn't say exactly what you wanted, and AI assumed you wanted something else). But the less specific and clear you are in your requirements, the less likely it is you'll actually get what you want. With you not being specific in the requirements, it only really works if you want something that lots of people are building/have built before, because that will allow the AI to make correct assumptions about what to build.</p>
]]></description><pubDate>Sun, 01 Mar 2026 19:52:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47210037</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47210037</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47210037</guid></item><item><title><![CDATA[New comment by virgilp in "Verified Spec-Driven Development (VSDD)"]]></title><description><![CDATA[
<p>Nothing of what you write here matches my experience with AI.<p>Specification is worth writing (and spending a lot more time on than implementation) because it's the part that you can still control, fully read, understand etc. Once it gets into the code, reviewing it will be a lot harder, and if you insist on reviewing everything it'll slow things down to your speed.<p>> If the cost of writing code is approaching zero, there's no point investing resources to perfect a system in one shot.<p>THe AI won't get the perfect system in one shot, far from it! And especially not from sloppy initial requirements that leave a lot of edge (or not-so-edge) cases unadressed. But if you have a good requirement to start with, you have a chance to correct the AI, keep it on track; you have something to go back to and ask other AI, "is this implementation conforming to the spec or did it miss things?"<p>>  five different versions of the thing you're building and simply pick the best one.<p>Problem is, what if the best one is still not good enough? Then what? You do 50? They might all be bad. You need a way to iterate to convergence</p>
]]></description><pubDate>Sat, 28 Feb 2026 18:49:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47198834</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47198834</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47198834</guid></item><item><title><![CDATA[New comment by virgilp in "Show HN: Context Mode – 315 KB of MCP output becomes 5.4 KB in Claude Code"]]></title><description><![CDATA[
<p>>  Nothing persists after the session ends.<p>Does that mean that if I exit claude code and then later resume the session, the database is already lost? When exactly does the session end?</p>
]]></description><pubDate>Wed, 25 Feb 2026 09:17:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=47149245</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=47149245</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47149245</guid></item><item><title><![CDATA[New comment by virgilp in "Luce: First Electric Ferrari"]]></title><description><![CDATA[
<p>> after my old Volvo dies<p>That's another 20 years mate.</p>
]]></description><pubDate>Tue, 10 Feb 2026 08:12:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=46956723</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46956723</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46956723</guid></item><item><title><![CDATA[New comment by virgilp in "Nobody knows how the whole system works"]]></title><description><![CDATA[
<p>It's relative, not absolute. It's definitely more dangerous to not know how to make your own food than to know something about it - you _need_ food, so lacking that skill is more dangerous than having it.<p>That was my point, really - that you probably don't need to know "materials science" to declare yourself competent enough in cooking so that you can make your own food. Even if you only cooked eggs in teflon pans, you will likely be able to improvise if need arises. But once you become so ignorant that you don't even know what food is unless you see it on a plate in a restaurant, already prepared - then you're in a lot poorer position to survive, should your access to restaurants be suddenly restricted. But perhaps more importantly - you lose the ability to evaluate food by anything other than aspect & taste, and have to completely rely on others to understand what food might be good or bad for you(*).<p>(*) even now, you can't really "do your own research", that's not how the world works. We stand on shoulders of giants - the reason we have so much is because we trust/take for granted a lot of knowledge that ancestors built up for us. But it's one thing to know /prove everything in detail up until the basic axioms/atoms/etc; nobody does that. And it's a completely different different thing to have your "thoughts" and "conclusions" already delivered to you in final form by something (be it Fox News, ChatGPT, New York Times  or anything really) and just take them for granted, without having a framework that allows to do some minimal "understanding" and "critical thinking" of your own.</p>
]]></description><pubDate>Mon, 09 Feb 2026 11:14:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46944000</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46944000</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46944000</guid></item><item><title><![CDATA[New comment by virgilp in "Nobody knows how the whole system works"]]></title><description><![CDATA[
<p>That's not how things work in practice.<p>I think the concern is not that "people don't know how everything works" - people never needed to know how to "make their own food" by understanding all the cellular mechanisms and all the intricacies of the chemistry & physics involved in cooking.  BUT, when you stop understanding the basics - when you no longer know how to fry an egg because you just get it already prepared from the shop/ from delivery - that's a whole different level of ignorance, that's much more dangerous.<p>Yes, it may be fine & completely non-concerning if agricultural corporations produce your wheat and your meat; but if the corporation starts producing standardized cooked food for everyone, is it really the same - is it a good evolution, or not? That's the debate here.</p>
]]></description><pubDate>Mon, 09 Feb 2026 06:49:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=46942306</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46942306</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46942306</guid></item><item><title><![CDATA[New comment by virgilp in "I spent 5 years in DevOps – Solutions engineering gave me what I was missing"]]></title><description><![CDATA[
<p>I'm wondering about that. I think with the advent of AI, we might see a new kind of successful software company - one that doesn't sell a single solution to many customers, but instead has the building blocks, prompts (agents skills etc) & processes to quickly build very custom solutions for each customer - using a new blend of engineers that are not exactly "customer support" nor traditional "sw eng", but more around the emerging "forward-deployed engineer" role.</p>
]]></description><pubDate>Sat, 07 Feb 2026 11:16:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=46922939</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46922939</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46922939</guid></item><item><title><![CDATA[New comment by virgilp in "A few random notes from Claude coding quite a bit last few weeks"]]></title><description><![CDATA[
<p>This is an interesting thing that I'm contemplating. I also do believe that (perhaps with very few exceptions) there are no "10x engineers" by themselves, but engineers that thrive 10x more in a context or another (like, I'm sure Jeff Dean is an absolutely awesome engineer - but if you took him out of Google and plugged him into IBM - would he have had the same impact?)<p>With that in mind - I think one very unexplored area is "how to make the mixed AI-human teams successful". Like, I'm fairly convinced AI changes things, but  to get to the industrialization of our craft (which is what management seems to want - and, TBH, something that makes sense from an economic pov), I feel that some big changes need to happen, and nobody is talking about that too much. What are the changes that need to happen? How do we change things, if we are to attempt such industrialization?</p>
]]></description><pubDate>Wed, 28 Jan 2026 13:06:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=46794805</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46794805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46794805</guid></item><item><title><![CDATA[New comment by virgilp in "4 billion if statements (2023)"]]></title><description><![CDATA[
<p>Definitely not a visionary. This is how you do it in 2025: <a href="https://imgur.com/rWiP90P" rel="nofollow">https://imgur.com/rWiP90P</a></p>
]]></description><pubDate>Fri, 12 Dec 2025 15:56:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=46245305</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46245305</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46245305</guid></item><item><title><![CDATA[New comment by virgilp in "I wasted years of my life in crypto"]]></title><description><![CDATA[
<p>Yeah but you can also have a disaster strike in that place (say, a nuclear accident) that will obliterate your real-estate value. Or general society changes that will make a city much less desirable (see the "rust belt"). Of course, nothing is without risk - so in that sense, it's not surprising that real-estate has risks. But that's what I wanted to underline, nothing is "inflation-proof". There's no guaranteed way to preserve wealth (much less increase it). None.</p>
]]></description><pubDate>Mon, 08 Dec 2025 10:07:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=46190530</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=46190530</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46190530</guid></item><item><title><![CDATA[New comment by virgilp in "Thiel and Zuckerberg on Facebook, Millennials, and predictions for 2030 (2019)"]]></title><description><![CDATA[
<p>This is some data about US:<p><a href="https://today.yougov.com/ratings/entertainment/fame/people/all" rel="nofollow">https://today.yougov.com/ratings/entertainment/fame/people/a...</a><p>Zuckerberg is 49, Sheeran is 169 (Taylor Swift is on 4; Bieber, Lady Gaga and Beyoncé are also more famous than Zuckerberg; the rest in the list are less famous)</p>
]]></description><pubDate>Mon, 10 Nov 2025 16:38:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=45877695</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=45877695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45877695</guid></item><item><title><![CDATA[New comment by virgilp in "You should write an agent"]]></title><description><![CDATA[
<p>a million ways, but e.g: once in a while, add a "challenge" header; the next request should contain a "challenge-reply" header for said challenge. If you're just reusing the access token, you won't get it right.<p>Or: just have a convention/an algorithm to decide how quickly Claude should refresh the access token. If the server knows token should be refreshed after 1000 requests and notices refresh after 2000 requests, well, probably half of the requests were not made by Claude Code.</p>
]]></description><pubDate>Fri, 07 Nov 2025 14:22:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=45846677</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=45846677</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45846677</guid></item><item><title><![CDATA[New comment by virgilp in "AI's Dial-Up Era"]]></title><description><![CDATA[
<p>Because of many reasons. It's not practical to have a Starlink antenna with you everywhere. And then yes, cost is a significant factor too - even in the dialup era satellite internet connection was a thing that existed "everywhere", in theory....</p>
]]></description><pubDate>Tue, 04 Nov 2025 11:08:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=45809638</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=45809638</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45809638</guid></item><item><title><![CDATA[New comment by virgilp in "NASA chief suggests SpaceX may be booted from moon mission"]]></title><description><![CDATA[
<p>I never claimed "hardest". And yes, block3 being as of right now still unproven is another reason to say "not almost done with the hard parts yet".</p>
]]></description><pubDate>Wed, 22 Oct 2025 15:32:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=45670678</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=45670678</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45670678</guid></item><item><title><![CDATA[New comment by virgilp in "NASA chief suggests SpaceX may be booted from moon mission"]]></title><description><![CDATA[
<p>I wouldn't say "almost done" - orbital refueling is likely one of the hard parts, and it wasn't attempted yet.</p>
]]></description><pubDate>Tue, 21 Oct 2025 13:56:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=45655873</link><dc:creator>virgilp</dc:creator><comments>https://news.ycombinator.com/item?id=45655873</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45655873</guid></item></channel></rss>