<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: zenlikethat</title><link>https://news.ycombinator.com/user?id=zenlikethat</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 23 Apr 2026 15:41:31 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=zenlikethat" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by zenlikethat in "AI Angst"]]></title><description><![CDATA[
<p>I found that bit slightly ironic because it always seems to produce slightly cringy Go code for me that might get the job done but skips over some of the usual design philosophies like use of interfaces, channels, and context. But for many parts, yeah, I’ve been very satisfied with Go code gen.</p>
]]></description><pubDate>Mon, 09 Jun 2025 20:15:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=44228936</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=44228936</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44228936</guid></item><item><title><![CDATA[New comment by zenlikethat in "Bauplan – Git-for-data pipelines on object storage"]]></title><description><![CDATA[
<p>The code you execute on your data currently runs in a per-customer AWS account managed by us. We leave the door open for BYOC based on the architecture we’ve designed, but due to lean startup life, that’s not an option yet. We’d definitely be down to chat about it</p>
]]></description><pubDate>Wed, 16 Apr 2025 16:29:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=43707356</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=43707356</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43707356</guid></item><item><title><![CDATA[New comment by zenlikethat in "Bauplan – Git-for-data pipelines on object storage"]]></title><description><![CDATA[
<p>Some similarities, but Bauplan offers:<p>1. Great Python support. Piping something from a structured data catalog into Python is trivial, and so is persisting results. With materialization, you never need to recompute something in Python twice if you don’t want to — you can store it in your data catalog forever.<p>Also, you can request anything Python package you want, and even have different Python versions and packages in different workflow steps.<p>2. Catalog integration. Safely make changes and run experiments in branches.<p>3. Efficient caching and data re-use. We do a ton of tricks behind to scenes to avoid recomputing or rescanning things that have already been done, and pass data between steps with Arrow zero copy tables. This means your DAGs run a lot faster because the amount of time spent shuffling bytes around is minimal.</p>
]]></description><pubDate>Wed, 16 Apr 2025 16:27:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=43707329</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=43707329</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43707329</guid></item><item><title><![CDATA[New comment by zenlikethat in "Bauplan – Git-for-data pipelines on object storage"]]></title><description><![CDATA[
<p>Yep, staying service.<p>RE: workflow orchestrators. You can use the Bauplan SDK to query, launch jobs and get results from within your existing platform, we don’t want to replace entirely if it’s doesn’t fit for you, just to augment.<p>RE: DuckDB and Polars. It literally uses DuckDB under the hood but with two huge upgrades: one, we plug into your data catalog for really efficient scanning even on massive data lake houses, before it hits the DuckDB step. Two, we do efficient data caching. Query results and intermediate scans and stuff can be reused across runs.<p>More details here: <a href="https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg-for-optimal-olap" rel="nofollow">https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg...</a><p>As for Polars, you can use Polars itself within your Python models easily by specifying it in a pip decorator. We install all requested packages within Python modules.</p>
]]></description><pubDate>Wed, 16 Apr 2025 16:22:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=43707267</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=43707267</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43707267</guid></item><item><title><![CDATA[New comment by zenlikethat in "Bauplan – Git-for-data pipelines on object storage"]]></title><description><![CDATA[
<p>> or is this a platform that maybe runs on k8s and provides its own serverless compute resources?<p>This one, although it’s a custom orchestration system, not Kubernetes. (there are some similarities but our system is really optimized for data workloads)<p>We manage Iceberg for easy data versioning, take care of data caching and Python modules, etc., and you just write some Python and SQL and exec it over your data catalog without having to worry about Docker and all infra stuff.<p>I wrote a bit on what the efficient SQL half takes care of for you here: <a href="https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg-for-optimal-olap" rel="nofollow">https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg...</a><p>> In the end I kind of understand it as similar to sqlmesh, but with a "BYO compute" approach? So where sqlmesh wants to run on a Data Warehouse platform that provides compute, and only really supports Iceberg via Trino, bauplan is focused solely on Iceberg and defining/providing your own compute resources?<p>Philosophically, yes. In practice so far we manage the machines in separate AWS accounts _for_ the customers, in a sort of hybrid approach, but the idea is not dissimilar.<p>> Should I understand therefore that this is only usable with an account from bauplanlabs.com ?<p>Yep. We’d help you get started and use our demo team. Send jacopo.tagliabue@bauplanlabs.com an email<p>RE: pricing. Good question. Early startup stage bespoke at the moment. Contact your friendly neighborhood Bauplan founder to learn more :)</p>
]]></description><pubDate>Wed, 16 Apr 2025 16:16:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43707187</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=43707187</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43707187</guid></item><item><title><![CDATA[Blending DuckDB and Apache Iceberg for Optimal Cloud OLAP]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg-for-optimal-olap">https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg-for-optimal-olap</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42727305">https://news.ycombinator.com/item?id=42727305</a></p>
<p>Points: 6</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 16 Jan 2025 16:17:54 +0000</pubDate><link>https://www.bauplanlabs.com/blog/blending-duckdb-and-iceberg-for-optimal-olap</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=42727305</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42727305</guid></item><item><title><![CDATA[New comment by zenlikethat in "No Calls"]]></title><description><![CDATA[
<p>Nah, you definitely need calls. The idea that any product sells itself to the point that a venture backed startup needs is laughable. Lots of potential customers are clueless but excited and in order to book large contracts, you need someone to be a steward to work the contract through the byzantine maze of leadership and procurement.<p>Salespeople harangue you for calls because it's objective fact that it works to bring more dollars in, and the idea that they say some magic words and then the customer suddenly wants to buy is childish. They identify and address needs and pain points.</p>
]]></description><pubDate>Thu, 16 Jan 2025 16:14:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=42727264</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=42727264</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42727264</guid></item><item><title><![CDATA[New comment by zenlikethat in "Build, ship and run containers is too slow for Python"]]></title><description><![CDATA[
<p>I'll talk to the team about it, thanks</p>
]]></description><pubDate>Wed, 27 Nov 2024 03:39:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=42252679</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=42252679</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42252679</guid></item><item><title><![CDATA[Build, ship and run containers is too slow for Python]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.bauplanlabs.com/blog/build-ship-and-run-containers-is-too-slow-for-python-and-what-we-do-about-it">https://www.bauplanlabs.com/blog/build-ship-and-run-containers-is-too-slow-for-python-and-what-we-do-about-it</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42251200">https://news.ycombinator.com/item?id=42251200</a></p>
<p>Points: 1</p>
<p># Comments: 2</p>
]]></description><pubDate>Tue, 26 Nov 2024 23:15:47 +0000</pubDate><link>https://www.bauplanlabs.com/blog/build-ship-and-run-containers-is-too-slow-for-python-and-what-we-do-about-it</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=42251200</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42251200</guid></item><item><title><![CDATA[New comment by zenlikethat in "Round Rects Are Everywhere"]]></title><description><![CDATA[
<p>That’s a great way to put it, ha ha. Toxic human, but hard to deny the results.</p>
]]></description><pubDate>Tue, 25 Jun 2024 01:27:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=40783288</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40783288</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40783288</guid></item><item><title><![CDATA[New comment by zenlikethat in "Fast Crimes at Lambda School"]]></title><description><![CDATA[
<p>Give it another two years of high interest rates washing people out into non-tech sales, finance, trades, whatever... but there are plenty out there, the bros are just far louder.</p>
]]></description><pubDate>Wed, 19 Jun 2024 18:10:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=40730876</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40730876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40730876</guid></item><item><title><![CDATA[New comment by zenlikethat in "Fast Crimes at Lambda School"]]></title><description><![CDATA[
<p>Depends, I've come across plenty of people who act like what you say there, probably because it's a variant on the natural human tendency to cast blame on something besides ourselves, but... these days, things move so fast and we lean on so many amateur part-time projects, that bugs or shortcomings in the libraries etc. we use are not uncommon. The fine art is partially in knowing when it's extremely unlikely you hit a bug (gcc), vs. very likely (JS library with five stars on Github).<p>But more importantly, in digging in -- to me, that's a big part that's missing in leveling up the next generation -- like hey, there's a stack trace, let's go look at the lines of code in our source libraries and think about them instead of flailing around randomly like most people seem to.</p>
]]></description><pubDate>Wed, 19 Jun 2024 18:05:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=40730820</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40730820</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40730820</guid></item><item><title><![CDATA[New comment by zenlikethat in "Fast Crimes at Lambda School"]]></title><description><![CDATA[
<p>I've been musing lately as well that a challenging part of the job is not just "coding", it's working with other software engineers. Each cat to herd has their own quirks, differences, stylistic choices etc. that sometimes make other cats cringe. I also think there's a big mental shift from "working harder == more output" that's very difficult for a lot of people to adapt to.</p>
]]></description><pubDate>Wed, 19 Jun 2024 17:59:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=40730748</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40730748</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40730748</guid></item><item><title><![CDATA[New comment by zenlikethat in "Perplexity AI is lying about their user agent"]]></title><description><![CDATA[
<p>Yeah that's one of the best things about them for me. And then I go to the website and often it's some janky UI with content buried super deep. Or it's like Reddit and I immediately get slammed with login walls and a million annoying pop ups. So I'm quite grateful to have an ability to cut through the noise and non-consistency of the wild west web. I agree the idea that we're somewhat killing traffic to the organic web is kind of sad. But at the same time I still go to the source material a lot, and it enables me to bounce more easily when the website is a bit hostile.<p>I wonder if it would be slightly less sad if we all had our own decentralized crawlers that simply functioned as extensions of ourselves.</p>
]]></description><pubDate>Sat, 15 Jun 2024 19:10:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=40691977</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40691977</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40691977</guid></item><item><title><![CDATA[New comment by zenlikethat in "Ask HN: How much marijuana do you smoke/eat/vape?"]]></title><description><![CDATA[
<p>If I want to be at top performance - none.<p>If I want to relax a bit, no more than 5mg of an edible. I've taken way more at various bits in life, letting it become waaay too much of a habit, and I think it causes little but trouble. It often resulted in a bad loop of increased tolerance, being really tired the next day, slamming caffeine to over-compensate, having more anxiety to deal with, repeat...<p>CBD, cliche as it is to say, is actually pretty underrated as an in-between. With 1mg THC, 20mg CBD, it's very soothing without being impairing.<p>I think with smoking and vaping it's exceedingly easy to consume way too much. I'd recommend not more than a couple puffs, to be honest. Weed is way too strong now. My kingdom for a return to the 60's situation of weak weed and strong acid.</p>
]]></description><pubDate>Sat, 15 Jun 2024 19:02:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=40691927</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40691927</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40691927</guid></item><item><title><![CDATA[New comment by zenlikethat in "Silicon Valley's best kept secret: Founder liquidity"]]></title><description><![CDATA[
<p>But you can leave easily. and in 2024 I think people should insist on getting a decent salary (FAANG is impossible, but for most of the country, “even just” $170K is eye watering), and work life balance (sure, you will have to put in extra hours sometimes, but if it’s a 12 hours a day shop, don’t join). Founder should work a lot more aggressively, live a lot more spartan, and obviously is shackled to the damn thing with no optionality.</p>
]]></description><pubDate>Wed, 12 Jun 2024 18:16:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=40661174</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40661174</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40661174</guid></item><item><title><![CDATA[New comment by zenlikethat in "Silicon Valley's best kept secret: Founder liquidity"]]></title><description><![CDATA[
<p>It’s literally the opposite to what you suggest. Someone who hasn’t eaten for days isn’t thinking about eating healthy when they walk by a McDonalds.</p>
]]></description><pubDate>Wed, 12 Jun 2024 15:48:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=40659459</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40659459</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40659459</guid></item><item><title><![CDATA[New comment by zenlikethat in "Silicon Valley's best kept secret: Founder liquidity"]]></title><description><![CDATA[
<p>Compensation wise, that’s a great startup job, especially with such an insanely generous exercise window. Where I think you maybe went wrong is, if you are building everything, it’s not a collaboration with the founders, which is half of the fun of everything.<p>I suspect it’s more about the culture than the numbers. You say on one hand, oh I’d probably stay for 3% more, yet, you don’t see the point to earn another 1%. Your salary is pretty good man. Meanwhile they are burning $250K every month into smoke<p>10% is not realistic. That’s the whole employee options pool. I mean imagine if at your current job, someone worked there for a year before you, then walked away with more than your entire current equity grant, never to be heard from again. That’s what you’re describing.</p>
]]></description><pubDate>Wed, 12 Jun 2024 15:44:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=40659393</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40659393</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40659393</guid></item><item><title><![CDATA[New comment by zenlikethat in "Silicon Valley's best kept secret: Founder liquidity"]]></title><description><![CDATA[
<p>The ideal reason to be engineer number one tbh is if you want a playground (for lack of a better way of putting it) to build the system out the way you want. That will be of high value to specific people (Architects, not the LinkedIn kind) and low value to most of the population who just sees a job as a means to an end.<p>But for some people, direct access to an AWS account and license to build as they please is intoxicating.</p>
]]></description><pubDate>Wed, 12 Jun 2024 15:39:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=40659327</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40659327</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40659327</guid></item><item><title><![CDATA[New comment by zenlikethat in "Silicon Valley's best kept secret: Founder liquidity"]]></title><description><![CDATA[
<p>Getting to leave is so underrated. Nothing keeps your head above the doom and gloom like knowing you aren’t shackled to the thing, and the world’s your oyster if you need to move on. We live in a weird world if people don’t think a gig with $160K salary, 2% of the company, where you can work hard but not 24/7, and _leave any time you want_ is a bad gig. That 0.25-0.5% after one year that you get is PERMANENTLY gone for them even if you just fuck off after a year. Years later it could be worth millions.<p>But anyway, as founding engineer you get to set the systems, culture, language etc. maybe some people don’t want the responsibility but for others it’s an opportunity to build things out in our own image and learn a lot.</p>
]]></description><pubDate>Wed, 12 Jun 2024 15:33:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=40659240</link><dc:creator>zenlikethat</dc:creator><comments>https://news.ycombinator.com/item?id=40659240</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40659240</guid></item></channel></rss>