<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: codethief</title><link>https://news.ycombinator.com/user?id=codethief</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 19 Jun 2026 12:59:29 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=codethief" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by codethief in "Migrating from GNU Stow to Chezmoi"]]></title><description><![CDATA[
<p>Ha, I came here to share this! :)<p>Thanks so much for your work on mise! I used to be a heavy asdf user but nowadays I'm an even heavier mise user!<p>Random question while you're here: mise is undergoing pretty heavy development these days and I recently noticed that 1) my coworkers and I are not always on the same version, so some features/bug fixes are not available to everyone, and 2) package registries often don't have the latest mise version.<p>So I think we need a meta tool manager here to manage the tool manager version. :) Seriously, though, have you considered having mise manage its own version? I think that'd be pretty neat!<p>Thinking aloud, I guess one way to do this might be to distribute through package registries only a lightweight bootstrap application, which 1) reads the pinned mise version from mise.toml and downloads it as necessary, and 2) sets up a basic shell hook that the active mise version can then hook into(?) I know, this probably sounds a lot easier than it actually is.</p>
]]></description><pubDate>Thu, 18 Jun 2026 19:38:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48590450</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48590450</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48590450</guid></item><item><title><![CDATA[New comment by codethief in "Sixty percent of US consumers say 'AI' in brand messaging is a turnoff"]]></title><description><![CDATA[
<p>Does anyone know who the authors of the study are and what the data basis was (how many people were interviewed, age brackets, etc.)?</p>
]]></description><pubDate>Wed, 17 Jun 2026 19:23:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48575474</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48575474</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48575474</guid></item><item><title><![CDATA[New comment by codethief in "Running local models is good now"]]></title><description><![CDATA[
<p>Good point. Maybe there'll be companies that maintain your on-premise GPU cluster just like there are companies that service the coffee machine in your office?</p>
]]></description><pubDate>Tue, 16 Jun 2026 18:28:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48559792</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48559792</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48559792</guid></item><item><title><![CDATA[New comment by codethief in "Running local models is good now"]]></title><description><![CDATA[
<p>> AI is different.<p>I agree. The other thing here is that, once you can run LLMs on a single piece of commodity hardware (whether that includes one GPU or several), the difference between cloud vs. on-premise LLMs will largely be about where your hardware is located. There will be very little software configuration involved (just an HTTP endpoint that talks to the GPU). This is decidedly different from cloud products where the moat of hyperscalers is largely in the software and services on top of the hardware, not the hardware itself. (Sure, GPUs will eventually break & need replacement, too, but there's no state to lose, so that's already orders of magnitude easier than replacing hard drives.)</p>
]]></description><pubDate>Tue, 16 Jun 2026 18:26:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48559752</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48559752</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48559752</guid></item><item><title><![CDATA[New comment by codethief in "USB Power Delivery: Plugging into the Benefits"]]></title><description><![CDATA[
<p>What toothbrush do you have? I've been looking for a USB-C charger for mine (standard Oral-B toothbrush) but the only ones I've found were from no-name Chinese brands and didn't work at all.</p>
]]></description><pubDate>Sun, 14 Jun 2026 20:31:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48532323</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48532323</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48532323</guid></item><item><title><![CDATA[New comment by codethief in "My Software North Star"]]></title><description><![CDATA[
<p>> Meanwhile, some projects are doing the opposite, like going from Rust to Zig, here's an example from a podcast I recently listened to: <a href="https://www.youtube.com/watch?v=XSXGf3oN2yU" rel="nofollow">https://www.youtube.com/watch?v=XSXGf3oN2yU</a><p>Thanks for the link! Unfortunately, contrary to what the title suggests, that video seems to be more about AI than about the migration? (Sigh…) I did, however, find the following document where they explain why they migrated to Zig. It makes for a nice read: <a href="https://gist.github.com/rtfeldman/77fb430ee57b42f5f2ca973a3992532f#why-zig-over-rust" rel="nofollow">https://gist.github.com/rtfeldman/77fb430ee57b42f5f2ca973a39...</a></p>
]]></description><pubDate>Mon, 08 Jun 2026 11:01:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48443763</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48443763</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48443763</guid></item><item><title><![CDATA[New comment by codethief in "Conventional Commits encourages focus on the wrong things"]]></title><description><![CDATA[
<p>That's all good and well but the UX sucks. I usually have dozens of commands like<p><pre><code>  git commit -m "PROJECT-XXXX Foo the bar to baz the qux"
</code></pre>
in my shell history, which means 1) I can easily create follow-up commits under the same ticket number (no having to type the ticket number again), 2) I don't have to keep remembering the ticket number once I created the first commit on the given ticket. I'm sure I could set up an elaborate set of shell scripts and git aliases to auto-insert a ticket number as structured data at the bottom of each of my commits. But good luck convincing the rest of your team to do that.<p>Also, having the ticket number in the subject line means every git-related tool I use will always display it (even if the rest of the message gets cut off).</p>
]]></description><pubDate>Sun, 07 Jun 2026 11:44:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48433917</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48433917</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48433917</guid></item><item><title><![CDATA[New comment by codethief in "Conventional Commits encourages focus on the wrong things"]]></title><description><![CDATA[
<p>> Of course when we switched to GH issues, we largely abandoned JIRA and years later the instance got turned off and deleted. Now all those JIRA tags are entirely useless.<p>I agree that this is a problem but at the same time associating commits with a ticket number <i>is</i> useful, especially if I have dozens of commits on a single ticket and am doing trunk-based development (so not all commits are on the same short-lived branch). Maybe the lesson here is that, once completed, tickets should be exported and stored in the Git repository.</p>
]]></description><pubDate>Sun, 07 Jun 2026 11:33:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=48433860</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48433860</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48433860</guid></item><item><title><![CDATA[New comment by codethief in "Can the stockmarket swallow Anthropic, SpaceX and OpenAI?"]]></title><description><![CDATA[
<p>Do we know what the situation looks like with other popular indices such as MSCI World, MSCI ACWI, MSCI ACWI IMI, FTSE All-World, …? Do they have any requirement of 12 months of trading or of profitability or similar?</p>
]]></description><pubDate>Tue, 02 Jun 2026 10:42:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=48368440</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48368440</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48368440</guid></item><item><title><![CDATA[New comment by codethief in "Please Use AI"]]></title><description><![CDATA[
<p>> to settle bar bets<p>As I learned just yesterday, this is <i>exactly</i> how the Guinness World Records books came about. :)<p><a href="https://en.wikipedia.org/wiki/Guinness_World_Records" rel="nofollow">https://en.wikipedia.org/wiki/Guinness_World_Records</a></p>
]]></description><pubDate>Mon, 01 Jun 2026 08:55:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48354254</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48354254</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48354254</guid></item><item><title><![CDATA[New comment by codethief in "The Website Specification"]]></title><description><![CDATA[
<p>> Why would documents have menus? Menus are for applications.<p>s/menu/navigation<p>> And there was nothing wrong with tables for layout, especially back then when the alternatives were very brittle.<p>I never said there was anything wrong with tables. OP said there was nothing preventing the design from being responsive, to which I responded yes, there was, at least in a lot of cases.<p>(Responsiveness was also mostly irrelevant back then because smartphones were not a thing yet.)</p>
]]></description><pubDate>Mon, 01 Jun 2026 05:18:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48352902</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48352902</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48352902</guid></item><item><title><![CDATA[New comment by codethief in "The Website Specification"]]></title><description><![CDATA[
<p>Right but how would you even display a vertical menu back then? `float: left` was rather bad, so you went back to using tables[0]. Good luck making these responsive.<p>[0]: and to using dozens of images sliced to fit your table cells, for that cool hover effect as well as round corners. :-)</p>
]]></description><pubDate>Sun, 31 May 2026 17:34:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48347668</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48347668</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48347668</guid></item><item><title><![CDATA[New comment by codethief in "About LLMs at Zig Days"]]></title><description><![CDATA[
<p>I had the pleasure to talk to Loris about this topic just last week and I've liked his take very much.<p>His point is not coming from a place of LLM demonization. He very much acknowledges their usefulness, especially in a business context, e.g. for implementing yet another standard CRUD application and for shipping all the other "average" (in quality) business features quickly.<p>His point is a different one entirely: Say Andrew Kelley is attending the Zig Day. Why would you ask an LLM about a Zig programming problem you're struggling with instead of learning from the man himself? There's simply no LLM as knowledgeable about Zig as Andrew and the other people working on it or with it on the daily.<p>In other words: Zig Days are an opportunity for people to learn from each other and to spend time together (= the "Community" in "VP of Community"), and LLM are diminishing this opportunity.<p>Besides, Zig itself is mainly a language for people who care not just <i>that</i> a problem is solved but also about <i>how</i> it's being solved. ("Create software you can love.") While LLMs don't prevent anyone from doing so, they make it much more appealing to just vibe-code everything and not look too closely at the implementation.</p>
]]></description><pubDate>Thu, 28 May 2026 20:34:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=48315082</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48315082</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48315082</guid></item><item><title><![CDATA[New comment by codethief in "YouTube to automatically label AI-generated videos"]]></title><description><![CDATA[
<p>> What's needed is a global "Hide AI Dreck".<p>As a German, I couldn't think of a more appropriate usage of the word "Dreck".</p>
]]></description><pubDate>Thu, 28 May 2026 08:12:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48306115</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48306115</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48306115</guid></item><item><title><![CDATA[New comment by codethief in "C array types are weird"]]></title><description><![CDATA[
<p>Interesting talk, thanks for sharing!</p>
]]></description><pubDate>Wed, 27 May 2026 10:52:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=48292281</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48292281</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48292281</guid></item><item><title><![CDATA[New comment by codethief in "Flatpak Will Depend on Systemd"]]></title><description><![CDATA[
<p>> they want to move the permission management from Flatpak into the service layer, through a new service called systemd-appd. Systemd-appd gives applications an identifier and stores their permissions, and then this data can be queried by the rest of the system. In turn, this enables a slew of other features, not least of which is subsandboxing.<p>This is fantastic news! As I've argued here on HN many times over the years, proper permission management is probably the single most important piece that's been keeping us from sandboxing everything by default, like on Android and iOS.</p>
]]></description><pubDate>Tue, 26 May 2026 10:47:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48277874</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48277874</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48277874</guid></item><item><title><![CDATA[New comment by codethief in "Ask HN: Is anyone working at least 4 hours daily on an Apple Vision Pro?"]]></title><description><![CDATA[
<p>> it's important to use Better display to upscale the output to the XReals to high DPI<p>I got excited for a second but then read Better Display[0] is only available for MacOS? :(<p>[0]: <a href="https://betterdisplay.pro/" rel="nofollow">https://betterdisplay.pro/</a></p>
]]></description><pubDate>Tue, 26 May 2026 09:55:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=48277439</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48277439</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48277439</guid></item><item><title><![CDATA[New comment by codethief in "Ask HN: Is anyone working at least 4 hours daily on an Apple Vision Pro?"]]></title><description><![CDATA[
<p>Fellow Xreal One Pro owner here. I agree 100%. The One Pros do make for a fantastic travel accessory but when it comes to coding (or reading text in general) for longer periods of time, my eyes usually start hurting after 2-3 hours because text is not 100% sharp and there's a slight blurriness / Moiré effect. (Which is a real bummer because, posture-wise, wearing the glasses puts a lot less strain on my neck than looking at a screen.)<p>That being said, there have been quite a few reports on Reddit lately from people that do use the glasses for coding all day every day. At the same time, my impression is that there have been fewer complaints about text blurriness than right after the One Pro got released. So I've started suspecting that Xreal might have fixed something about the hardware in recent batches. This is all very anecdotal, though. Maybe the hardware is the same and it's just my eyes.<p>Either way, I'm excited about future models with higher resolution. As many other people here in the thread said: This is definitely the future.</p>
]]></description><pubDate>Tue, 26 May 2026 09:54:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48277419</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48277419</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48277419</guid></item><item><title><![CDATA[New comment by codethief in "Rising seas will swallow New Orleans. People need to start relocating now"]]></title><description><![CDATA[
<p>> But so is lower Manhattan, Miami, 60% of the land in the Netherlands, almost all of Bangladesh, along with numerous other places.<p>From page 1 of the paper: "Coastal Louisiana has been referred to as 'canary in the coal mine' with respect to climate impacts. As highlighted in the Sixth Assessment Report of the Intergovernmental Panel on Climate Change (IPCC), the central US Gulf Coast is the single most exposed LECZ (low-elevation coastal zone) in the world in terms of projected relative sea-level (RSL) rise throughout this century."<p>> Notably it does not predict this<p>Again from page 1 of the paper: "The initial impetus consists of new evidence that RSL in this region is probably committed to 3-7m of future rise, with a shoreline bound to migrate as much as 100km inland. We argue that future RSL rise to this elevation – judging from field evidence rather than climate model output – is, in fact, a best-case scenario."</p>
]]></description><pubDate>Mon, 25 May 2026 16:07:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48268462</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48268462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48268462</guid></item><item><title><![CDATA[New comment by codethief in "Hindenburg’s Smoking Room"]]></title><description><![CDATA[
<p>> Here in Japan, some remote islands, you can travel overnight boat.<p>I'm sure there are many overnight ferries all over the world and I can't say I have traveled with many, but one I can recommend is the overnight ferry from Ziguinchor/Senegal to Dakar – it's reasonably priced (for a foreigner), and the cabins are very comfortable and even include a shower!<p>Meanwhile, the 3-day ferry from Puerto Montt (central Chile) to Puerto Natales (Patagonia) is very expensive (> 500 USD per person for the most basic cabin) and very unreliable (expect last-minute cancelations).</p>
]]></description><pubDate>Mon, 18 May 2026 10:22:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48177548</link><dc:creator>codethief</dc:creator><comments>https://news.ycombinator.com/item?id=48177548</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48177548</guid></item></channel></rss>