HN user

hiyer

1,395 karma
Posts17
Comments497
View on HN

We used to get these books in the annual international book fair in Delhi back in my childhood days. I still have 2 of them (Mathematics Can Be Fun and How The Steel Was Tempered), but I'm pretty sure we had several more at the time. They were fun reads, and the illustrations used to be great!

IIUC this just pulls in various other crates with some vibe-coding on top. I'm not familiar with the Rust dependency system, but what is the need to have copies of the code? Would it not suffice to just have an "empty" crate that just depends on the original crates?

Not unlikely given the crash in Atlassian's share price over the last year or so. When I was in NetApp a long time back, such rumours would often do the rounds when the share price took a dip, with Oracle and IBM usually touted as the likely buyers. NetApp is still doing strong more than a decade later :-).

S3 Files 4 months ago

I was thinking of using it with Duckdb as well but seems it would be of limited benefit. Parquet objects are in MBs, so they would be streamed directly from S3. With raw parquet objects, it might help with S3 listing if you have a lot of them (shave off a couple of seconds from the query). If you are already on Ducklake, Duckdb will use that for getting the list of relevant objects anyway.

I ran into 5 and 7 in a Flink app recently - was parsing a timestamp as a number first and then falling back to iso8601 string, which is what it was. The flamegraph showed 10% for the exception handling bit. While fixing that, also found repeated creation of datetimeformatter. Both were not in loops, but both were being done for every event, for 10s of 1000s of events every second.

documentation survives when it lives next to the code. 15+ years ago, this was pretty much the standard. Every decision - whether major or just a hack to handle a corner-case - used to be recorded in the code itself. Then tools like Jira and Confluence came in and these things moved to undiscoverable nooks and corners of the organization. AI search tools like Glean and Rovo have improved the discoverability, though I'd still prefer things to remain in the code.

A start-up I had been a part of in New York. Where I was the first employee. I had owned equity. They had eventually sold for $350 million.

What happened to the author's equity?

In my experience, this kind of productivity can only be seen in small startups or, if in a large company, on an entirely new product line when processes like test coverage, reviews, etc are lax. In large firms and existing code-bases, it can take weeks to even get the approach decided. Even once decided, any pull request larger than a few dozen lines will get shot down. Things are even worse if you're working across time zones because the to-and-fro on pull requests takes several days to be completed.