<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: lsuresh</title><link>https://news.ycombinator.com/user?id=lsuresh</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 24 Jul 2026 01:06:45 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=lsuresh" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by lsuresh in "Incremental – A library for incremental computations"]]></title><description><![CDATA[
<p>Over at Feldera, we focus on IVM for SQL, but incremental computing problems show up far and wide: UIs, spreadsheets, control planes, compilers and more.</p>
]]></description><pubDate>Tue, 21 Jul 2026 11:29:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48990841</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=48990841</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48990841</guid></item><item><title><![CDATA[New comment by lsuresh in "Using OR-Tools CP-SAT for Scheduling Problems"]]></title><description><![CDATA[
<p>When I last used it for such use cases, it was better to decompose the problem into something incremental (so fixed placements become constants). Most of the latencies we saw were spent in the presolve phase which scaled with overall input size.</p>
]]></description><pubDate>Wed, 13 May 2026 16:26:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48124073</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=48124073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48124073</guid></item><item><title><![CDATA[New comment by lsuresh in "Using OR-Tools CP-SAT for Scheduling Problems"]]></title><description><![CDATA[
<p>I'm a big fan of the CP-SAT solver. It was a remarkable piece of tech to learn about (especially Peter Stuckey's talks on lazy clause generation [1]).<p>I'd used it in a past life to build a Kubernetes scheduler [2] and tackle some cluster management problems.<p>[1] <a href="https://www.youtube.com/watch?v=lxiCHRFNgno" rel="nofollow">https://www.youtube.com/watch?v=lxiCHRFNgno</a> 
[2] <a href="https://www.usenix.org/system/files/osdi20-suresh.pdf" rel="nofollow">https://www.usenix.org/system/files/osdi20-suresh.pdf</a></p>
]]></description><pubDate>Wed, 13 May 2026 15:49:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=48123506</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=48123506</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48123506</guid></item><item><title><![CDATA[New comment by lsuresh in "My “grand vision” for Rust"]]></title><description><![CDATA[
<p>We built Feldera's engine in Rust: <a href="https://github.com/feldera/feldera" rel="nofollow">https://github.com/feldera/feldera</a></p>
]]></description><pubDate>Mon, 09 Mar 2026 14:47:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47309836</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=47309836</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47309836</guid></item><item><title><![CDATA[New comment by lsuresh in "My “grand vision” for Rust"]]></title><description><![CDATA[
<p>There are some solid ideas here and would definitely apply to the IVM engine we're building. I'm curious if some of these effects could play a role in faster rust compilation times (e.g. nopanic..)?</p>
]]></description><pubDate>Mon, 09 Mar 2026 14:44:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47309800</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=47309800</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47309800</guid></item><item><title><![CDATA[New comment by lsuresh in "Nobody ever got fired for using a struct"]]></title><description><![CDATA[
<p>We use an in-product profiler (discussed here: <a href="https://www.feldera.com/blog/introducing-feldera's-visual-profiler" rel="nofollow">https://www.feldera.com/blog/introducing-feldera's-visual-pr...</a>), along with CPU profiles to identify where in the code we're spending time.</p>
]]></description><pubDate>Sat, 07 Mar 2026 16:22:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47288988</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=47288988</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47288988</guid></item><item><title><![CDATA[New comment by lsuresh in "Nobody ever got fired for using a struct"]]></title><description><![CDATA[
<p>Good questions!<p>Feldera tries to be row- and column-oriented in the respective parts that matter. E.g. our LSM trees only store the set of columns that are needed, and we need to be able to pick up individual rows from within those columns for the different operators.<p>I don't think we've converged on the best design yet here though. We're constantly experimenting with different layouts to see what performs best based on customer workloads.</p>
]]></description><pubDate>Sat, 07 Mar 2026 15:24:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47288448</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=47288448</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47288448</guid></item><item><title><![CDATA[New comment by lsuresh in "Nobody ever got fired for using a struct"]]></title><description><![CDATA[
<p>Feldera co-founder here. Great discussions here.<p>Some folks pointed out that no one should design a SQL schema like this and I agree. We deal with large enterprise customers, and don't control the schemas that come our way. Trust me, we often ask customers if they have any leeway with changing their SQL and their hands are often tied. We're a query engine, so have to be able to ingest data from existing data sources (warehouse, lakehouse, kafka, etc.), so we have to be able to work with existing schemas.<p>So what then follows is a big part of the value we add: which is, take your hideous SQL schema and queries, warts and all, run it on Feldera, and you'll get fully incremental execution at low latency and low cost.<p>700 isn't even the worst number that's come our way. A hyperscale prospect asked about supporting 4000 column schemas. I don't know what's in that table either. :)</p>
]]></description><pubDate>Fri, 06 Mar 2026 12:24:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47274117</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=47274117</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47274117</guid></item><item><title><![CDATA[New comment by lsuresh in "TikTok's 'addictive design' found to be illegal in Europe"]]></title><description><![CDATA[
<p>Thanks for the Feldera shoutout Jim.<p>For anyone else, if you want to try out Feldera and IVM for feature-engineering (it gives you perfect offline-online parity), you can start here: <a href="https://docs.feldera.com/use_cases/fraud_detection/" rel="nofollow">https://docs.feldera.com/use_cases/fraud_detection/</a></p>
]]></description><pubDate>Fri, 06 Feb 2026 17:35:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=46915726</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=46915726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46915726</guid></item><item><title><![CDATA[Feldera's Visual Profiler]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.feldera.com/blog/introducing-feldera%27s-visual-profiler">https://www.feldera.com/blog/introducing-feldera%27s-visual-profiler</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46645570">https://news.ycombinator.com/item?id=46645570</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 16 Jan 2026 11:57:00 +0000</pubDate><link>https://www.feldera.com/blog/introducing-feldera%27s-visual-profiler</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=46645570</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46645570</guid></item><item><title><![CDATA[New comment by lsuresh in "Ask HN: What's your experience with using graph databases for agentic use-cases?"]]></title><description><![CDATA[
<p>Start with Postgres and scale later once you have a better idea of your access patterns. You will likely model your graph as entities and recursively walk the graph (most likely through your application).<p>If the goal is to maintain views over graphs and performance/scale matters, consider Feldera. We see folks use it for its ability to incrementally maintain recursive SQL views (disclaimer: I work there).</p>
]]></description><pubDate>Fri, 03 Oct 2025 13:05:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=45462526</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=45462526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45462526</guid></item><item><title><![CDATA[New comment by lsuresh in "Privacy Badger is a free browser extension made by EFF to stop spying"]]></title><description><![CDATA[
<p>I currently run Firefox nightly with cross-site cookies disabled and all the trackers/scripts blocked. I also run uBlock Origin. Any idea if privacy badger is redundant with this set up?</p>
]]></description><pubDate>Sun, 28 Sep 2025 21:15:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=45408093</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=45408093</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45408093</guid></item><item><title><![CDATA[New comment by lsuresh in "Materialized views are obviously useful"]]></title><description><![CDATA[
<p>Thanks for the kind words (Feldera co-founder here). I'll pass it on to the design team. :)</p>
]]></description><pubDate>Sun, 24 Aug 2025 21:58:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=45008180</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=45008180</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45008180</guid></item><item><title><![CDATA[New comment by lsuresh in "Materialized views are obviously useful"]]></title><description><![CDATA[
<p>Do give us at Feldera a shot -- full IVM for arbitrary SQL + UDFs: <a href="https://github.com/feldera/feldera/" rel="nofollow">https://github.com/feldera/feldera/</a></p>
]]></description><pubDate>Sun, 24 Aug 2025 21:57:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=45008176</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=45008176</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45008176</guid></item><item><title><![CDATA[New comment by lsuresh in "I made a real-time C/C++/Rust build visualizer"]]></title><description><![CDATA[
<p>Would love to have our team try this out (we have some ridiculous rust builds).</p>
]]></description><pubDate>Fri, 15 Aug 2025 16:22:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=44914274</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=44914274</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44914274</guid></item><item><title><![CDATA[New comment by lsuresh in "Iceberg, the right idea – the wrong spec – Part 2 of 2: The spec"]]></title><description><![CDATA[
<p>Yeah that's been our biggest issue in this ecosystem (the non-JVM clients). They can't do writes and are often far behind on feature parity with the blessed JVM clients.</p>
]]></description><pubDate>Sat, 02 Aug 2025 20:00:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=44770882</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=44770882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44770882</guid></item><item><title><![CDATA[New comment by lsuresh in "At 17, Hannah Cairo solved a major math mystery"]]></title><description><![CDATA[
<p>Not the one you asked, but here's what I would have told my 17 year old self.<p>* "Slope beats y-intercept." The best computer scientists and engineers I've ever worked with and/or mentored embodied this principle more than anything else.<p>* It can be tempting to over-optimize for short-term milestones (e.g., an important admissions exam, the next job or promotion), but there is a significant compounding value to knowledge accumulation and truly learning your craft well. Read and learn as much as you can, all the time, even if it isn't immediately necessary or useful.</p>
]]></description><pubDate>Sat, 02 Aug 2025 19:33:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=44770652</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=44770652</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44770652</guid></item><item><title><![CDATA[Iceberg, the right idea – the wrong spec – Part 2 of 2: The spec]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.database-doctor.com/posts/iceberg-is-wrong-2.html">https://www.database-doctor.com/posts/iceberg-is-wrong-2.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44767888">https://news.ycombinator.com/item?id=44767888</a></p>
<p>Points: 35</p>
<p># Comments: 8</p>
]]></description><pubDate>Sat, 02 Aug 2025 14:26:37 +0000</pubDate><link>https://www.database-doctor.com/posts/iceberg-is-wrong-2.html</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=44767888</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44767888</guid></item><item><title><![CDATA[New comment by lsuresh in "ACM Transitions to Full Open Access"]]></title><description><![CDATA[
<p>It's the first time I'm hearing about the Berlin Declaration. :)</p>
]]></description><pubDate>Wed, 30 Jul 2025 13:45:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=44734125</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=44734125</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44734125</guid></item><item><title><![CDATA[New comment by lsuresh in "ACM Transitions to Full Open Access"]]></title><description><![CDATA[
<p>This made my day. Thank you for the kind words! What were you working on?</p>
]]></description><pubDate>Wed, 30 Jul 2025 11:25:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=44732872</link><dc:creator>lsuresh</dc:creator><comments>https://news.ycombinator.com/item?id=44732872</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44732872</guid></item></channel></rss>