<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: datacynic</title><link>https://news.ycombinator.com/user?id=datacynic</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 30 Apr 2026 10:08:37 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=datacynic" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by datacynic in "GitHub Copilot is moving to usage-based billing"]]></title><description><![CDATA[
<p>I also suspect that there are many "slow-moving", Microsoft heavy enterprises but with in-house devs that can't get anything but Copilot approved, and Microsoft trusts this will remain so.<p>It's not turning consumption based because there are a ton of these licenses just sitting idle.</p>
]]></description><pubDate>Mon, 27 Apr 2026 20:15:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=47926745</link><dc:creator>datacynic</dc:creator><comments>https://news.ycombinator.com/item?id=47926745</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47926745</guid></item><item><title><![CDATA[New comment by datacynic in "The modern formatting addiction in writing"]]></title><description><![CDATA[
<p>I like this Tufte quote from <a href="https://www.edwardtufte.com/notebook/book-design-advice-and-examples/" rel="nofollow">https://www.edwardtufte.com/notebook/book-design-advice-and-...</a>:<p><i>It is also notable that the Feynman lectures (3 volumes) write about all of physics in 1800 pages, using only 2 levels of hierarchical headings: chapters and A-level heads in the text. It also uses the methodology of sentences which then cumulate sequentially into paragraphs, rather than the grunts of bullet points. Undergraduate Caltech physics is very complicated material, but it didn’t require an elaborate hierarchy to organize.</i><p>I think about it a lot when reading markdown feature-driven writing or catching myself doing it.</p>
]]></description><pubDate>Thu, 12 Mar 2026 17:33:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47354399</link><dc:creator>datacynic</dc:creator><comments>https://news.ycombinator.com/item?id=47354399</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47354399</guid></item><item><title><![CDATA[New comment by datacynic in "Writing a good Claude.md"]]></title><description><![CDATA[
<p>Writing documentation for LLMs is strangely pleasing because you have very linear returns for every bit of effort you spend on improving its quality and the feedback loop is very tight. When writing for humans, especially internal documentation, I’ve found that these returns are quickly diminishing or even negative as it’s difficult to know if people even read it or if they didn’t understand it or if it was incomplete.</p>
]]></description><pubDate>Mon, 01 Dec 2025 10:33:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=46105774</link><dc:creator>datacynic</dc:creator><comments>https://news.ycombinator.com/item?id=46105774</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46105774</guid></item><item><title><![CDATA[New comment by datacynic in "650GB of Data (Delta Lake on S3). Polars vs. DuckDB vs. Daft vs. Spark"]]></title><description><![CDATA[
<p>DuckLake is more comparable to Iceberg and Delta than to raw parquet files. Iceberg requires a catalog layer too, a file system based one at its simplest. For DuckLake any RDBMS will do, including fs-based ones like DuckDB and SQLite. The difference is that DuckLake will use that database with all its ACID goodness for all metadata operations and there is no need to implement transactional semantics over a REST or object storage API.</p>
]]></description><pubDate>Fri, 14 Nov 2025 10:32:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=45925641</link><dc:creator>datacynic</dc:creator><comments>https://news.ycombinator.com/item?id=45925641</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45925641</guid></item><item><title><![CDATA[New comment by datacynic in "A Pokémon battle simulation engine"]]></title><description><![CDATA[
<p><a href="https://www.sirlin.net/articles/designing-defensively-guilty-gear" rel="nofollow">https://www.sirlin.net/articles/designing-defensively-guilty...</a><p>This is probably it. As the article says, it’s also a cleverly layered mechanic if a player correctly predicts when their opponent will use it.</p>
]]></description><pubDate>Sun, 01 Jun 2025 20:04:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=44153417</link><dc:creator>datacynic</dc:creator><comments>https://news.ycombinator.com/item?id=44153417</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44153417</guid></item><item><title><![CDATA[New comment by datacynic in "Make Ubuntu packages 90% faster by rebuilding them"]]></title><description><![CDATA[
<p>I also was nerdsniped into trying this and found that after extracting the features array into a newline delimited json file, DuckDB finishes the example query in 500 ms (M1 Mac), querying the 1.3 GB json file directly with read_json!</p>
]]></description><pubDate>Wed, 19 Mar 2025 20:24:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=43416882</link><dc:creator>datacynic</dc:creator><comments>https://news.ycombinator.com/item?id=43416882</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43416882</guid></item></channel></rss>