<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: LeCompteSftware</title><link>https://news.ycombinator.com/user?id=LeCompteSftware</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 22 Apr 2026 08:54:04 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=LeCompteSftware" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by LeCompteSftware in "The seven programming ur-languages (2022)"]]></title><description><![CDATA[
<p>Yeah :/ For a larger program you can pay the readability toll once, via a syntactic form that expands the general vector/arithmetic operations to the fixnum versions, e.g. used something like<p><pre><code>  (define (heap-permute! perm j callback)
    (with-context 'fixnum ;; same trick works with 'flonum for 64-bit floats
      (let ([n (length perm)]) ;; actually fxvector-length
       (let generate ([k (- n 1)]) ;; actually fx-
         (if (< k j) ;; fx<
           (callback perm)
           (begin
              (generate (- k 1)) ;; fx-
              (do ([i j (+ i 1)]) ;; fx+
                ((>= i k)) ;; fx>=
                (if (even? (- j k)) ;; fxeven?, fx-
                (swap perm j k)
                (swap perm i k))
                (generate (- k 1)))))))) ;; fx-
</code></pre>
Sorry if I borked the indentation. I have been working on stuff like this, and more general macros around dependency injection and inversion of control (e.g. you could write this macro to take the type as a parameter and generate code optimized for 'bigint or 'rational). Maybe check back after the summer :)<p>And BTW I misspoke earlier, of course Chez is AOT rather than JIT. From one approach it's sort of a hybrid: really fast on-the-fly AOT kinda looks like JIT, tongue-in-cheek you could say "NoT compilation" (nick-of-time). But proper JIT of course has huge advantages. If you <i>reeaaaallly</i> wanted to sabotage readability, Chez makes it easy to invoke the compiler at runtime, so along with the C FFI I think you could hack together some sort of JIT. But wow, what a mess that would be! You'd better be getting a PhD thesis out of it :) And if the performance is that critical you'd be much better off with F#.</p>
]]></description><pubDate>Tue, 21 Apr 2026 14:58:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=47849741</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47849741</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47849741</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "A. J. Ayer – ‘What I Saw When I Was Dead’ (1988)"]]></title><description><![CDATA[
<p>No, us scientific folks shouldn't go around needlessly poking people's spiritual bubbles. It's rude and disrespectful, and it almost never actually matters. Who cares if someone thinks they spoke to Jesus when they had a heart attack? Leave them alone.</p>
]]></description><pubDate>Tue, 21 Apr 2026 12:46:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47848015</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47848015</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47848015</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The Abstraction Fallacy: Why AI Can Simulate but Not Instantiate Consciousness"]]></title><description><![CDATA[
<p>I could have phrased it better, but the emphasis is on "fuzzy"! There isn't any evidence for any of this, it's pre-scientific.<p>My statement is an opinionated position on how we should direct our research efforts and ascertain what is plausible: the behavioral similarities between humans and cats are much more relevant to the question of consciousness than the behavior similarities between humans and Claude, because cats are obviously conscious and that's not true for Claude. The fact that there are almost no behavioral similarities between cats and Claude suggests to me that "Claude might be conscious" is just a ridiculous statement not worth engaging with, even at the level of pre-science. At the very least, the burden is on Amanda Askell and Dario Amodei to explain why nonhuman animals are irrelevant to the question of Claude's consciousness. They have not offered anything like that; instead they seem fully ELIZAed by the chatbot, high on their own supply.</p>
]]></description><pubDate>Tue, 21 Apr 2026 12:42:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47847977</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47847977</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47847977</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The Abstraction Fallacy: Why AI Can Simulate but Not Instantiate Consciousness"]]></title><description><![CDATA[
<p>I didn't say I was a formal biological naturalist according to Searle, I put myself in one of the four boxes the parent comment offered. Please read my comment in context.<p>Your response is too condescending to engage with. You should have assumed I know what neuroscience is. Please don't ever email me about anything.</p>
]]></description><pubDate>Tue, 21 Apr 2026 12:34:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47847907</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47847907</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47847907</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The Abstraction Fallacy: Why AI Can Simulate but Not Instantiate Consciousness"]]></title><description><![CDATA[
<p>The problem with robots is, again, humanity has yet to build a robot with the intelligence of a cockroach, or apparent conscious agentic behavior of a nematode. If I see such a robot I will update my views on machine consciousness. I don't think either of us will live that long.<p>The problem with the "computational functionalist" argument is that a) there's ZERO evidence other animals brains are computational, that is begging the question; and b) pretty much any embedded system is a device that reacts to its environment in a way that requires computation, and none of them have anything close to the psuedoconsciousness of a bacteria. let alone an insect. Point a) is the more important one: only humans have meaningfully Turing-complete brains. Other animals might be hardware-capable but they'll never be trained to correctly execute a program, nor does their own intelligence seem especially amenable to being described by a classical symbolic algorithm - e.g. animals are very good at object identification, quantity discrimination, causal reasoning, and we don't have anything close to a symbolic algorithm for any of these[1]. Computation is linked to the ability to communicate symbolically, and most animals do not regardless of intelligence. The idea that "the brain is a computer" has always been a poetic description, not a scientific fact. It is more correct to say humans have the ability to think computationally because we think symbolically. Again, maybe someone can identify that animals do think symbolically even if they don't communicate that way, or (somehow) we will have a non-symbolic theory of computation. Perhaps a beautiful symphony. Absent either of these two things, "the chimpanzee's brain is like a computer" is simply not scientific.<p>The supposed "sense/think/act cycle" is just you begging the question again, applying a computational aesthetic in place of understanding; this time it's blatantly false. Animals do not have a "cycle": sensing is an act and processing senses is a thought. Thinking is an act and many animals can perceive themselves thinking (demonstrated in crows and chimps). Dogs think very deeply while they smell, and the manner in which they sniff (tentative whiff versus greedy huffs) is itself an act requiring thought. Most importantly: even in animals, thoughts can be totally disconnected from actions and senses. Actually this might be the most major difference between a pigeon and Claude: their thoughts and actions are not directly tied to environmental stimulus, whereas Claude can only think and act according to a short-term context provided by a human. You can fake an agentic loop with a prompt, but it's not <i>convincing</i> agency the way a nematode has convincing agency. It's just a chatbot in a loop. If you expose it to real sensory data like a webcam, the agentic behavior becomes even more brittle and unconvincing. It's just nothing like an animal.<p>[1] I know there's work being done on formal causal reasoning, I thought this monograph was interesting: <a href="https://direct.mit.edu/books/oa-monograph/3451/Actual-Causality" rel="nofollow">https://direct.mit.edu/books/oa-monograph/3451/Actual-Causal...</a>. I am not convinced by it. The funny thing about these causal theories... they don't have a causal explanation :) :) :) The argument works by going through cases until you agree it works, empirically, possibly after complicating things further by patching out oversights and inadequacies. Very amusing. Causality is a tough nut to crack!</p>
]]></description><pubDate>Tue, 21 Apr 2026 12:28:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47847840</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47847840</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47847840</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The Abstraction Fallacy: Why AI Can Simulate but Not Instantiate Consciousness"]]></title><description><![CDATA[
<p>As someone who places themselves in #4, at some point the people in #3 need to accept a bit of scientific humility. The reason we are "biological naturalists" is that we can point to hundreds of thousands of conscious species on planet Earth which are not humans, and whose consciousness clearly has nothing to do with an ability to say "Forsooth, I am a conscious thinking being." AI folks have been ignoring this since Alan Turing! And it's not a coincidence that humanity has yet to build a robot which is convincingly smarter than a cockroach.<p>If you grant that humans are conscious, then surely domestic cats are as well. It is simply irrational to talk about Claude's "consciousness" without actually engaging with this: cats, humans, pigeons, fish, etc etc all share some common features we associate with consciousness (I don't mean sensory awareness, I mean the fuzzy cognitive concept). Claude really does not. In fact Claude doesn't even have much in common with uncontacted hunter-gatherers! Claude imitates the solipsism of formally educated human philosophers.<p>It is uncharitable and curmudgeonly but totally scientific to dismiss people in camp #3 as unserious and not worth engaging with: they ignore scientific criticism and don't provide any themselves, it's just a mishmash of sci-fi-adjacent philosophy. There's nothing "functional" about ignoring animals and there's nothing scientific about waving your hands and saying "computationalism." That's certainly how I feel. I know this isn't a very nice comment. But I am so sick of AI folks thinking they can ignore animals and still have an honest conversation about machine consciousness. It's just sci-fi ghost stories.</p>
]]></description><pubDate>Mon, 20 Apr 2026 23:02:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47842211</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47842211</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47842211</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Not buying another Kindle"]]></title><description><![CDATA[
<p>Ok, then the other thing you're missing is that distributors also get a chunk of the ebook. You said ebooks have "no middlemen" but that's blatantly false, Amazon is the emperor of ebook middlemen. I suppose publishers could try selling ebooks directly but then they lose the Kindle platform + Amazon's reach, so Amazon charges for that service. They are a middleman.</p>
]]></description><pubDate>Mon, 20 Apr 2026 17:25:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=47837629</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47837629</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47837629</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Not buying another Kindle"]]></title><description><![CDATA[
<p>Sure, it's easy to evaluate anything if you make up plausible-sounding numbers about it.<p>The costs of printing and retail are definitely less than half the sales price: <a href="https://www.davidderrico.com/cost-breakdowns-e-books-vs-printed-books/" rel="nofollow">https://www.davidderrico.com/cost-breakdowns-e-books-vs-prin...</a> Publishers say it's 10%; Derrico thinks they are underestimating certain logistical costs but no way it's 50%.</p>
]]></description><pubDate>Mon, 20 Apr 2026 17:07:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47837287</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47837287</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47837287</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Show HN: Saunas lower nighttime heart rate more than exercise (n=59,000)"]]></title><description><![CDATA[
<p>No, it seems saunas have very low <i>relative</i> humidity except for briefly after you splash the hot rocks. "Relative" is the key term there: the absolute humidity is high, but the hot air can accept much more H20 and it will suck moisture off your body. So it is a dry environment according to humans.<p>According to this company plus some sketchy math I just did, the relative humidity can swing between 15% and 40%: all over the place, but generally pretty dry. <a href="https://www.vaisala.com/en/blog/2024-12/can-you-handle-heat-and-humidity-finnish-sauna-vaisala-sensors-can" rel="nofollow">https://www.vaisala.com/en/blog/2024-12/can-you-handle-heat-...</a></p>
]]></description><pubDate>Mon, 20 Apr 2026 14:03:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=47834525</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47834525</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47834525</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Amazon's AI boom is creating mess of duplicate tools and data inside the company"]]></title><description><![CDATA[
<p>Brooks's Law: Adding manpower to a late software project makes it later. <a href="https://en.wikipedia.org/wiki/The_Mythical_Man-Month" rel="nofollow">https://en.wikipedia.org/wiki/The_Mythical_Man-Month</a><p>With the obvious preface of "thoughtlessly adding." Of course it's not a real law, it's a tongue-in-cheek observation about how things have tended to go wrong empirically, and highlights the unique complexity of adding manpower to software vs. physical industry. Regardless, it has been endlessly frustrating for people to push AI/agentic development by highlighting short-term productivity, without making any real attempt to reconcile with these serious long-term technical management problems. Just apply a thick daub of Claude concealer, and ship.<p>Maybe people are right about the short-term productivity making it worthwhile. I don't know, and you don't either: not enough time has elapsed to falsify anything. But it sure seems like Fred Brooks was correct about the long-term technical management problems: adding Claudes to a late C compiler makes it later.<p><pre><code>  The resulting compiler has nearly reached the limits of Opus’s abilities. I tried (hard!) to fix several of the above limitations but wasn’t fully successful. New features and bugfixes frequently broke existing functionality.
</code></pre>
<a href="https://www.anthropic.com/engineering/building-c-compiler" rel="nofollow">https://www.anthropic.com/engineering/building-c-compiler</a></p>
]]></description><pubDate>Mon, 20 Apr 2026 13:49:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47834302</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47834302</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47834302</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "OpenClaw isn't fooling me. I remember MS-DOS"]]></title><description><![CDATA[
<p>The problem is that if you're wealthy enough to hire someone to do your errands, those errands likely aren't very mundane - the exception is a socialite giving their friend a low-effort job, but executive assistants are paid well because their jobs are cognitively demanding.<p>OTOH a lower-middle-class Joe like me really does have a lot of mundane social/professional errands, which existing software has handled just fine for decades. I suppose on the margins AI might free up 5 minutes here or there around calendar invites / etc, but at the cost of rolling snake eyes and wasting 30 minutes cleaning up mistakes. Even if it never made mistakes, I just don't see the "personal assistant" use case really taking off. And it's not how people use LLMs recreationally.<p>Really not trying to say that LLM personal assistants are "useless" for most people. But I don't think they'll be "big," for the same reason that Siri and Alexa were overhyped. It's not from lack of capability; the vision is more ho-hum than tech folks seem to realize.</p>
]]></description><pubDate>Mon, 20 Apr 2026 10:56:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47832569</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47832569</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47832569</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "OpenClaw isn't fooling me. I remember MS-DOS"]]></title><description><![CDATA[
<p>Let's also point out the $180 is going to a hideously evil AI company which pirated millions of books and movies.</p>
]]></description><pubDate>Mon, 20 Apr 2026 09:33:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47832047</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47832047</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47832047</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "A. J. Ayer – ‘What I Saw When I Was Dead’ (1988)"]]></title><description><![CDATA[
<p>Yeah I didn't want to burst anyone's spiritual bubble earlier, but I had a very similar experience one time when I smoked salvia divinorum: there was an eerie and overwhelming purple light, sort of like a "fluorescent" UV bulb, and the Ministers of The Universe pulled my life history in front of me, something something ALL OF SPACE AND TIME WAS-<p>I wasn't speaking to God. I was high on salvia. And I'm quite certain A.J. Ayer was high on oxygen deprivation.</p>
]]></description><pubDate>Mon, 20 Apr 2026 00:15:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47828933</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47828933</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47828933</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The seven programming ur-languages (2022)"]]></title><description><![CDATA[
<p>Naively this is quite surprising, but the devil is in the details. With the exception of Lean I'd point out they're all fairly close: Chez being 2.5x slower than C++ is not ignorable but it's also quite good for a dynamically-typed JITted language[1]. And I'm not surprised that F# does so well at this particular task. Without looking into it more closely, this seems to be a story about F# on .NET Core having the most mature and painless out-of-the-box parallelism of these languages. I assume this is elapsed time, it would be interesting to see a breakdown of CPU time.<p>I don't think these results are quite comparable because of slightly differing parallelism strategies; I'd expect the F# implementation of just spinning off threads to be more a little more performant than a Rayon parallel iterator, which presumably has some overhead. But that really just shows how hard it is to do a cross-language comparison; Rust and C++ can certainly be made faster than the F# code by carefully manipulating a ton of low-level OS concurrency primitives. This would arguably also be little misleading. Likewise Chez and Haskell have good C FFI; does that count? It's a tricky and highly qualitative analysis.<p>[1] FYI, one possible performance improvement with the Chez code is keeping the permutations in fxvectors and replace math operations with the fixnum-specific equivalent - this tells the compiler/interpreter that the data are guaranteed to be machine integers rather than bigints, so they aren't boxed/unboxed. I am not sure without running it myself, but there seems to be avoidable allocations in the Chez implementation.  <a href="https://cisco.github.io/ChezScheme/csug/objects.html#./objects:h6" rel="nofollow">https://cisco.github.io/ChezScheme/csug/objects.html#./objec...</a></p>
]]></description><pubDate>Sun, 19 Apr 2026 23:45:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47828770</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47828770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47828770</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Why Zip drives dominated the 90s, then vanished almost overnight"]]></title><description><![CDATA[
<p>That's kind of the point of my comment - software developers couldn't release on NEC without excluding IBM customers etc etc. They were stuck with 1.44MB because that was the only thing guaranteed to work. There was a human management problem around agreeing on a specification; drive manufacturers and software companies simply had conflicting incentives, so the market was a mess.<p>In retrospect I think the only reason Zip was able to become the undisputed market leader in high-capacity disks is that CD-ROM fully took over commercial software distribution.</p>
]]></description><pubDate>Sun, 19 Apr 2026 17:13:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=47825834</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47825834</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47825834</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The seven programming ur-languages (2022)"]]></title><description><![CDATA[
<p>Lots of us are having fun identifying our choice for missing family :)<p>One I might suggest is scripting languages, defined loosely by programming tools  which dispatch high-level commands to act on data pipelines: sed, AWK, the sh family, Perl, PowerShell, Python and R as honorary members. In practice I might say SQL belongs here instead of under Prolog, but in theory of course SQL is like Prolog. Bourne shell might be the best representative, even if it's not the oldest.<p>AWK et al share characteristics from ALGOL and APL, but I feel they are very much their own thing. PowerShell is quite unique among modern languages.</p>
]]></description><pubDate>Sun, 19 Apr 2026 14:46:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=47824706</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47824706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47824706</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The seven programming ur-languages (2022)"]]></title><description><![CDATA[
<p>This is just wrong, you're being too didactic. Idris specifically lets you implement nontotal functions in the same way that Rust lets you write memory-unsafe code. The idea is you isolate it to the part of the program with effects (including the main loop), which the compiler can't verify anyway, and leave the total formally verified stuff to the business logic. Anything that's marked as total is proven safe, so you only need to worry about a few ugly bits; just like unsafe Rust.<p>Idris absolutely is a general-purpose functional language in the ML family. It is Haskell, but boosted with dependent types.</p>
]]></description><pubDate>Sun, 19 Apr 2026 13:35:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47824220</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47824220</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47824220</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "The seven programming ur-languages (2022)"]]></title><description><![CDATA[
<p>Lean is definitely a dependently typed ML-family language like Agda and Idris, so "ML" has it covered. And the long-term goal of Lean certainly is not "execution is only secondary"; Microsoft is clearly interested in writing real software with it: <a href="https://lean-lang.org/functional_programming_in_lean/Programming-with-Dependent-Types/Worked-Example___-Typed-Queries/#typed-queries" rel="nofollow">https://lean-lang.org/functional_programming_in_lean/Program...</a><p>OTOH if you really want to emphasize "intended to express proofs" then surely Prolog has that covered, so Lean can be seen as half ML, half Prolog. From this view, the Curry-Howard correspondence is just an implementation detail about choosing a particular computational approach to logic.</p>
]]></description><pubDate>Sun, 19 Apr 2026 13:33:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47824207</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47824207</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47824207</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Why Zip drives dominated the 90s, then vanished almost overnight"]]></title><description><![CDATA[
<p>The real question is why were 1.44mb 3 1/2" floppy drives used for so long when they were totally obsolete by 1990. I would love to read a more coherent and unified history; my understanding is that there were tons of competing higher-capacity 3 1/2" drives between ~1985 and 1995, but software developers were stuck releasing on 1.44mb because that was the only format which worked reliably across manufacturers. By the time Zip drive came out, software was distributed on CD and higher-capacity floppies were really only used for (geographically) local data transfer.<p>Wikipedia says there was a serious attempt to standardize a 20mb floppy in 1990 which fell apart: <a href="https://en.wikipedia.org/wiki/Floppy_disk#High-capacity" rel="nofollow">https://en.wikipedia.org/wiki/Floppy_disk#High-capacity</a> It's really not the case that Zip made some great leap forward; 15 years of technology's steady march didn't fully trickle down to consumer hardware because of compatibility issues between competing manufacturers.</p>
]]></description><pubDate>Sun, 19 Apr 2026 13:18:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=47824108</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47824108</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47824108</guid></item><item><title><![CDATA[New comment by LeCompteSftware in "Modern Common Lisp with FSet"]]></title><description><![CDATA[
<p>Just FYI, this section at the end about R6RS Scheme is a little confused: <a href="https://fset.common-lisp.dev/Modern-CL/Top_html/Scheme-_0028R6RS_0029.html" rel="nofollow">https://fset.common-lisp.dev/Modern-CL/Top_html/Scheme-_0028...</a><p><pre><code>   Strings are immutable [in Scheme]. Functional point update operations are not provided, presumably out of time complexity concerns, but string-append and substring are provided, and there are functions to convert to and from lists of characters; I guess the idea is that fine-grained string construction will be done using lists and then converted. Amusingly, there’s string-copy, though it’s hard to see why one would ever use it.
</code></pre>
Strings are actually <i>mutable</i> in R6RS. See <a href="https://www.r6rs.org/final/html/r6rs/r6rs-Z-H-14.html#node_sec_11.12" rel="nofollow">https://www.r6rs.org/final/html/r6rs/r6rs-Z-H-14.html#node_s...</a> - there is an imperative update-in-place function which mutates the argument. So of course string-copy really is useful, you might want to mutate a string and keep an unaltered copy. And the intent of string->list is to automatically let your list-processing code become string-processing code. It is way too strong to say "Functional point update operations are not provided, presumably out of time complexity concerns" - R6RS actively encourages functional operations on strings by calling string->list first, even though that's O(n) overhead.<p>The overall point you are making seems clearly correct: R6RS Scheme does not provide any "mostly functional" datatypes beyond basic s-expressions, so it would take a lot of work to develop Clojure/FSet-style tools. But it's strange to so badly misstate what strings in Scheme are like.</p>
]]></description><pubDate>Sun, 19 Apr 2026 02:56:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=47821455</link><dc:creator>LeCompteSftware</dc:creator><comments>https://news.ycombinator.com/item?id=47821455</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47821455</guid></item></channel></rss>