<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: praveenrajus</title><link>https://news.ycombinator.com/user?id=praveenrajus</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 01 Nov 2026 13:06:45 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=praveenrajus" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by praveenrajus in "AI, Lean, and the Future of Formal Verification, with Lean Creator Leo de Moura"]]></title><description><![CDATA[
<p>works really well for simulators, where you usually don't have an oracle but you do have invariants. e.g. in SPICE the low-freq AC gain has to match the slope of the DC sweep. it's cheap to check and it catches sign errors that look totally fine on a plot</p>
]]></description><pubDate>Sat, 31 Oct 2026 17:20:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=50318055</link><dc:creator>praveenrajus</dc:creator><comments>https://news.ycombinator.com/item?id=50318055</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50318055</guid></item><item><title><![CDATA[New comment by praveenrajus in "Launch HN: Simantic (YC F26) – Firmware Simulation for AI Agents"]]></title><description><![CDATA[
<p>one spot where pin-level leaks is the ADC. tons of "firmware bugs" are really a big divider that can't recharge the sample cap in time, so readings come out low or depend on the previous channel. even just modeling source resistance vs sampling time would catch a lot of that</p>
]]></description><pubDate>Sat, 31 Oct 2026 17:20:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=50318052</link><dc:creator>praveenrajus</dc:creator><comments>https://news.ycombinator.com/item?id=50318052</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50318052</guid></item></channel></rss>