<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: mubou</title><link>https://news.ycombinator.com/user?id=mubou</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 07 Apr 2026 10:25:09 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=mubou" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by mubou in "Ask HN: Thoughts on adding utilities that aren't immediately needed?"]]></title><description><![CDATA[
<p>There isn't a yes-or-no answer to this. Some things I would consider:<p>1. Does this add additional complexity? How much more time/effort would it take to implement the feature? And most importantly, how much added effort would it take to <i>maintain</i> the feature? (Would adding this feature become a burden later?)<p>2. Can we be sure that the feature, as we would implement it <i>now</i> with our limited information, will meet future requirements, or would we perhaps be implementing something one way only for it to turn out that it would have been better implemented another way once there's an actual, defined usecase for it? (Remember that once you add something to an API, it can be hard to change or remove it later.)</p>
]]></description><pubDate>Mon, 05 May 2025 18:31:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=43897986</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43897986</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43897986</guid></item><item><title><![CDATA[New comment by mubou in "LiveScript"]]></title><description><![CDATA[
<p>I wish the JS pipeline operator hadn't stalled; it's been stuck in stage 2 for four years now:<p><a href="https://github.com/tc39/proposal-pipeline-operator">https://github.com/tc39/proposal-pipeline-operator</a></p>
]]></description><pubDate>Mon, 05 May 2025 06:35:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=43892462</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43892462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43892462</guid></item><item><title><![CDATA[New comment by mubou in "Windows 11 users losing data due to Microsoft's forced BitLocker encryption"]]></title><description><![CDATA[
<p>If you haven't already:<p>1. Win+R<p>2. control /name Microsoft.BitLockerDriveEncryption<p>3. "Back up your recovery key"</p>
]]></description><pubDate>Fri, 02 May 2025 01:41:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=43865313</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43865313</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43865313</guid></item><item><title><![CDATA[New comment by mubou in "Wikipedia is using (some) generative AI now"]]></title><description><![CDATA[
<p>Sorry, should have been more clear. I meant "AI" in the sense that people refer to anything using machine learning as "AI". (Honestly "AI" is such a meaningless term. LLMs are anything but intelligent.) But I agree. For <i>most</i> tasks, a non-gen AI model trained specifically for that task is significantly better. People are just taking the output of gen AI and using it as-is, rather than treating it as a tool to be leveraged as part of something larger and programmatic, like all ML before it.</p>
]]></description><pubDate>Fri, 02 May 2025 00:01:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=43864765</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43864765</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43864765</guid></item><item><title><![CDATA[New comment by mubou in "Wikipedia is using (some) generative AI now"]]></title><description><![CDATA[
<p>Automating tasks is exactly what AI/ML should be used for. <i>My</i> concern is that they're going to be using LLMs to "translate" other-language articles into English and vice versa. LLMs are horrendously bad at this, compared to models trained specifically for translation tasks. They make shit up, invent phrases that weren't in the source text, etc., and with how much blind faith people put in ChatGPT, you can be sure a lot of those hallucinations will go unchecked.<p>The funny part is, Wikipedia is the #1 data set used for all sorts of machine learning training (not just LLMs). I hope they at least mark articles that were translated/edited by AI, because otherwise the AI machine is gonna start feeding back into itself sooner or later.</p>
]]></description><pubDate>Thu, 01 May 2025 23:51:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=43864683</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43864683</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43864683</guid></item><item><title><![CDATA[New comment by mubou in "Ask HN: What's a good system to remember to wear my reading glasses at my desk?"]]></title><description><![CDATA[
<p>Do you feel like overengineering?<p>Look up some python computer vision tutorials and train a model to detect you wearing glasses vs. not wearing glasses. Run that on a Pi and hook up a smart plug or displayport switch between your monitor and pc so that it only turns the monitor on once it detects you're wearing the glasses :)</p>
]]></description><pubDate>Thu, 01 May 2025 20:52:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=43863217</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43863217</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43863217</guid></item><item><title><![CDATA[New comment by mubou in "Ask HN: What's a good system to remember to wear my reading glasses at my desk?"]]></title><description><![CDATA[
<p>When you take them off, put them on your keyboard.</p>
]]></description><pubDate>Thu, 01 May 2025 19:58:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=43862646</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43862646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43862646</guid></item><item><title><![CDATA[New comment by mubou in "Google Chrome 136 automatically upgrades your accounts to use passkeys"]]></title><description><![CDATA[
<p>Holy shit, this could actually cause people to get permanently locked out of their accounts, depending on how the website is configured. Imagine not knowing your login credentials are stored in Place A and then you delete Place A, unwittingly deleting your only login along with it.<p>This is already a worrisome possibility with security keys -- if you have Windows Hello enabled, the dialog you get when adding a security key to an account <i>might sometimes</i> be to add it to your TPM, but it's not clear that's what Windows is asking so you might put your creds on your CPU while thinking that they're going on the Yubikey; imagine what happens then when you upgrade your computer?<p>Users need to know where their logins are stored. Making these things "transparent to the user" in the name of ease of use (treating users like toddlers) is the wrong approach. I realize the average user doesn't understand the technical side here, but that just means we need to do better as devs and designers, not throw in the towel and make decisions for the user.</p>
]]></description><pubDate>Wed, 30 Apr 2025 19:57:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=43849959</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43849959</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43849959</guid></item><item><title><![CDATA[New comment by mubou in "Someone at YouTube needs glasses"]]></title><description><![CDATA[
<p>Ohh!! Thanks so much for this, I greatly appreciate it.</p>
]]></description><pubDate>Wed, 30 Apr 2025 18:39:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43849153</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43849153</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43849153</guid></item><item><title><![CDATA[New comment by mubou in "Someone at YouTube needs glasses"]]></title><description><![CDATA[
<p>> You can also set this in your browser with the _reduce motion_ parameter.<p>Unfortunately there's no way to set this per-site, at least in Chrome. Similarly, if you disable animations in Windows, you also disable all animations and transitions in websites that support prefers-reduced-motion, causing some sites to feel janky as a result.<p>They really need to add a per-site toggle for that, and a browser-level option to ignore the OS' setting. Turning off animations in Word shouldn't turn them off in Google Calendar.</p>
]]></description><pubDate>Wed, 30 Apr 2025 16:29:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=43847518</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43847518</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43847518</guid></item><item><title><![CDATA[New comment by mubou in "Ask HN: What websites exist that are valuable as social platforms?"]]></title><description><![CDATA[
<p>Are people in your country not using Bluesky?<p>See if there's a subreddit for your country. Even if it's not very active, you could ask what other social networks they're using.</p>
]]></description><pubDate>Tue, 29 Apr 2025 17:11:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=43835350</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43835350</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43835350</guid></item><item><title><![CDATA[New comment by mubou in "Programming languages should have a tree traversal primitive"]]></title><description><![CDATA[
<p>I bet you could do something generic like this in languages that have deferred execution like C#'s IEnumerable. Something like<p><pre><code>    foreach (Node node in EnumerateNodes(root, x => x != null, x => [x.Left, x.Right]))
</code></pre>
where EnumerateNodes uses `yield return` (i.e. is a generator) and calls itself recursively. Though it'd probably be easier / better performance to write an implementation specific to each node type.</p>
]]></description><pubDate>Tue, 29 Apr 2025 12:56:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=43831950</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43831950</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43831950</guid></item><item><title><![CDATA[New comment by mubou in "We based our new website on Markdown"]]></title><description><![CDATA[
<p>Oh, my bad, thought you meant it was built in markdown, like MDX or something.<p>I <i>wish</i> you could do all this in plain markdown; putting things side-by-side in a github readme can be tricky. Have to resort to sub/superscript hacks just to make image captions.<p>Anyway, looks nice.</p>
]]></description><pubDate>Tue, 29 Apr 2025 12:07:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=43831462</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43831462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43831462</guid></item><item><title><![CDATA[New comment by mubou in "We based our new website on Markdown"]]></title><description><![CDATA[
<p>Can you link the repo so we can see? This link doesn't really appear to have anything to do with markdown.</p>
]]></description><pubDate>Tue, 29 Apr 2025 11:37:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=43831160</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43831160</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43831160</guid></item><item><title><![CDATA[New comment by mubou in "Try Switching to Kagi"]]></title><description><![CDATA[
<p>> how it's impossible to get Google to show English results in a non-English-speaking country<p>It's ridiculous because there's even a language option in the search settings, but it <i>does nothing</i>. I had to change my country to United States just to get it to stop giving me non-English technical documentation and wiki articles. But that means in order to get local results for stores etc I have to use Bing/DDG instead.<p>Does Kagi solve this problem somehow? Like, can I make it give me non-English results for local things and English results for everything else?</p>
]]></description><pubDate>Tue, 29 Apr 2025 09:07:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=43830207</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43830207</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43830207</guid></item><item><title><![CDATA[New comment by mubou in "New Yorkers adjust to first new transit map in 50 years"]]></title><description><![CDATA[
<p>The new map/diagram: <a href="https://www.mta.info/map/5256" rel="nofollow">https://www.mta.info/map/5256</a><p>The old map, which they're now calling the "geographic map": <a href="https://www.mta.info/map/36946" rel="nofollow">https://www.mta.info/map/36946</a><p>I like the old one better, personally. It's easy to dismiss opposition by saying "nobody likes change," but that's just ad hominem. If you're going to argue in favor of something, make an argument in favor of it and don't just attack people for "hating change."</p>
]]></description><pubDate>Tue, 29 Apr 2025 02:06:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=43828077</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43828077</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43828077</guid></item><item><title><![CDATA[New comment by mubou in "GPL violation in Tomba! Special Edition?"]]></title><description><![CDATA[
<p>It's important to point out that the concept of "linking" is not mentioned in the GPL's definition of "Program" or "covered work", nor is it used as a determiner to decide if the viral nature applies to your work or not. That's a common misconception that people who've read about GPL but never read the actual license text have. I point that out here only because the developer here mentioned it, but it's irrelevant.<p>The viral nature applies if you "convey a work based on the Program, or the modifications to produce it from the Program" unless it is "a compilation of a covered work with other separate and independent works, which are not by their nature extensions of the covered work, and which are not combined with it such as to form a larger program" [0].<p>If that sounds vague enough to be interpreted in a lot of different ways to you, you're right. Even the FSF themselves admit it would be up to a court to decide[1] (which unfortunately in a lot of cases means whoever has the most money wins).<p><i>tl;dr - When in doubt, assume you need to make your work GPL too.</i><p>[0]: <a href="https://www.gnu.org/licenses/gpl-3.0.en.html" rel="nofollow">https://www.gnu.org/licenses/gpl-3.0.en.html</a><p>[1]: <a href="https://www.gnu.org/licenses/gpl-faq.html#MereAggregation" rel="nofollow">https://www.gnu.org/licenses/gpl-faq.html#MereAggregation</a></p>
]]></description><pubDate>Mon, 28 Apr 2025 22:02:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43826604</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43826604</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43826604</guid></item><item><title><![CDATA[New comment by mubou in "A Web Component UI library for people who love HTML"]]></title><description><![CDATA[
<p>+1. In this particular case <details> might be more appropriate, though. We recently got support for a `name` attribute which allows for accordion groups without JS (which is basically the same as tabs, and also comes with all the accessibility for free):<p><a href="https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/details#multiple_named_disclosure_boxes" rel="nofollow">https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/...</a></p>
]]></description><pubDate>Mon, 28 Apr 2025 16:52:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=43823476</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43823476</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43823476</guid></item><item><title><![CDATA[New comment by mubou in "Short Unique ID (UUID) generation library"]]></title><description><![CDATA[
<p>UUID[0] has a specific meaning. I thought for a second that you were generating UUIDs but in a different base so as to make them more compact, like short-uuid[1] does, but judging by the code that doesn't look to be the case. I'd recommend doing a find & replace and changing it to just UID.<p>[0]: <a href="https://www.rfc-editor.org/rfc/rfc9562.html" rel="nofollow">https://www.rfc-editor.org/rfc/rfc9562.html</a><p>[1]: <a href="https://www.npmjs.com/package/short-uuid" rel="nofollow">https://www.npmjs.com/package/short-uuid</a></p>
]]></description><pubDate>Mon, 28 Apr 2025 11:11:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=43819931</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43819931</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43819931</guid></item><item><title><![CDATA[New comment by mubou in "A 1KB Front End Library in Just 135 Lines"]]></title><description><![CDATA[
<p>Not sure how useful this is IRL, but it's pretty elegant, for being able to reproduce both JSX and React's hook style in so little code. Rather than a React alternative per se (since this obviously lacks a vDOM), it almost feels like it could fill a similar role that Knockout did back in the day: making it easy to add some interactivity to a page in a more declarative way than plain DOM handling, but without bringing in a full framework.<p>Here's a codepen if anyone else wants to try it out: <a href="https://codepen.io/mubou/pen/pvvWyGO" rel="nofollow">https://codepen.io/mubou/pen/pvvWyGO</a></p>
]]></description><pubDate>Mon, 28 Apr 2025 09:43:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=43819375</link><dc:creator>mubou</dc:creator><comments>https://news.ycombinator.com/item?id=43819375</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43819375</guid></item></channel></rss>