<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: the_other</title><link>https://news.ycombinator.com/user?id=the_other</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 14 Jun 2026 05:15:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=the_other" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by the_other in "No Let, No Rec, No Problem: A Gentler Introduction to the Y and Z Combinators"]]></title><description><![CDATA[
<p>Thanks for replying.<p>I think I missed the significance of your narrowed definition of recursion, and didn't apply it the way you intended when I read the article. I admit to my bad reading.<p>I went on to discuss your article with an LLM and used the experiences I've had _using_ some functional approaches in JS to help it give me a tutorial on the combinators, to try to better understand your article and the underlying principles. I "mostly get it" now, but I will have to go over it a couple more times.<p>You shared a thought-provoking article, even if I didn't immediately get your intended lesson out of it.</p>
]]></description><pubDate>Sun, 07 Jun 2026 09:13:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48433159</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48433159</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48433159</guid></item><item><title><![CDATA[New comment by the_other in "No Let, No Rec, No Problem: A Gentler Introduction to the Y and Z Combinators"]]></title><description><![CDATA[
<p>I’ll re-read it, because clearly I don’t get it. And I’d like to.<p>My first two attempts made it seem like it was building on a function calling itself, with itself as an argument (so that it can call itself). I’m not sure how that isn’t recursion, and I didn’t read it as throwing away those approaches. But, as I say, I’ll re-read it…</p>
]]></description><pubDate>Sat, 06 Jun 2026 11:40:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48423939</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48423939</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48423939</guid></item><item><title><![CDATA[New comment by the_other in "No Let, No Rec, No Problem: A Gentler Introduction to the Y and Z Combinators"]]></title><description><![CDATA[
<p>I found it extremely confusing.<p>It sets a challenge as a rhetorical tool, but then completely fails to honour the challenge through the bulk of the explanation.<p>- don’t use recursion: spends multiple paragraphs implying that a function calling itself isn’t recursion<p>- don’t use declaration: ignoring that defining arguments to a function is declaration<p>I’m not saying the article is “wrong”. But I thunk I’d have preferred a plain intro to lambda calculus.<p>(Writing this as someone who has struggled to learn “real” functional programming the few times I’ve tried over the past 20+ years, but who very much likes using RxJS and the functional flavour of lodash and wishes I could see deeper into that black hole.)</p>
]]></description><pubDate>Sat, 06 Jun 2026 06:55:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48422158</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48422158</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48422158</guid></item><item><title><![CDATA[New comment by the_other in "MacBook Neo is so popular that Apple doubled production"]]></title><description><![CDATA[
<p>> Poor quality comes from the fact we have outsourced manufacturing.<p>My experience with software development suggests this is not the main driver. The main driver seems to be management not caring about quality, UX, long term maintainance costs, externalities, and by viewing customer service as a cost rather than as branding.</p>
]]></description><pubDate>Wed, 03 Jun 2026 19:00:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48388290</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48388290</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48388290</guid></item><item><title><![CDATA[New comment by the_other in "We should be more tired than the model"]]></title><description><![CDATA[
<p>This sounds like something I'd enjoy. Do you have a blog post or guide on your approach?</p>
]]></description><pubDate>Fri, 29 May 2026 13:52:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48323128</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48323128</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48323128</guid></item><item><title><![CDATA[New comment by the_other in "We should be more tired than the model"]]></title><description><![CDATA[
<p>The "right" abstraction seems like quite an art. Sometimes it's not obvious, or it takes multiple rounds of exploration and testing (I'm thinking here of the mental shift moving from HTML + JS, via jQuery, Backbone, Knockout and up to React/Vue or Angular). At all points, we thought we had reasonable abstractions for a while. Vue and Svelt, or NextJS, now are <i>so far</i> from the mental model of early 00s "DHTML".<p>And I'm not sure how this relates to TFA's point. Are you saying we collectively need to get better at abstraction so that LLMs get better at abstraction (either by training, or our prompting), so that their code is easier to read?</p>
]]></description><pubDate>Fri, 29 May 2026 13:49:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=48323091</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48323091</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48323091</guid></item><item><title><![CDATA[New comment by the_other in "In 1979 engineer Hugh Padgham discovered "gated reverb" – by accident"]]></title><description><![CDATA[
<p>My inherent pedantry drives me to say "this sounds like compression, not gating". Do lots of people use "gating" to mean "automated volume control"? In 30ish years of hobbyist music production I have only encountered it to mean "automated in/out control". It's "compression" that automates dynamics.<p>Thinking out load a bit here:<p>- maybe the existence of West-coast style "low pass gates" proves me wrong...<p>- gates sometimes have release controls, which would make them "automated volume control", but I still contend that aiming for zero gain when the gate closes makes them in/out controls not "dynamics" controls).</p>
]]></description><pubDate>Wed, 20 May 2026 12:47:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48206799</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48206799</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48206799</guid></item><item><title><![CDATA[New comment by the_other in "OpenAI Adopts Google's SynthID Watermark for AI Images with Verification Tool"]]></title><description><![CDATA[
<p>Most of those people wont be checking the provenance of the images. FB have stopped from their fact-checking processes.<p>Only the investigative or journalistically inclined will make use of this, and those people already fact check.<p>Where’s the en mass gain?</p>
]]></description><pubDate>Wed, 20 May 2026 07:53:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=48204495</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48204495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48204495</guid></item><item><title><![CDATA[New comment by the_other in "New accessibility features powered by Apple Intelligence"]]></title><description><![CDATA[
<p>> Another way in which it's not cheap to lose sight, I guess.<p>True.<p>We can frame it even more strongly: "default societal practices actively discriminate against people with disabilities; they intentionally, consciously choose to make life harder for people who're disadvantaged".</p>
]]></description><pubDate>Tue, 19 May 2026 14:01:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=48193435</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48193435</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48193435</guid></item><item><title><![CDATA[New comment by the_other in "Moving away from Tailwind, and learning to structure my CSS"]]></title><description><![CDATA[
<p>TypeScript interfaces just merge. You can aet any property name you like on a plain JS object, at any time.<p>The CSS version is a risk, for sure. The dev tools in all the main browsers will tell you where the extension happens and show yiu the order the complecting rules are applied, so it’s fairly easy to debug. Bugs/misbehaving code is usually a problem of structure. In other languages, we take on the need to apply structure; just do the same with CSS.<p>The mechanism that allows this merging behavior is  the means by which intentional reuse is composed. It allows yiu to set general and specific rules sets. This seems conceptually similar to OO classes and subclasses, to me.</p>
]]></description><pubDate>Sun, 17 May 2026 14:53:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48169462</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48169462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48169462</guid></item><item><title><![CDATA[New comment by the_other in "Moving away from Tailwind, and learning to structure my CSS"]]></title><description><![CDATA[
<p>> With CSS names are global.<p>In your "programmatic" code (your JS/TS, python, C++, whatever..) your classes are global. Even if the language supports flexible namespaces, or module scoping, you still have to take great care naming because reusing a name will cause you confusion. Giving two things the same name makes them harder to import, and risks clashes and bugs.<p>No-one complains about this. This is just how you code in all those other languages.</p>
]]></description><pubDate>Sat, 16 May 2026 23:34:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=48164730</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48164730</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48164730</guid></item><item><title><![CDATA[New comment by the_other in "Ratty – A terminal emulator with inline 3D graphics"]]></title><description><![CDATA[
<p>Mix this 3d graphics, with data science notebooks, with local LLMs, and perhaps an integrated coding harness, with visibility over your personal data and you’d have something absurdly good.<p>This might overtake “a haiku+macOS mashup” as my idealised computing future.</p>
]]></description><pubDate>Mon, 11 May 2026 12:38:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48094202</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48094202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48094202</guid></item><item><title><![CDATA[New comment by the_other in "iOS 27 is adding a 'Create a Pass' button to Apple Wallet"]]></title><description><![CDATA[
<p>My banks provide different colour options for their cards. All my digital cards differ, even from the same bank. The alternate colours helps within the banks/ apps as well as within Wallet, so it's not just an iOS "workaround".<p>I agree, it would be nice if Apple added stickers, but the problem isn't, IMO, as bad as you make out.<p>Exceptions include transport and concert tickets. Most of the time this doesn't cause problems because I'm standing with the other people I'm travelling/gigging with, and the agent scanning the tickets doesn't care about any names on them.</p>
]]></description><pubDate>Tue, 05 May 2026 15:19:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48023754</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=48023754</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48023754</guid></item><item><title><![CDATA[New comment by the_other in "HERMES.md in commit messages causes requests to route to extra usage billing"]]></title><description><![CDATA[
<p>Today? Not 23 years ago (approx) when they started scanning emails?</p>
]]></description><pubDate>Fri, 01 May 2026 14:00:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47974920</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47974920</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47974920</guid></item><item><title><![CDATA[New comment by the_other in "How ChatGPT serves ads"]]></title><description><![CDATA[
<p>I don't think you're making a useful point about the situation.<p>In the case of the orange in the bag, both Altman and his interlocutor can see the bag and the truth can be exposed by rummaging.<p>In the case of ads in the oAI chat feed, at the time Altman made the comment he was probably planning to puts ads in the feed. But there might not even be emails about this, just conversation. And the engineers might not solve the "how" for a while... so there's nothing to rummage for.<p>However, in both cases Altman wants you to think something other than what's on his mind. There's an orange in his bag, but he wants you to think there is not. There's going to be ads because he owes the investors a tonne of money but he wants you to think it wont happen, or wont happen soon, or will be "nice" ads...<p>The distinction is in the nature of the underlying truth, not in Altmans words or actions in the moment. In the moment, in both cases, he's lying.</p>
]]></description><pubDate>Wed, 29 Apr 2026 10:35:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=47946418</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47946418</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47946418</guid></item><item><title><![CDATA[New comment by the_other in "Stop Flock"]]></title><description><![CDATA[
<p>It’s easier to consider responses or solutions to specific problems, rather than to solve for a broad, general principle. You can see this in many areas of life. Solving for general principles requires group effort (usually); you can get buy-in from individuals if you csn focus them on specific cases or subsets. So the Floxk fetish is reasonable at this point, IMO.<p>There’s also nothing inherently wrong with carrying sensors in your pocket. The “wrong” is in the providers/manufacturers exploiting the position they put themselves in. Managing data is hard, and most people don’t want to do the necessary work most of the time, so the providers/manufacturers offer to do that for their users/customers. However, they also exploit their csretaker position by tresting the data like they own it too, and extracting profit.<p>If the solutions to the Flock problems could be framed such that other providers/manufacturers had to build systems that were “local first” or “private by default” (as in pre-internet home computing plus explicit, finegrained shsring consents), then it would also be fine to carry sensors. I want my fitness tracker and GPS. I just don’t want the data it generates used to build advertising profiles on me such that ads (and government mass surveillance dragnets) can follow my every <i>other</i> move.</p>
]]></description><pubDate>Wed, 15 Apr 2026 12:43:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=47778240</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47778240</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47778240</guid></item><item><title><![CDATA[New comment by the_other in "81yo Dodgers fan can no longer get tickets because he doesn't have a smartphone"]]></title><description><![CDATA[
<p>Using a battery powered electronic device as a “pass” detected by another handheld electronic device, both of which are contacting cell towers, exchanging data with data centres 100s of kms away, filling out detailed profiles of user behavior … rather than a paper ticket?</p>
]]></description><pubDate>Mon, 06 Apr 2026 19:43:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=47665923</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47665923</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47665923</guid></item><item><title><![CDATA[New comment by the_other in "Tell HN: Anthropic no longer allowing Claude Code subscriptions to use OpenClaw"]]></title><description><![CDATA[
<p>You could think about it this way:<p>All AI prices will rise soon - probably shortly after the IPOs. The new prices will be eyewatering compared with today’s. This bulling change is lengthening the time until Anthropic have to raise the subscription prices, so those of us who’re not doing 24hr claw stuff can continue to use the tools the way we’ve gotten used to.</p>
]]></description><pubDate>Sat, 04 Apr 2026 08:01:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=47636932</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47636932</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47636932</guid></item><item><title><![CDATA[New comment by the_other in "Learn Claude Code by doing, not reading"]]></title><description><![CDATA[
<p>I'm a beginner with agentic coding. I vibe code something most days, from a few lines up to refactors over a few files. I don't knowingly use skills, rarely _choose_ to call out to tools, haven't written any skills and only one or two ad hoc scripts, and have barely touched MCPs (because the few I've used seem flaky and erratic). I answered as such and got... intermediate.</p>
]]></description><pubDate>Mon, 30 Mar 2026 23:01:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47580783</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47580783</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47580783</guid></item><item><title><![CDATA[New comment by the_other in "Maxell MXCP-P100 – wireless cassette player"]]></title><description><![CDATA[
<p>Yes, very likely. Even in the 90s 120min tapes were more fragile and much more likely to warp or get caught than the shorter lengths.</p>
]]></description><pubDate>Thu, 26 Mar 2026 15:50:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47531985</link><dc:creator>the_other</dc:creator><comments>https://news.ycombinator.com/item?id=47531985</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47531985</guid></item></channel></rss>