<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: dm3</title><link>https://news.ycombinator.com/user?id=dm3</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 21 Apr 2026 04:42:46 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=dm3" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by dm3 in "AI coding"]]></title><description><![CDATA[
<p>I'm very surprised you find this workflow more efficient than just writing the code. I find constructing the mental model of the solution and how it fits into existing system and codebase to be 90% of effort, then actually writing the code is 10%. Admittedly, I don't have to write any boilerplate due to the problem domain and tech choices. Coding agents definitely help with the last 10% and also all the adjacent work - one-off scripts where I don't care about code quality.</p>
]]></description><pubDate>Sat, 13 Sep 2025 13:11:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=45231827</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=45231827</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45231827</guid></item><item><title><![CDATA[New comment by dm3 in "Deterministic Simulation Testing in Rust: A Theater of State Machines"]]></title><description><![CDATA[
<p>Disadvantages don't list performance hit for proxying every operation through another indirection layer. Can this sort of interface be implemented with zero overhead in Rust?</p>
]]></description><pubDate>Tue, 05 Aug 2025 06:10:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=44794812</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=44794812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44794812</guid></item><item><title><![CDATA[New comment by dm3 in "6 weeks of Claude Code"]]></title><description><![CDATA[
<p>That's why you see such a difference in time saved using LLMs for programming across the population. If you have all the domain knowledge and the problem is generic enough it's a 100x multiplier. Otherwise your experience can easily range from 0.1x to 10x.</p>
]]></description><pubDate>Sun, 03 Aug 2025 17:03:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=44777989</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=44777989</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44777989</guid></item><item><title><![CDATA[New comment by dm3 in "Vibe code is legacy code"]]></title><description><![CDATA[
<p>This approach to security is backwards. It's way harder to find security issues than to never include them in the first place. This approach might work for another webapp but I highly doubt a retroactive security analysis is practical for a more involved system.</p>
]]></description><pubDate>Thu, 31 Jul 2025 05:40:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=44742637</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=44742637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44742637</guid></item><item><title><![CDATA[New comment by dm3 in "Positron – A next-generation data science IDE"]]></title><description><![CDATA[
<p>Looks like we're in a similar situation. What is your current go-to for setting up lean incremental data pipelines?<p>For me the core of the solution - parquet in object store at rest and arrow for IPC - haven't changed in years, but I'm tired of re-building the whole metadata layer and job dependency graphs at every new place. Of course the building blocks get smarter with time (SlateDB, DuckDB, etc.) but it's all so tiresome.</p>
]]></description><pubDate>Fri, 25 Jul 2025 07:36:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=44680613</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=44680613</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44680613</guid></item><item><title><![CDATA[New comment by dm3 in "Ask HN: What are you working on? (March 2025)"]]></title><description><![CDATA[
<p>What would be the largest difference to Kurrent (former EventStore)?</p>
]]></description><pubDate>Mon, 31 Mar 2025 10:33:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=43533319</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=43533319</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43533319</guid></item><item><title><![CDATA[New comment by dm3 in "Ask HN: How have you integrated LLMs in your development workflow?"]]></title><description><![CDATA[
<p>I find LLMs via Aider great for:<p>* code translation - e.g. convert a self-contained implementation of a numerical algorithm from one language to another and generate test cases and property tests which make sure the implementations are equivalent. The goal is to avoid having to proof read the generated code.<p>* one-off scripts - any task where code design doesn't matter, the amount of code is limited to couple hundred lines (GPT-4o) and the result will be thrown away after use.<p>* API exploration - producing examples for APIs and languages I'm not fluent in. Reading reference documentation gives a better understanding, LLMs get the results out faster.</p>
]]></description><pubDate>Sun, 29 Sep 2024 08:13:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=41685731</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=41685731</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41685731</guid></item><item><title><![CDATA[New comment by dm3 in "Case study: Algorithmic trading with Go"]]></title><description><![CDATA[
<p>> I think it's a bit of a myth that (ignoring FPGAs) that writing a low-latency software trading system is a time/cost expensive process.<p>This depends a lot on the complexity of the trading system and the trading venue specifics. A system to trade single stocks or futures can be built, certified and running in 3 months. A system for options market making will take a lot longer.</p>
]]></description><pubDate>Sat, 01 Jul 2023 09:16:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=36548263</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=36548263</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36548263</guid></item><item><title><![CDATA[New comment by dm3 in "Managing State with Signals"]]></title><description><![CDATA[
<p>Interesting that this is Clojure and it doesn't mention Hoplon/Javelin[0] as prior work. I've used Hoplon/UI[1] to implement a moderately complex web app ~6 years ago. The library is practically a prototype, pretty much dead by now. However, I found the ideas interesting.<p>I find the biggest benefit of using a fringe library like this is the ability to read and understand the whole implementation. It's really simple compared to something like React.<p>[0]: <a href="https://github.com/hoplon">https://github.com/hoplon</a><p>[1]: <a href="https://github.com/hoplon/ui">https://github.com/hoplon/ui</a></p>
]]></description><pubDate>Fri, 19 May 2023 12:01:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=36000770</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=36000770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36000770</guid></item><item><title><![CDATA[New comment by dm3 in "GraphGPT: Extrapolating knowledge graphs from unstructured text"]]></title><description><![CDATA[
<p>People are already making progress on this, e.g. the H3 project[1].<p>[1] <a href="https://arxiv.org/abs/2212.14052" rel="nofollow">https://arxiv.org/abs/2212.14052</a></p>
]]></description><pubDate>Wed, 01 Feb 2023 09:21:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=34608261</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=34608261</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34608261</guid></item><item><title><![CDATA[New comment by dm3 in "Hg64: A 64-bit histogram data structure"]]></title><description><![CDATA[
<p>I wonder if HdrHistogram[1] could have done the job. Didn't find any references to that one in the post.<p>[1]: <a href="http://hdrhistogram.org/" rel="nofollow">http://hdrhistogram.org/</a></p>
]]></description><pubDate>Mon, 19 Sep 2022 11:40:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=32896993</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=32896993</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32896993</guid></item><item><title><![CDATA[Climate reality check – an alarming summary]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.climaterealitycheck.net">https://www.climaterealitycheck.net</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=32024195">https://news.ycombinator.com/item?id=32024195</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 08 Jul 2022 08:09:58 +0000</pubDate><link>https://www.climaterealitycheck.net</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=32024195</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32024195</guid></item><item><title><![CDATA[Climate change framed as an immediate military threat (Marine Corps University)]]></title><description><![CDATA[
<p>Article URL: <a href="https://www.usmcu.edu/Outreach/Marine-Corps-University-Press/Expeditions-with-MCUP-digital-journal/An-Introduction-to-PLAN-E/">https://www.usmcu.edu/Outreach/Marine-Corps-University-Press/Expeditions-with-MCUP-digital-journal/An-Introduction-to-PLAN-E/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=31976211">https://news.ycombinator.com/item?id=31976211</a></p>
<p>Points: 4</p>
<p># Comments: 1</p>
]]></description><pubDate>Mon, 04 Jul 2022 12:15:43 +0000</pubDate><link>https://www.usmcu.edu/Outreach/Marine-Corps-University-Press/Expeditions-with-MCUP-digital-journal/An-Introduction-to-PLAN-E/</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=31976211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31976211</guid></item><item><title><![CDATA[New comment by dm3 in "A common trap for people entering programming jobs"]]></title><description><![CDATA[
<p>Oh wow, do you find this sort of a career fulfilling?</p>
]]></description><pubDate>Fri, 24 Jun 2022 07:19:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=31858660</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=31858660</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31858660</guid></item><item><title><![CDATA[New comment by dm3 in "How to Do a Handstand"]]></title><description><![CDATA[
<p>Had to do the same. However, I do handstand push ups on small parallettes[0] which keeps the wrist in the similar position as doing fist push ups, but doesn't hurt my knuckles.<p>[0]: <a href="https://woodpower.com/products/woodpower-parallettes-push-up-bars-xs" rel="nofollow">https://woodpower.com/products/woodpower-parallettes-push-up...</a></p>
]]></description><pubDate>Sun, 12 Jun 2022 08:43:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=31712871</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=31712871</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31712871</guid></item><item><title><![CDATA[New comment by dm3 in "Starting with microservices"]]></title><description><![CDATA[
<p>How did it work out? Very curious, as such granularity of deployable units seems absurd unless it's deployed into a single runtime...</p>
]]></description><pubDate>Thu, 20 Jan 2022 08:16:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=30006200</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=30006200</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=30006200</guid></item><item><title><![CDATA[New comment by dm3 in "Julia frameworks to create desktop GUIs and web apps"]]></title><description><![CDATA[
<p>Very good points. Agree with most of them - especially the lack of interfaces. I'm currently working on a ~30k LOC Julia codebase which was mostly written by myself. This is split into ~80 packages within a monorepo. I've never ran into problems with tests taking too long as tests for a single module take a reasonable amount of time to run.<p>I'd really love a PackageCompiler that would "just work" though. Julia 1.6+ made a lot of progress in pre-compile times. However, nothing beats being able to easily release a binary...</p>
]]></description><pubDate>Thu, 06 Jan 2022 10:42:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=29821910</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=29821910</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29821910</guid></item><item><title><![CDATA[New comment by dm3 in "Lessons learned after working one year as a Common Lisp Developer (2018)"]]></title><description><![CDATA[
<p>It's using a standard-year/month/day convention which might be what's required in that particular case. It's definitely not a generic solution.</p>
]]></description><pubDate>Fri, 10 Dec 2021 09:12:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=29507963</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=29507963</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29507963</guid></item><item><title><![CDATA[New comment by dm3 in "Apple broke up with me"]]></title><description><![CDATA[
<p>I think this is completely OK. We treat our physical valuables with care. Why would we treat our digital valuables otherwise?</p>
]]></description><pubDate>Sun, 05 Dec 2021 10:53:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=29448312</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=29448312</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29448312</guid></item><item><title><![CDATA[New comment by dm3 in "Event Sourcing Is Hard (2019)"]]></title><description><![CDATA[
<p>They were probably also sourcing their state from the events. However most of their problems come from sharing the events between the modules/services which is not a part of Event Sourcing.</p>
]]></description><pubDate>Tue, 30 Nov 2021 14:12:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=29392258</link><dc:creator>dm3</dc:creator><comments>https://news.ycombinator.com/item?id=29392258</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=29392258</guid></item></channel></rss>