<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: indiv0</title><link>https://news.ycombinator.com/user?id=indiv0</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 20 Oct 2026 13:37:04 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=indiv0" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by indiv0 in "How to Exist"]]></title><description><![CDATA[
<p>I like your take. I think I'd personally be in the same boat, if I was a participant in the study. Not sure if that take generalizes beyond us, though.<p><a href="https://xkcd.com/242/" rel="nofollow">https://xkcd.com/242/</a></p>
]]></description><pubDate>Sat, 01 Aug 2026 17:54:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=49136715</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=49136715</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49136715</guid></item><item><title><![CDATA[New comment by indiv0 in "Superlogical"]]></title><description><![CDATA[
<p>Still exploring different options but at the moment I run a daemon on each node that connects via iroh to link the nodes (and NAT traversal). Once the link is established the nodes share data via a Raft-based datastore. I can launch a TUI client on any machine. This presents a chat interface like a typical LLM harness. From here I can configure which model I want to use, how the model is executed and on which node (for example I can use Ollama on machine A to serve a model that’s running on machine B, but executing commands via this system on machine C). Each daemon then acts like a typical LLM harness, but headless. So the commands and tool calls are streamed into the shared store and finally end up in my TUI. Since all the state is in the distributed store I can pick up the progress wherever I want, as long as there’s a node running there.<p>Still a lot of big problems like latency so I’m not too happy with the current design. It’s a LOT of state to replicate, and obviously things get problematic when an agent was working on a project on machine A but then ends up on machine B which doesn’t have that project directory around at all. So the agent needs to re-orient itself to figure out what happened. Still pretty fun to play with.</p>
]]></description><pubDate>Wed, 29 Jul 2026 18:19:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=49101073</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=49101073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49101073</guid></item><item><title><![CDATA[New comment by indiv0 in "Superlogical"]]></title><description><![CDATA[
<p>Funny. I started working on a similar product myself just a few days ago. I have multiple machines for multiple different purposes. Each one runs different agents (some local, some cloud), for different tasks. Different ones store different data (a NAS on one, my VMs on another, etc.). I wanted a durable layer over all of them to be able to start work on any one of them and resume on any other, and for all the disparate agents to share memory/configurations where possible, and for each node in the network to make all the others aware of its purpose (so when the NAS is online, the agents know how to connect to it and what it contains). Sadly no VC funding for me, building it on my lonesome :)</p>
]]></description><pubDate>Wed, 29 Jul 2026 17:40:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=49100587</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=49100587</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49100587</guid></item><item><title><![CDATA[New comment by indiv0 in "Running Kimi K3 on a M1 Max"]]></title><description><![CDATA[
<p>Hard to avoid spoilers here but Vernor Vinge hits on pretty much exactly this in <i>A Fire Upon the Deep</i>. Though he's interested less in the hard sci-fi aspects of how/why and more on the consequences of it (story-wise).</p>
]]></description><pubDate>Wed, 29 Jul 2026 00:06:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49091687</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=49091687</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49091687</guid></item><item><title><![CDATA[New comment by indiv0 in "AI in mathematics is forcing big questions"]]></title><description><![CDATA[
<p>That’s a fair point. I wouldn’t want to take machine god’s proclamations on faith either. I’d prefer it if the knowledge was always within our grasp. There is also a possible middle ground where we don’t understand the questions or the answers but we still benefit from the <i>effects</i> of the application of that knowledge. “Sufficiently advanced technology is indistinguishable from magic” and all that. Hopefully we can still judge the results based on the effects. Rejecting a call to genocide should be easy enough, but on the other hand the Native Americans couldn’t foresee what the smallpox blankets would do to them. Working from a position where you are the weaker side of a knowledge gap is a scary thought. It’s a rational fear and I think a lot of people will end up on that side of the divide if AI continues to advance.</p>
]]></description><pubDate>Sat, 27 Jun 2026 15:32:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48699137</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48699137</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48699137</guid></item><item><title><![CDATA[New comment by indiv0 in "AI in mathematics is forcing big questions"]]></title><description><![CDATA[
<p>My instinct is to agree with you. I believe that the drive to a deeper understanding of the problems is what helps us unlock new areas of study, and find opportunities to transfer techniques or bridge otherwise unconnected domains.<p>But let’s consider a hypothetical: what if an intuitive understanding of the true “boundaries” of mathematics (if such things exist) is beyond the capabilities of a human mind? If there truly is no way to simplify some proofs down from 200,000 line incomprehensible gibberish to something you could teach to a high schooler or undergraduate or even a PhD. Is the proof still worthless? Sure, at the moment, it might be. Finding such a proof and understanding the implications of it are different skills, the latter of which AI almost certainly does not possess at the moment. But there may come a time where the AI <i>can</i> view the bigger picture and make the leaps you described (say, an eka-Calculus from an eka-unit-circle). These leaps may be as unintelligible to us as the proof in OP is.<p>I guess the question is: assuming that we <i>can’t</i> make the proof beautiful enough to spark deeper human understanding, do we still want it if it sparks deeper AI understanding?<p>Personally I would hate to live in a universe where the boundaries of science are beyond intuitive human understanding, but I think it’s almost certainly the case. The idea that the rules are all within our grasp reeks of anthropocentrism to me. I would love for the universe to prove me wrong though. It’d be a pleasant, hilarious coincidence if they do fit within the boundaries of our understanding.</p>
]]></description><pubDate>Sat, 27 Jun 2026 11:21:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=48697263</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48697263</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48697263</guid></item><item><title><![CDATA[New comment by indiv0 in "Show HN: Pure Effect – Reproduce production bugs on your laptop without a DB"]]></title><description><![CDATA[
<p>Been kicking around a similar idea in the back of my mind from the first moment "functional core / imperative shell" [0] and "sans-IO" [1] infected my brain. I've been chasing that high ever since.<p>Unfortunately, whenever I try to apply this pattern 100%, I hit all kinds of walls: language isn't expressive enough to support what I want; the amount of wiring/glue to support it becomes a burden; the resulting code is spaghetti because the "declaration of intent" lives too far from "implementation of the intent"; "oops I invented my Nth leaky DSL"; and so on and so on. Part of the problem is certainly my own capabilities as a developer as well.<p>I can't help but fantasize about the platonic ideal of a "perfect" system where all that nasty evil I/O is banished to the Shadow Realm and I can frolic in the <i>Fields of Idempotency and Reproduciblity</i> -- one of these days I'll bite the bullet and try Haskell.<p>Nowadays I aim for 80% "perfection", and only in the areas where it matters. In addition, instead of effects I rely more on "reduce complexity as much as possible", which is (frustratingly) much harder to put into practice than "use X library/pattern to solve all problems". Though if I can model the system as a state machine and proptest it [2], that usually gets me where I want to be.<p>Though my soul feels like I just woke up from a dream where I was perfectly content, and now I'm back in the real world with all of its imperfections [3].<p>---<p>As for your specific project, it <i>heavily</i> reminds me of the Crux [4] model, which is itself inspired by Elm [5]. Also Flawless [6]. I wish you the best of luck with it.<p>[0]: <a href="https://www.destroyallsoftware.com/screencasts/catalog/functional-core-imperative-shell" rel="nofollow">https://www.destroyallsoftware.com/screencasts/catalog/funct...</a><p>[1]: <a href="https://fasterthanli.me/articles/the-case-for-sans-io" rel="nofollow">https://fasterthanli.me/articles/the-case-for-sans-io</a><p>[2]: <a href="https://sled.rs/simulation.html" rel="nofollow">https://sled.rs/simulation.html</a><p>[3]: <a href="https://xkcd.com/224/" rel="nofollow">https://xkcd.com/224/</a><p>[4]: <a href="https://github.com/redbadger/crux#architectural-overview" rel="nofollow">https://github.com/redbadger/crux#architectural-overview</a><p>[5]: <a href="https://guide.elm-lang.org/architecture/" rel="nofollow">https://guide.elm-lang.org/architecture/</a><p>[6]: <a href="https://flawless.dev/" rel="nofollow">https://flawless.dev/</a></p>
]]></description><pubDate>Wed, 24 Jun 2026 16:39:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=48662440</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48662440</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48662440</guid></item><item><title><![CDATA[New comment by indiv0 in "Unlimited OCR: One-shot long-horizon parsing"]]></title><description><![CDATA[
<p>You're not wrong, but if I'm talking to a Chinese Room, I'm still going to use pronouns and all sorts of meatbag-specific language. It doesn't matter if there really is a real person on the other end or not -- it's easier for me to just default to the assumption that there is. Monkey brain gonna anthropomorphize.<p>On the other hand if I try to talk to Facebook, all he says in response is "200 OK".</p>
]]></description><pubDate>Wed, 24 Jun 2026 01:36:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48654077</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48654077</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48654077</guid></item><item><title><![CDATA[New comment by indiv0 in "Unlimited OCR: One-shot long-horizon parsing"]]></title><description><![CDATA[
<p>> music is basically a greenfield for AI wherever you look<p>AIN'T THAT THE TRUTH.<p>My girlfriend is studying musicology and she has some physical disabilities that make it difficult for her to write things down sometimes. So I try to help her by writing some AI-powered TTS/OCR/etc. apps here and there. It becomes <i>painfully</i> obvious that music was never considered an important part of any AI training dataset, anywhere.<p>These days, I'm pleasantly surprised by how well Opus 4.8 understands/explains music <i>theory</i> (as you said). But ask him to transcribe/OCR/OMR some sheet music and he'll confidently give you the MusicXML/Lilypond equivalent of "2 + 2 = horse".<p>I really hope this ignored area will be swept up with the rest of the rising AI wave, but it's still criminally undervalued.</p>
]]></description><pubDate>Tue, 23 Jun 2026 14:30:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=48645552</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48645552</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48645552</guid></item><item><title><![CDATA[New comment by indiv0 in "Codex logging bug may write TBs to local SSDs"]]></title><description><![CDATA[
<p>My gut reaction is "I wish they'd just get to the point". Tbf some people would probably react the same way to my issue thread on the bug that <i>I</i> hit [0].<p>[0]: <a href="https://github.com/mnemosyne-proj/mnemosyne/issues/99" rel="nofollow">https://github.com/mnemosyne-proj/mnemosyne/issues/99</a></p>
]]></description><pubDate>Mon, 22 Jun 2026 21:15:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48636314</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48636314</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48636314</guid></item><item><title><![CDATA[New comment by indiv0 in "Codex logging bug may write TBs to local SSDs"]]></title><description><![CDATA[
<p>This thread will become a typical "haha slop company made slop" but I've been bitten by a bug exactly like this before in a (pre-AI, artisan) OSS project. The maintainer there didn't properly account for DST when calculating last backup time, so the app started and never stopped writing/re-writing backups continuously.<p>Perhaps the framing shouldn't be "haha slop" but rather <i>why doesn't</i> the AI write better quality software than we do? To which the answer is obvious IMO -- even emergent properties can't elevate AI intelligence too far above the training dataset. So how do we get to superintelligent (or at least "not-wreck-your-NVMe-endurance-telligent") AI, if we, as a whole, are not smart enough ourselves?<p>Judge not the slop-bot, lest ye be judged yourself, engineer.</p>
]]></description><pubDate>Mon, 22 Jun 2026 08:10:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48627229</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48627229</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48627229</guid></item><item><title><![CDATA[New comment by indiv0 in "AI Engineer Claims to Have Cracked Linear A"]]></title><description><![CDATA[
<p>Can I get his decipher-forgotten-ancient-text skill? I want to try my hand at the Voynich Manuscript</p>
]]></description><pubDate>Fri, 19 Jun 2026 17:22:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48600820</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48600820</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48600820</guid></item><item><title><![CDATA[New comment by indiv0 in "Statement on US government directive to suspend access to Fable 5 and Mythos 5"]]></title><description><![CDATA[
<p>GP wasn’t asking how you gauge <i>their</i> tone. They were asking how would you classify the tone of the <i>comment they were replying to</i>. The implication being “I wasn’t the first with a condescending tone”.</p>
]]></description><pubDate>Sun, 14 Jun 2026 23:51:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48534450</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=48534450</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48534450</guid></item><item><title><![CDATA[New comment by indiv0 in "AI Self-preferencing in Algorithmic Hiring: Empirical Evidence and Insights"]]></title><description><![CDATA[
<p>Eventually even a system like that can be gamed, similarly to how Leetcode-maxxing and the like sprung up in response to typical SV interview questions. Studying for the job becomes studying for the test becomes studying for the pre-test test.</p>
]]></description><pubDate>Sat, 02 May 2026 16:26:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=47987781</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=47987781</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47987781</guid></item><item><title><![CDATA[New comment by indiv0 in "Don't unwrap options: There are better ways (2024)"]]></title><description><![CDATA[
<p>We just set all the lints to `warn` by default then `RUSTFLAGS="--deny warnings"` when building for release (or in CI).</p>
]]></description><pubDate>Tue, 13 May 2025 22:48:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=43978634</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=43978634</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43978634</guid></item><item><title><![CDATA[New comment by indiv0 in "Solving Advent of Code 2024 in Under 1ms"]]></title><description><![CDATA[
<p>This year, some members of the Rust Programming Language Community Server on Discord set out to solve AoC in under 1ms. I'm pleased to announce that through the use of LUTs, SIMD, more-than-questionable `unsafe`, assertions, LLVM intrinsics, and even some inline ASM that goal has been reached (for real this time)!<p>*As of today, our solutions are able to solve all 49 problems in <1ms!*<p>I have obtained consent from all the top participants to post their solutions to a shared repo, for the community to review and learn from! *All solutions are now available at the linked GitHub repo!*<p>Our solutions have a total runtime of *988936ns*!<p># Context/Caveats<p>- All submissions were run on the same hardware (Ryzen 5950X) to ensure consistency, with the same compiler flags and features available. This was on rustc nightly (updated throughout the course of the contest), and with CPU speed capped at 3400 MHz with boost clock disabled.<p>- AVX-512 was not available on the machine so none (?) of the solutions utilize that particular set of accelerated instructions, but there is <i>plenty</i> of other SIMD in use.<p>- All submissions were run against the same inputs to ensure consistency.<p>- Caching anything that has been fed with input was not allowed to prevent cheating and/or trivial solutions like `Map<Input, Output>`.<p>- For the same reason, inputs were not directly available to the participants, and were not provided at compile-time.<p>- Participants were allowed to use compile-time tricks in their answers. Due to limitations in the benchmark bot, the runtime of these optimizations could not be measured. This was considered acceptable as the compiled binaries were expected to otherwise work correctly for arbitrary inputs. This means that participants are allowed to use look-up tables (LUTs) in their answers, but those LUTs are expected to work for arbitrary inputs, not just specific ones.<p>- I/O is trivial, and was thus not measured as part of the benchmark. That is, participants were provided with an `&str` or `&[u8]` input (their choice) and expected to provide an `impl Display` as part of their result. Therefore, <i>input parsing was measured</i>.<p>If you are interested, join us in #advent-of-code-2024 on the Discord server for further discussion :)<p># Further Reading<p>If you would like a more in-depth explanation of some of the optimization techniques used, I highly recommend you check out this article by ameo [0] (one of our participants). It covers the process they used to optimize their solution for Day 9 Part 2, and how they got it to the top of our leaderboard. The article provides incredible information on the process of both high-level and micro optimization.<p># Credits:<p>- Thank you to the members of the `Rust Programming Language Community` and `Serenity-rs` Discord servers and everyone else who participated in the challenge!<p>- Thank you to Eric Wastl for hosting AoC every year!<p>- Thank you to Noxim [1] for writing the original version of our benchmark bot [2].<p>- Extra special thank you to yuyuko [3], bend-n [4], and giooschi [5] for their help in maintaining and improving our benchmark bot.<p>[0]: <a href="https://cprimozic.net/blog/optimizing-advent-of-code-2024/" rel="nofollow">https://cprimozic.net/blog/optimizing-advent-of-code-2024/</a><p>[1]: <a href="https://github.com/noxime">https://github.com/noxime</a><p>[2]: <a href="https://github.com/indiv0/ferris-elf">https://github.com/indiv0/ferris-elf</a><p>[3]: <a href="https://github.com/ultrabear">https://github.com/ultrabear</a><p>[4]: <a href="https://github.com/bend-n/">https://github.com/bend-n/</a><p>[5]: <a href="https://github.com/SkiFire13/">https://github.com/SkiFire13/</a></p>
]]></description><pubDate>Wed, 01 Jan 2025 20:14:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=42568901</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=42568901</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42568901</guid></item><item><title><![CDATA[Solving Advent of Code 2024 in Under 1ms]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/indiv0/aoc-fastest">https://github.com/indiv0/aoc-fastest</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=42568894">https://news.ycombinator.com/item?id=42568894</a></p>
<p>Points: 6</p>
<p># Comments: 1</p>
]]></description><pubDate>Wed, 01 Jan 2025 20:14:03 +0000</pubDate><link>https://github.com/indiv0/aoc-fastest</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=42568894</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42568894</guid></item><item><title><![CDATA[New comment by indiv0 in "Optimizing Advent of Code D9P2 with High-Performance Rust"]]></title><description><![CDATA[
<p>Incredibly detailed and fun read! I love love love seeing this kind of performance analysis. IMO one of the most fun and creative areas of programming is finding new avenues to squeeze out every extra nanosecond.<p>Now if only Intel would stop crippling AVX-512...</p>
]]></description><pubDate>Wed, 01 Jan 2025 06:23:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=42564309</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=42564309</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42564309</guid></item><item><title><![CDATA[New comment by indiv0 in "Copying is the way design works (2020)"]]></title><description><![CDATA[
<p>Reminds me of one of my favourite video essays -- "Everything is a Remix" [0]. The video and this article cover the same ideas albeit with different examples. Which is funny on a meta level -- the article could be called a remix of the video.<p>The video (if I recall correctly) goes a bit further, attacking patents/IP law as anti-creative.<p>[0]: <a href="https://www.youtube.com/watch?v=nJPERZDfyWc" rel="nofollow">https://www.youtube.com/watch?v=nJPERZDfyWc</a></p>
]]></description><pubDate>Mon, 22 Jul 2024 20:16:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=41039329</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=41039329</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41039329</guid></item><item><title><![CDATA[New comment by indiv0 in "Maestro: Netflix's Workflow Orchestrator"]]></title><description><![CDATA[
<p>Is this meaningfully different from Conductor (which they archived a while back)? Browsing through the code I see quite a few similarities. Plus the use of JSON as the workflow definition language.</p>
]]></description><pubDate>Mon, 22 Jul 2024 20:04:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=41039204</link><dc:creator>indiv0</dc:creator><comments>https://news.ycombinator.com/item?id=41039204</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41039204</guid></item></channel></rss>