<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: mik3y</title><link>https://news.ycombinator.com/user?id=mik3y</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 19 Oct 2026 05:25:32 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mik3y" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mik3y in "Someone behind the software"]]></title><description><![CDATA[
<p>I strongly agree with this take. And in particular, I've been wondering about this:<p><pre><code>    > Individuals work with agents to produce changes independently, 
    > each operating a small software factory.
    >
    > [...] together they start to resemble Frankenstein’s monster
    > rather than a carefully shaped sculpture.
</code></pre>
Do solo developers consequently have a bit of an advantage today when it comes to producing tasteful, opinionated software?</p>
]]></description><pubDate>Sun, 18 Oct 2026 18:29:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=50143903</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=50143903</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50143903</guid></item><item><title><![CDATA[Horrible edge cases to consider when dealing with music (2022)]]></title><description><![CDATA[
<p>Article URL: <a href="https://dustri.org/b/horrible-edge-cases-to-consider-when-dealing-with-music.html">https://dustri.org/b/horrible-edge-cases-to-consider-when-dealing-with-music.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=49037608">https://news.ycombinator.com/item?id=49037608</a></p>
<p>Points: 5</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 24 Jul 2026 16:02:15 +0000</pubDate><link>https://dustri.org/b/horrible-edge-cases-to-consider-when-dealing-with-music.html</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=49037608</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49037608</guid></item><item><title><![CDATA[New comment by mik3y in "Om Malik has died"]]></title><description><![CDATA[
<p>I had a very similar single experience with Om: I was introduced completely randomly while he was at True Ventures; he couldn't have been nicer, more curious, or more genuine despite me almost certainly reading like a total waste of time.<p>It's both heartwarming, and bitterly sad, to see so many other posters confirm he was one of the good ones.</p>
]]></description><pubDate>Fri, 26 Jun 2026 04:58:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48682485</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48682485</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48682485</guid></item><item><title><![CDATA[New comment by mik3y in "Elastic lays off 7% of employees"]]></title><description><![CDATA[
<p>Layoff announcements are this kinda tricky class of corporate comms where you need to speak to at least 3 different constituents, with 3 different messages, which are often in conflict.<p>It's something like:<p>(A) To the public (e.g. prospects, customers, investors): "This is a good thing and we're going to be an even better bet!"<p>(B) To the remaining team: "This is tough and I feel your pain and will do better."<p>(C) To the laid off: "It's not you, it's me, thank you and good luck."<p>It's hard if not impossible to handle all three of these authentically, concisely, and in the same message. Which is why you can almost immediately find something not to like..</p>
]]></description><pubDate>Wed, 24 Jun 2026 23:04:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48666650</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48666650</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48666650</guid></item><item><title><![CDATA[New comment by mik3y in "Elevated error rate across multiple models"]]></title><description><![CDATA[
<p>Sure: I think you're essentially missing a whole set of concerns - ones that are not purely technical - behind why this method is popular; and so your arguments wouldn't convince someone actually responsible for one of these scripts to <i>change</i> or cease the practice.<p>Nobody would argue that it's categorically safe/good/smart to blindly pipe a script into your shell; and for the record, I agree. I would also readily agree that habituating users to doing this <i>probably</i> creates new, more general risks especially among how less-technical users interact with their CLI.<p>However, the realities of the "real world" make it popular for a reason, in light of those negatives; <i>tons</i> of scaled projects continue to offer a 1-liner. So we have to ask, why? They'd probably say that's because it (a) improves project adoption, and (b) reduces "install broken" tickets.<p>You <i>have to</i> address the non-technical merits and goals to get behavior to change here, and sadly, I don't think anyone has done that.<p>But who cares about me? I'm not currently maintaining one of these (though I did once). My suggestion to bring your argument to an active project was genuine: try it! I'd be delighted to see you bring about the change you want.<p>[PS: The commenter I replied to originally used the term "bad faith", which they've since edited]</p>
]]></description><pubDate>Wed, 24 Jun 2026 16:15:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48662088</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48662088</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48662088</guid></item><item><title><![CDATA[New comment by mik3y in "Elevated error rate across multiple models"]]></title><description><![CDATA[
<p>Bad faith, or perhaps just ignorance. It reminds me of purist junior engineers - and I have been one - refusing to understand or tradeoff in the world beyond their own.<p>Rather than argue with those of us who are pointing out messy realities, this commenter might be better served filing a bug against any number of the projects that offer installation this way, asking them to remove it, and see if it lands any better.<p>Technical purity/superiority isn’t the only factor, or even the most important one, driving projects to offer quick installers like this.</p>
]]></description><pubDate>Tue, 23 Jun 2026 22:25:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=48652339</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48652339</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48652339</guid></item><item><title><![CDATA[New comment by mik3y in "Elevated error rate across multiple models"]]></title><description><![CDATA[
<p>The ideas aren't mutually exclusive, and I've never seen an open source project support "curl | sh" without also supporting those methods.<p>Indeed, plenty of these scripts often act as a "what OS and packager do we have" mux. Just look at the source of this one, for example.<p>When you support an open source project at scale and/or with less savvy users, you come to see the benefit of "here, just f'ing slam this into your shell and we'll figure it out" installers. I know I have.</p>
]]></description><pubDate>Tue, 23 Jun 2026 15:09:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48646251</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48646251</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48646251</guid></item><item><title><![CDATA[New comment by mik3y in "Elevated error rate across multiple models"]]></title><description><![CDATA[
<p>I am genuinely curious what it tells you, as "curl https//.. | sh" has long been an enormously popular approach to distribution in the open source world. Homebrew, to name just one example, advertises a similar method.<p>(pi.sh also documents other install methods, like `npm`, on their homepage)<p>If trust and security is the issue, unfortunately "better" ideas like hashpipe [1] never achieved critical mass<p><pre><code>    [1] https://news.ycombinator.com/item?id=9318286</code></pre></p>
]]></description><pubDate>Tue, 23 Jun 2026 14:47:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48645869</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48645869</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48645869</guid></item><item><title><![CDATA[New comment by mik3y in "AI agent bankrupted their operator while trying to scan DN42"]]></title><description><![CDATA[
<p>I really wanted to dislike the anonymous operator for the careless project (and the hilarious pomposity of the IRC subagent it spawned).<p>Then I imagined the real-but-unknowable chance it was all set up by some kid just getting into computers, just seeing what’s possible, getting excited by a much bigger world at reach — and remembered my own expensive mistakes with long-distance BBSes & the like.<p>I sorta hope for that, anyway. Curiosity is a beautiful thing.</p>
]]></description><pubDate>Fri, 12 Jun 2026 06:07:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=48500494</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48500494</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48500494</guid></item><item><title><![CDATA[New comment by mik3y in "Claude Fable is relentlessly proactive"]]></title><description><![CDATA[
<p>I've been enjoying Moat [1]. Proxies credentials, networking, etc; uses MacOS containers if available; and setup worked without much fuss. I haven't tried others, though.<p>[1] <a href="https://majorcontext.com/moat/" rel="nofollow">https://majorcontext.com/moat/</a></p>
]]></description><pubDate>Fri, 12 Jun 2026 04:35:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=48499969</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48499969</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48499969</guid></item><item><title><![CDATA[New comment by mik3y in "Roku LT Operating System open source distribution"]]></title><description><![CDATA[
<p><p><pre><code>    > How could it be better?
</code></pre>
On a purely language basis, I'd start with the things the BrighterScript [1] folks have done to clean up the warts and inconveniences of the language.<p>Personally I'd rather it not exist. Roku would be more pleasant to develop on had they chosen a more popular, existing language as the basis (e.g. Python). Then the task of developing for the platform ~mostly reduces from "learn a new language and a new framework" to just the latter.<p>I suppose it hasn't inhibited their success, of course.<p><pre><code>    [1] https://github.com/rokucommunity/brighterscript</code></pre></p>
]]></description><pubDate>Wed, 03 Jun 2026 15:51:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=48385716</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48385716</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48385716</guid></item><item><title><![CDATA[New comment by mik3y in "I found a seashell in the middle of the desert"]]></title><description><![CDATA[
<p>Because the repo includes the tool authored for, and discussed in, the "blog"?</p>
]]></description><pubDate>Sat, 30 May 2026 21:02:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=48340594</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=48340594</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48340594</guid></item><item><title><![CDATA[Uv-outdated: Show outdated packages in your uv projects]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/simonpercivall/uv-outdated">https://github.com/simonpercivall/uv-outdated</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46277059">https://news.ycombinator.com/item?id=46277059</a></p>
<p>Points: 3</p>
<p># Comments: 0</p>
]]></description><pubDate>Mon, 15 Dec 2025 16:59:19 +0000</pubDate><link>https://github.com/simonpercivall/uv-outdated</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=46277059</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46277059</guid></item><item><title><![CDATA[New comment by mik3y in "We should all be using dependency cooldowns"]]></title><description><![CDATA[
<p>Could a supply chain attacker simulate an advisory-remediating release somehow, i.e., abuse this feature to bypass cooldowns?</p>
]]></description><pubDate>Sat, 22 Nov 2025 05:23:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=46012340</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=46012340</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46012340</guid></item><item><title><![CDATA[New comment by mik3y in "[dead]"]]></title><description><![CDATA[
<p>Yes, seeing periodic 5xx errors (though eventually succeeds).<p>Interestingly `bun upgrade` catches "GitHubIsDown" as a specific case:<p><pre><code>    $ bun upgrade
    Bun v1.2.20 is out! You're on v1.2.18
    Downloading [38003/21788202] Bun upgrade failed with error: GitHubIsDown
    
    Please upgrade manually:
      curl -fsSL https://bun.sh/install | bash
</code></pre>
(Appears to have been triggered by a 503 for <a href="https://github.com/oven-sh/bun/releases/download/bun-v1.2.20/bun-linux-x64.zip" rel="nofollow">https://github.com/oven-sh/bun/releases/download/bun-v1.2.20...</a>)</p>
]]></description><pubDate>Mon, 11 Aug 2025 18:54:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=44867998</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=44867998</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44867998</guid></item><item><title><![CDATA[New comment by mik3y in "Ask HN: Have you ever regretted open-sourcing something?"]]></title><description><![CDATA[
<p>Right, but, they never owned it, and would never attempt to assert that. So in hindsight (and similar to GP) compliance was a worse and more frustrating option than simply never mentioning things.</p>
]]></description><pubDate>Wed, 06 Aug 2025 03:35:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=44807330</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=44807330</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44807330</guid></item><item><title><![CDATA[New comment by mik3y in "Ask HN: Have you ever regretted open-sourcing something?"]]></title><description><![CDATA[
<p>Ugh, you gave me bad flashbacks of the same committee.<p>I tried to re-license a previously-released project (like from GPL to MIT or similar) and they wouldn't budge. I had written all the code.<p>In the end, I decided that them suing (or firing) me to assert their ownership of $VALUELESS_PROJECT, so they could then license it back, was ridiculously unlikely, said fuck it, and did it. And I was right.</p>
]]></description><pubDate>Tue, 05 Aug 2025 21:36:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=44804675</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=44804675</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44804675</guid></item><item><title><![CDATA[New comment by mik3y in "The FAA’s Hiring Scandal"]]></title><description><![CDATA[
<p>A very well-written and persuasive critique, thank you for it.<p>(And god I hope you’re not a state-of-the-art summarization LLM.)</p>
]]></description><pubDate>Wed, 05 Feb 2025 07:37:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=42945205</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=42945205</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42945205</guid></item><item><title><![CDATA[New comment by mik3y in "Party Squasher, the first guest occupancy counter for homes"]]></title><description><![CDATA[
<p>Thought this was going to be an mmWave sensor with an "AirBnB host friendly" UI of some sort.. turns out it's just a network sniffer? Seems.. defeatable.<p><pre><code>    > How it Works
    > 
    > Party Squasher uses the presence of mobile phones
    > as a proxy for the presence of people.  You start by
    > connecting our small sensor to your property’s internet
    > router. [...]</code></pre></p>
]]></description><pubDate>Fri, 03 Jan 2025 05:12:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=42582690</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=42582690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42582690</guid></item><item><title><![CDATA[New comment by mik3y in "How to disable cellular connectivity in a Gen 2 (2016-2019) Chevy Volt"]]></title><description><![CDATA[
<p>I've been interested in doing this as a side project too, ever since "unwiring" my jeep in a similar fashion (rip out modem).<p>My quick-and-dirty idea was to stand up a Discourse forum with categories for each make, threads for each model (or possibly model + model year range pairs).<p>If anyone wants to collaborate / provide some extra motivation, hit me up..</p>
]]></description><pubDate>Wed, 21 Aug 2024 16:54:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=41312066</link><dc:creator>mik3y</dc:creator><comments>https://news.ycombinator.com/item?id=41312066</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41312066</guid></item></channel></rss>