<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: hndc</title><link>https://news.ycombinator.com/user?id=hndc</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 08 Sep 2026 13:25:00 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=hndc" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by hndc in "Research acceleration: The view inside OpenAI"]]></title><description><![CDATA[
<p>Recursion reduces each step toward a base case: each step is defined in terms of previous/simpler steps, not more advanced ones. The "recursive" in "recursive self improvement" has things precisely backward. Iteration correctly describes a process where each step is the starting point of its successive step, so it should be "iterative self improvement" but I guess that didn't sound as cool.</p>
]]></description><pubDate>Sun, 06 Sep 2026 20:48:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=49590784</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=49590784</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49590784</guid></item><item><title><![CDATA[New comment by hndc in "Aperio Lang"]]></title><description><![CDATA[
<p>> The structural correspondence is the point.<p>> The choice of @form(vec) here is itself a real design decision, not an arbitrary one.<p>> The point of the surface isn’t completeness — it’s that every distinct kind of structural commitment a unit can make has a syntactic home. ... Each commitment is declared, not inferred from code.<p>> type is pure shape. A record. No lifecycle, no flow, no state machine, no bus participation.<p>And so on and so forth. Every paragraph, every sentence was transparently written by an LLM (sounds like Claude to me). It's difficult to get interested when the humans involved couldn't even be bothered to write down their own thoughts and make them coherent (and much of this text isn't, though it appears so at a glance).<p>As for the locus concept (<a href="https://aperio-lang.github.io/aperio/concepts/the-locus.html" rel="nofollow">https://aperio-lang.github.io/aperio/concepts/the-locus.html</a>), the entire page reads like one of those LLM fever dreams in which it can't stop praising an idea you've pasted into the chat window. It's a kitchen sink primitive that codifies a specific architectural pattern. It's a program structure that probably fits the kind of problem the author has been seeing a lot lately.</p>
]]></description><pubDate>Fri, 15 May 2026 18:26:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48152034</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=48152034</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48152034</guid></item><item><title><![CDATA[New comment by hndc in "LLMs as the new high level language"]]></title><description><![CDATA[
<p>Compiler artifact is still deterministic. Clearly not referring to runtime behavior that is input-dependent</p>
]]></description><pubDate>Sun, 08 Feb 2026 18:03:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=46936837</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=46936837</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46936837</guid></item><item><title><![CDATA[New comment by hndc in "LLMs as the new high level language"]]></title><description><![CDATA[
<p>Deterministic compilation, aka reproducible builds, has been a basic software engineering concept and goal for 40+ years. Perhaps you could provide some examples of compilers that produce non-deterministic output along with your bad news.</p>
]]></description><pubDate>Sun, 08 Feb 2026 04:06:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=46931246</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=46931246</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46931246</guid></item><item><title><![CDATA[New comment by hndc in "Why we built Lightpanda in Zig"]]></title><description><![CDATA[
<p>> I'm coming to the view that Rust mostly requires less cognitive load than other languages.<p>This view is only remotely within the bounds of plausibility if you intended for "other languages" to refer exclusively to languages requiring manual memory management</p>
]]></description><pubDate>Sat, 06 Dec 2025 02:45:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=46170117</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=46170117</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46170117</guid></item><item><title><![CDATA[New comment by hndc in "AWS to bare metal two years later: Answering your questions about leaving AWS"]]></title><description><![CDATA[
<p>> DevOps was a reaction to the fact that even outsourcing ops to AWS doesn’t entirely solve all of your ops problems<p>DevOps, conceptually, goes back to the 90s. I was using the term in 2001. If memory serves, AWS didn't really start to take off until the mid/late aughts, or at least not until they launched S3.<p>DevOps was a reaction to the software lifecycle problem and didn't have anything to do with AWS. If anything it's the other way around: AWS and cloud hosting gained popularity in part due to DevOps culture.</p>
]]></description><pubDate>Wed, 29 Oct 2025 14:20:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=45747209</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=45747209</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45747209</guid></item><item><title><![CDATA[New comment by hndc in "“The Traitors”, a reality TV show, offers a useful economics lesson"]]></title><description><![CDATA[
<p>That was one of the most frustrating seasons of any television show I’ve ever watched, right up until the finale—which completely redeemed it for me! What an ending.</p>
]]></description><pubDate>Sun, 19 Jan 2025 14:28:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=42757272</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=42757272</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42757272</guid></item><item><title><![CDATA[New comment by hndc in "My favourite computer ergonomics hack"]]></title><description><![CDATA[
<p>This is one of the better applications of an Apple Watch, which will detect when you haven’t stood for a while and pester you to do so.<p>Of course, the watch comes with a giant bundle of other features that may or may not be desired. And building it yourself is so much cooler.</p>
]]></description><pubDate>Wed, 01 Jan 2025 22:57:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=42570006</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=42570006</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42570006</guid></item><item><title><![CDATA[New comment by hndc in "Cormac McCarthy's Sideline: Freelance copy editor"]]></title><description><![CDATA[
<p>Wild? Using it in dialogue seems perfectly reasonable. It's a common malapropism.</p>
]]></description><pubDate>Tue, 27 Feb 2024 17:55:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=39527143</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=39527143</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39527143</guid></item><item><title><![CDATA[New comment by hndc in "CAP twelve years later: How the "rules" have changed (2012)"]]></title><description><![CDATA[
<p>You've misunderstood the theorem. It doesn't say you can't achieve any combination of mostly C/A/P; it says you can't have perfect C, A, and P at the same time.</p>
]]></description><pubDate>Sun, 21 Jan 2024 17:43:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=39080626</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=39080626</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39080626</guid></item><item><title><![CDATA[New comment by hndc in "Noam Chomsky on ChatGPT: High-Tech Plagiarism, Way of Avoiding Learning"]]></title><description><![CDATA[
<p>This completely misapprehends the point of writing essays.</p>
]]></description><pubDate>Sun, 12 Feb 2023 16:59:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=34764412</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=34764412</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=34764412</guid></item><item><title><![CDATA[New comment by hndc in "How safe is Zig?"]]></title><description><![CDATA[
<p>> "in my experience"<p>Here's some data: <a href="https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/nbody.html" rel="nofollow">https://benchmarksgame-team.pages.debian.net/benchmarksgame/...</a><p>Ignoring the programs using x86 intrinsics to do vectorized math, the top-performing Rust, Go, Java, and C# programs are all written in a simple, straightforward style; each is practically a direct translation from the other. The Rust program is fastest, but the others come in at 1.6x, 1.7x, and 1.7x the Rust program, respectively. These are not significant differences for the vast majority of applications.<p>Of course this is one artificial benchmark, and on that website you will find others where the Java, C#, or Go program will do especially well or especially poorly. But it's clear that those three are all roughly in the same performance class..</p>
]]></description><pubDate>Fri, 24 Jun 2022 17:29:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=31866196</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=31866196</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=31866196</guid></item><item><title><![CDATA[New comment by hndc in "Don't encode POST bodies like GitHub Copilot, use URLSearchParams"]]></title><description><![CDATA[
<p>The entire selling point of pair programming is that your copilot would point out errors like this, not introduce them.<p>Pairing works when you either pair two strong programmers or pair a strong programmer with a weak one. In the latter case, the main advantage is that it's also a mentoring opportunity.<p>Copilot has invented a pair programming situation in which your partner constantly introduces dubious code you must painstakingly verify, but is itself incapable of being mentored.</p>
]]></description><pubDate>Thu, 01 Jul 2021 16:02:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=27700568</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=27700568</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=27700568</guid></item><item><title><![CDATA[New comment by hndc in "How to Write Usefully"]]></title><description><![CDATA[
<p>In "But I think we can aim...", "but" is a conjunction, not a preposition<p>Also, his writing is fine: simple but clear and effective.<p>"Many of his sentences are phrases" — literally every sentence in this essay is a complete sentence. What are you talking about?</p>
]]></description><pubDate>Fri, 21 Feb 2020 13:29:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=22382895</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=22382895</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22382895</guid></item><item><title><![CDATA[New comment by hndc in "What’s New in Swift 5.2"]]></title><description><![CDATA[
<p>Among the drawbacks of excessive syntactic sugar is that it is often difficult or impossible to look up</p>
]]></description><pubDate>Thu, 06 Feb 2020 23:15:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=22261485</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=22261485</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22261485</guid></item><item><title><![CDATA[New comment by hndc in "Go's Tooling Is an Undervalued Technology"]]></title><description><![CDATA[
<p>It's as though you didn't even read the very article you linked</p>
]]></description><pubDate>Wed, 22 Jan 2020 13:32:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=22117350</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=22117350</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22117350</guid></item><item><title><![CDATA[New comment by hndc in "Gotchas, Irritants and Warts in Go Web Development"]]></title><description><![CDATA[
<p>You're using integer arithmetic in Ruby and floating-point arithmetic in Go. Try replacing<p><pre><code>  math.Mod(float64(i), float64(j))
</code></pre>
with<p><pre><code>  i%j
</code></pre>
My results:<p><pre><code>  $ time go run primes.go
  Found them! 78702

  real	0m0.835s
  user	0m0.787s
  sys	0m0.039s

  $ time ruby primes.rb
  Found them! 78702

  real	0m21.013s
  user	0m21.005s
  sys	0m0.016s</code></pre></p>
]]></description><pubDate>Thu, 07 Mar 2013 22:43:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=5340869</link><dc:creator>hndc</dc:creator><comments>https://news.ycombinator.com/item?id=5340869</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=5340869</guid></item></channel></rss>