<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Reproducible data science over data lakes: replayable data pipelines with Bauplan and Nessie · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/2404.13682/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/2404.13682/feed.xml" rel="self" type="application/rss+xml" /><item><title>Reproducible data science over data lakes: replayable data pipelines with Bauplan and Nessie — mentioned by jtagliabuetooso</title><link>https://news.ycombinator.com/item?id=44337361</link><guid isPermaLink="false">urn:hackerpapers:mention:2404.13682:44337361</guid><pubDate>Sat, 21 Jun 2025 13:15:12 GMT</pubDate><description>&lt;p&gt;Thanks for the comment: your frustration is the default in the industry, and it&amp;#x27;s part of the reasons why Bauplan was built. &amp;quot;but it always takes forever and I&amp;#x27;m never even able to articulate why.&amp;quot; -&amp;gt; there are way more factors at play than DoFeatures unfortunately, see for example Table 1 (https://arxiv.org/pdf/2404.13682). Even knowing which data people have developed on is hard, which is why bauplan has git-for-data semantics built in: everyone works on production data, but safely and reliably, to avoid data skews. Each computer is different, which is why bauplan adopt FaaS with isolated…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2404.13682/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Reproducible data science over data lakes: replayable data pipelines with Bauplan and Nessie — mentioned by jtagliabuetooso</title><link>https://news.ycombinator.com/item?id=44337327</link><guid isPermaLink="false">urn:hackerpapers:mention:2404.13682:44337327</guid><pubDate>Sat, 21 Jun 2025 13:09:28 GMT</pubDate><description>&lt;p&gt;Importantly, kedro does not run things for you, resulting in a suboptimal experience because the runtime and dsl are separated: in particular, it does not solve the problem of having K different systems with scattered logs and not easy to integrate APIs. If you want to dive deeper in one line reproducibility, you can chek our SIGMOD24 paper: https://arxiv.org/pdf/2404.13682. Let us know what you think!&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2404.13682/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item><item><title>Reproducible data science over data lakes: replayable data pipelines with Bauplan and Nessie — mentioned by jtagliabuetooso</title><link>https://news.ycombinator.com/item?id=44333571</link><guid isPermaLink="false">urn:hackerpapers:mention:2404.13682:44333571</guid><pubDate>Sat, 21 Jun 2025 00:55:34 GMT</pubDate><description>&lt;p&gt;Thanks for checking out bauplan (which also supports BYOC, so I guess it is indeed hostable by you in a sense!). We&amp;#x27;ve done quite a lot of open source in our life, at Bauplan (you can check our github), and before (you can check me ;-)), so the comment seems unfair! We understand the importance of being clear on how the platform works, and for that we have a long series of blog posts and, if you&amp;#x27;re so inclined, quite a few peer-reviewed papers in top conferences, ranging from low-level memory optimizations (https://arxiv.org/abs/2504.06151), columnar caching…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/2404.13682/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.DB</category></item></channel></rss>
