<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: follower</title><link>https://news.ycombinator.com/user?id=follower</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 27 Aug 2026 20:20:18 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=follower" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by follower in "Your Open Source Model Could Have a Hidden Time-Release Backdoor"]]></title><description><![CDATA[
<p>Although, for completeness, the company in that case is actually Canadian.<p>(Always nice to see decade old effort still get referenced on occasion. :) )<p>Source: Username checks out. :D</p>
]]></description><pubDate>Mon, 24 Aug 2026 12:36:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=49418891</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=49418891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49418891</guid></item><item><title><![CDATA[New comment by follower in "Ask HN: Please restrict new accounts from posting"]]></title><description><![CDATA[
<p>For historical context, the Advogato site in question: <a href="https://web.archive.org/web/20170715120119/http://advogato.org/" rel="nofollow">https://web.archive.org/web/20170715120119/http://advogato.o...</a><p>Background on the "trust metric" implemented on the site: <a href="https://web.archive.org/web/20160304000542/https://advogato.org/trust-metric.html" rel="nofollow">https://web.archive.org/web/20160304000542/https://advogato....</a><p>Apparently my account on the site is/was now more than a quarter of a century old... Gonna try to avoid thinking on that too deeply. :D<p>There's been a non-zero number of occasions since that time where I've observed situations that mirror the trust-based challenges Advogato sought to solve.<p>It is perhaps telling that as prescient as Raph's work on trust metrics was he later moved on to the notoriously challenging realm of font rendering--presumably because it seemed more tractable. :D</p>
]]></description><pubDate>Mon, 09 Mar 2026 13:33:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47308863</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=47308863</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47308863</guid></item><item><title><![CDATA[New comment by follower in "Hackers (1995) Animated Experience"]]></title><description><![CDATA[
<p>The combo of the visuals and Halcyon is exquisite.</p>
]]></description><pubDate>Sat, 07 Feb 2026 21:08:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46928047</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=46928047</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46928047</guid></item><item><title><![CDATA[New comment by follower in "Sony Data Discman"]]></title><description><![CDATA[
<p>I encountered the Sony MMCD when I fell down a rabbit hole <i>*checks literal notes</i>* around five years ago while researching Microsoft Encarta MindMaze[0] and its related file formats.<p>It turns out the data associated with MindMaze (& other encyclopedia data) changed storage format over subsequent releases of Encarta and these changes provide some interesting historical insights--including that if MS had had its way we'd all be writing web pages in RTF rather than HTML[1]. :D<p>You may ask, "What connection does this have to the Sony MMCD?".<p>Well, one of the storage formats used with early Encarta data is `.mvb` which is a format used by Microsoft Multimedia Viewer[2] (also known by multiple other names--none of which are any easier to web search :D ).<p>And, it turns out, "Multimedia Viewer could compile titles for Tandy Video Information System and other Modular Windows systems, as well as Sony Multimedia CD-ROM Player, a portable MS-DOS-based CD-ROM XA reader released in 1992."[2][3]<p>According to my research the tool "...includes software tools that simulate the look and feel of the Sony player titles on a PC" which is interesting in the context of the emulator for the Discman mentioned in the original post.<p>Anyway, that's the very short version of the rabbit hole--maybe in another five years I'll get around to writing up the rest...<p>Oh, just found my original tweet thread (including screenshots) about this rabbit hole as it happened[4]: <a href="https://xcancel.com/RancidBacon/status/1401009436949237763" rel="nofollow">https://xcancel.com/RancidBacon/status/1401009436949237763</a><p>----<p>[0] <a href="https://en.wikipedia.org/wiki/Encarta_MindMaze" rel="nofollow">https://en.wikipedia.org/wiki/Encarta_MindMaze</a> (New as of October 2025.)<p>[1] <a href="https://en.wikipedia.org/wiki/Blackbird_(online_platform)" rel="nofollow">https://en.wikipedia.org/wiki/Blackbird_(online_platform)</a><p>[2] <a href="https://en.wikipedia.org/wiki/Microsoft_Multimedia_Viewer" rel="nofollow">https://en.wikipedia.org/wiki/Microsoft_Multimedia_Viewer</a> (First added some time after my ~2021 research.)<p>[3] The Tandy VIS being a "Modular Windows" system is also of historical interest and FWIW has some support in MAME.<p>[4] Including screenshots of "Modular Windows Shell" and various "Multimedia Viewer" versions running under WINE.</p>
]]></description><pubDate>Mon, 26 Jan 2026 00:07:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=46760073</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=46760073</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46760073</guid></item><item><title><![CDATA[New comment by follower in "Sony Data Discman"]]></title><description><![CDATA[
<p>The Sony MMCD[0] is a contemporary of the Sony Data Discman that people might also find of interest:<p>* <a href="https://en.wikipedia.org/wiki/Sony_Multimedia_CD-ROM_Player" rel="nofollow">https://en.wikipedia.org/wiki/Sony_Multimedia_CD-ROM_Player</a><p>There are a couple of YouTube videos showing the device (filmed both around launch and more recently).<p>(I'll try to add some more context in a follow-up comment.)<p>----<p>[0] a.k.a. "Sony Bookman" a.k.a. "Sony Multimedia CD-ROM Player" a.k.a. "Sony PIX100" a.k.a. "Sony Corporation Programmable CD ROM Player".</p>
]]></description><pubDate>Sun, 25 Jan 2026 23:04:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=46759552</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=46759552</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46759552</guid></item><item><title><![CDATA[New comment by follower in "Microsoft Office renamed to “Microsoft 365 Copilot app”"]]></title><description><![CDATA[
<p>"The Office Formerly Known as 365"</p>
]]></description><pubDate>Mon, 05 Jan 2026 13:47:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=46498684</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=46498684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46498684</guid></item><item><title><![CDATA[New comment by follower in "Loss32: Let's Build a Win32/Linux"]]></title><description><![CDATA[
<p>> [...] brave or foolhardy, [...]<p>Heed the above warning as down this rpath madness surely lies!<p>Exhibit A: <a href="https://gitlab.com/RancidBacon/notes_public/-/blob/main/notes/notes--ld-linux--rpath--runpath--saga.md" rel="nofollow">https://gitlab.com/RancidBacon/notes_public/-/blob/main/note...</a><p>Exhibit B: <a href="https://gitlab.com/RancidBacon/notes_public/-/blob/main/notes/notes--ld-linux--dynamic-linker.md" rel="nofollow">https://gitlab.com/RancidBacon/notes_public/-/blob/main/note...</a><p>Exhibit C: <a href="https://gitlab.com/RancidBacon/notes_public/-/blob/main/notes/notes--c-lang.md#dynamic-linking" rel="nofollow">https://gitlab.com/RancidBacon/notes_public/-/blob/main/note...</a><p>Oh, sure, rpath/runpath shenanigans <i>will</i> work in <i>some</i> situations but then you'll be tempted to make such shenanigans work in <i>all</i> situations and then the madness will get you...<p>To save everyone a click here are the first two bullet points from Exhibit A:<p>* If an executable has `RPATH` (a.k.a. `DT_RPATH`) set but a shared library that is a (direct or indirect(?)) dependency of that executable has `RUNPATH` (a.k.a. `DT_RUNPATH`) set then the executable's `RPATH` is <i>ignored</i>!<p>* This means a shared library dependency can "force" loading of an incompatible [(for the executable)] dependency version in certain situations. [...]<p>Further nuances regarding LD_LIBRARY_PATH can be found in Exhibit B but I can feel the madness clawing at me again so will stop here. :)</p>
]]></description><pubDate>Wed, 31 Dec 2025 09:58:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=46442831</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=46442831</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46442831</guid></item><item><title><![CDATA[New comment by follower in "Ask HN: Abandoned/dead projects you think died before their time and why?"]]></title><description><![CDATA[
<p>Just mentioned this in another reply but Jujutsu may be of interest as a maintained alternative to gitless: <a href="https://github.com/jj-vcs/jj/blob/main/README.md#introduction" rel="nofollow">https://github.com/jj-vcs/jj/blob/main/README.md#introductio...</a></p>
]]></description><pubDate>Mon, 13 Oct 2025 06:28:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=45565308</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=45565308</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45565308</guid></item><item><title><![CDATA[New comment by follower in "Ask HN: Abandoned/dead projects you think died before their time and why?"]]></title><description><![CDATA[
<p>> bzr<p>While not perfect, I have some hope that Jujutsu may be a path forward for improved ergonomics in version control: <a href="https://github.com/jj-vcs/jj/blob/main/README.md#introduction" rel="nofollow">https://github.com/jj-vcs/jj/blob/main/README.md#introductio...</a></p>
]]></description><pubDate>Mon, 13 Oct 2025 06:20:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=45565247</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=45565247</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45565247</guid></item><item><title><![CDATA[New comment by follower in "Ask HN: Abandoned/dead projects you think died before their time and why?"]]></title><description><![CDATA[
<p>I vaguely wondered if FreeHand would make an appearance in this thread. :)<p>Two features that come to mind as IIRC being unique (as compared to Illustrator) were multi-page documents and multiple page <i>size</i> multi-page documents. Ideal for the complete standard set of company branded print documents: business card, "With Compliments" slip, and letterhead. :D<p>Adobe's acquisition of Macromedia and subsequent killing of (the IMO superior) FreeHand contributed directly to my subsequent decision to avoid closed source application software--especially for creative tools--even if alternatives were "technically inferior".<p>(And, indeed, "creative tool killed/hampered for business reasons" is a story which has been repeated elsewhere multiple times in the quarter century[0] since.)<p>While Inkscape is still missing features compared to FreeHand it is however also <i>still here</i> many years later and is what I've used ever since when I need 2D vector design software. (Although I've also been keeping an eye on Graphite: <a href="https://graphite.rs" rel="nofollow">https://graphite.rs</a>)<p>----<p>[0] Oh, weird, apparently it's actually <i>less</i> than 25 years: <a href="https://en.wikipedia.org/wiki/Adobe_FreeHand#Adobe_FreeHand" rel="nofollow">https://en.wikipedia.org/wiki/Adobe_FreeHand#Adobe_FreeHand</a> Seems I've been holding the grudge for less time than I thought. :D</p>
]]></description><pubDate>Mon, 13 Oct 2025 06:13:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=45565194</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=45565194</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45565194</guid></item><item><title><![CDATA[New comment by follower in "Just let me select text"]]></title><description><![CDATA[
<p>TIL. Thank you!<p>Now I just have to remember this next time I need to select text within a link. :)</p>
]]></description><pubDate>Thu, 25 Sep 2025 16:59:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=45375458</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=45375458</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45375458</guid></item><item><title><![CDATA[New comment by follower in "I won't connect my dishwasher to your cloud"]]></title><description><![CDATA[
<p>> I've been thinking about bluetooth and a standard protocol and generic app.<p>A long time ago I developed a project called "Handbag[0] for Android"[1] based around a similar concept--it targeted the short-lived "Android Open Accessory Protocol" initially over USB & later also over network/WiFi.<p>(My project notes from the time mentioned a long-term goal of also supporting Bluetooth but that never eventuated...)<p>Handbag made use of a "generic" Android app for UI display/interaction and an Arduino  library that communicated with the app over a binary protocol.<p>The app would display various UI widgets such as labels/progress bars to display feedback from the accessory and text inputs/buttons to accept input forwarded to the accessory.<p>While the project did not take the world by storm, I was reminded when digging up these links that at least one person called the concept genius[2]. :)<p>----<p>[0] Because it let you "accessorize your Android phone or tablet". :D<p>[1] <a href="https://web.archive.org/web/20130205135845/http://handbagdevices.com/" rel="nofollow">https://web.archive.org/web/20130205135845/http://handbagdev...</a><p>[2] <a href="https://www.doctormonk.com/2011/11/handbag-android-and-arduino-without.html" rel="nofollow">https://www.doctormonk.com/2011/11/handbag-android-and-ardui...</a></p>
]]></description><pubDate>Tue, 25 Mar 2025 20:47:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=43475789</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43475789</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43475789</guid></item><item><title><![CDATA[New comment by follower in "Show HN: "Git who" – A new CLI tool for industrial-scale Git blaming"]]></title><description><![CDATA[
<p>"Cregit" tool might be of interest to you, it generates <i>token</i>-based (rather than <i>line</i>-based) git "blame" annotation views: <a href="https://github.com/cregit/cregit" rel="nofollow">https://github.com/cregit/cregit</a><p>Example output based on Linux kernel @ "Cregit-Linux: how code gets into the kernel": <a href="https://cregit.linuxsources.org/" rel="nofollow">https://cregit.linuxsources.org/</a><p>I learned of Cregit recently--just submitted it to HN after seeing multiple recent HN comments discussing issues related to line-based "blame" annotation granularity:<p>"Cregit-Linux: how code gets into the kernel": <a href="https://news.ycombinator.com/item?id=43451654">https://news.ycombinator.com/item?id=43451654</a><p>Of course, in your situation I guess such a tool would only help if <i>other</i> people use it. :D</p>
]]></description><pubDate>Sun, 23 Mar 2025 10:25:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=43452030</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43452030</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43452030</guid></item><item><title><![CDATA[New comment by follower in "Styling an HTML dialog modal to take the full height of the viewport"]]></title><description><![CDATA[
<p>"Cregit" tool might be of interest to you, it generates <i>token</i>-based (rather than <i>line</i>-based) git "blame" annotation views: <a href="https://github.com/cregit/cregit" rel="nofollow">https://github.com/cregit/cregit</a><p>Example output based on Linux kernel @ "Cregit-Linux: how code gets into the kernel": <a href="https://cregit.linuxsources.org/" rel="nofollow">https://cregit.linuxsources.org/</a><p>I learned of Cregit recently--just submitted it to HN after seeing multiple recent HN comments (yours being one I've had open in a tab for a week to remind me! :) ) discussing issues related to line-based "blame" annotation granularity:<p>"Cregit-Linux: how code gets into the kernel": <a href="https://news.ycombinator.com/item?id=43451654">https://news.ycombinator.com/item?id=43451654</a></p>
]]></description><pubDate>Sun, 23 Mar 2025 10:21:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=43452013</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43452013</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43452013</guid></item><item><title><![CDATA[New comment by follower in "Show HN: "Git who" – A new CLI tool for industrial-scale Git blaming"]]></title><description><![CDATA[
<p>"Cregit" tool might be of interest to you, it generates <i>token</i>-based (rather than <i>line</i>-based) git "blame" annotation views: <a href="https://github.com/cregit/cregit" rel="nofollow">https://github.com/cregit/cregit</a><p>Example output based on Linux kernel @ "Cregit-Linux: how code gets into the kernel": <a href="https://cregit.linuxsources.org/" rel="nofollow">https://cregit.linuxsources.org/</a><p>I learned of Cregit recently--just submitted it to HN after seeing multiple recent HN comments discussing issues related to line-based "blame" annotation granularity:<p>"Cregit-Linux: how code gets into the kernel": <a href="https://news.ycombinator.com/item?id=43451654">https://news.ycombinator.com/item?id=43451654</a></p>
]]></description><pubDate>Sun, 23 Mar 2025 10:16:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=43451987</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43451987</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43451987</guid></item><item><title><![CDATA[New comment by follower in "Cregit-Linux: how code gets into the kernel"]]></title><description><![CDATA[
<p>In my case the particular code I was digging into was within the function `squash_the_stupid_serial_number(...)` as seen here: <a href="https://cregit.linuxsources.org/code/6.13/arch/x86/kernel/cpu/common.c.html#328" rel="nofollow">https://cregit.linuxsources.org/code/6.13/arch/x86/kernel/cp...</a><p>Unfortunately the direct line-number link above doesn't seem to provide the same view as manually choosing "squash_the_stupid_serial_number(...)" rather than "Overall" in the selection/option menu accessible via the page link: <a href="https://cregit.linuxsources.org/code/6.13/arch/x86/kernel/cpu/common.c.html" rel="nofollow">https://cregit.linuxsources.org/code/6.13/arch/x86/kernel/cp...</a><p>(Apparently the only code directly from Linus' original commit for that function is `, lo, hi`. :) And, unfortunately, being from the pre-git era, it is lacking any sort of informative commit message...)<p>Also, as the documentation mentions the token-tracing isn't perfect, e.g. the `squash_the_stupid_serial_number` name did actually exist before the cregited commit: <a href="https://github.com/torvalds/linux/commit/0a488a53d7ca46ac638c30079072c57e50cfcc7b" rel="nofollow">https://github.com/torvalds/linux/commit/0a488a53d7ca46ac638...</a><p>(Perhaps this could be related to there being multiple function implementations selected via #ifdef?)</p>
]]></description><pubDate>Sun, 23 Mar 2025 09:27:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=43451798</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43451798</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43451798</guid></item><item><title><![CDATA[New comment by follower in "Cregit-Linux: how code gets into the kernel"]]></title><description><![CDATA[
<p>The linked site contains a <i>token</i>-based (rather than <i>line</i>-based) git "blame" annotation view for Linux kernel releases, i.e. it allows you to discover which commit added a particular <i>token</i>--where "a token is what the C syntax considers a token".<p>An advantage of a per-token commit attribution view is you don't need to transit through the history of an entire <i>line</i>.<p>Cregit is the tool used to produce the per-token view: <a href="https://github.com/cregit/cregit" rel="nofollow">https://github.com/cregit/cregit</a><p>I encountered Cregit recently while doing some "code history spelunking/archaeology" and thought it seemed pretty nifty.<p>Decided to share the link as there have been a couple of recent HN threads which included discussion about the poor granularity of line-based git "blame" functionality.<p>The most recent kernel version on the site is v6.13: <a href="https://cregit.linuxsources.org/code/6.13/" rel="nofollow">https://cregit.linuxsources.org/code/6.13/</a><p>Unfortunately, the tool itself seems not to be under active development, the most recently modified branch is from 2 years ago & the main branch was last modified 6 years ago: <a href="https://github.com/cregit/cregit/tree/newinter" rel="nofollow">https://github.com/cregit/cregit/tree/newinter</a></p>
]]></description><pubDate>Sun, 23 Mar 2025 08:59:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=43451671</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43451671</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43451671</guid></item><item><title><![CDATA[Cregit-Linux: how code gets into the kernel]]></title><description><![CDATA[
<p>Article URL: <a href="https://cregit.linuxsources.org">https://cregit.linuxsources.org</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=43451654">https://news.ycombinator.com/item?id=43451654</a></p>
<p>Points: 7</p>
<p># Comments: 4</p>
]]></description><pubDate>Sun, 23 Mar 2025 08:53:31 +0000</pubDate><link>https://cregit.linuxsources.org</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43451654</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43451654</guid></item><item><title><![CDATA[New comment by follower in "Resigning as Asahi Linux project lead"]]></title><description><![CDATA[
<p>I'm unsure whether the most charitable reading of your comment is to assume you missed that these linked phrases exist on the original site but were not included in the text copied into the comment above, or something else:<p>* "bad actors" links to <a href="https://en.wikipedia.org/wiki/Kiwi_Farms" rel="nofollow">https://en.wikipedia.org/wiki/Kiwi_Farms</a><p>* "destroy lives" links to <a href="https://en.wikipedia.org/wiki/Kiwi_Farms#Suicides_of_harassment_targets" rel="nofollow">https://en.wikipedia.org/wiki/Kiwi_Farms#Suicides_of_harassm...</a><p>While you may be correct that <i>initial</i> "trolls get flagged", the statement on the Asahi site agrees that while the initial comment may be flagged & killed, the other comments in the subthread are still indexed, visible & tend not to get moderated/flag:<p>"Unfortunately, when a comment is flagged and killed, its child subthread is not. [...] but the reduced moderation activity enables abuse to continue. Although you don't see those threads, search engines do."<p>Based on other remarks about the content of such subthreads it seems surprising to claim that follow-on comments are made by "honest nice people".<p>I'm as much of a fan of adverbs as the next person but using words like "categorically", "extremely" & "patently" doesn't seem to leave much room for nuance of interpretation when written by someone who I'd have assumed was a third party observer?<p>While I could understand someone describing JWZ's HN-tailored "banner" (I wouldn't suggest researching this if anyone is not already familiar) gauche and immature, it feels like somewhat of a stretch in relation to a plain text message who last sentence starts with "Please".</p>
]]></description><pubDate>Fri, 14 Feb 2025 16:58:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=43050411</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43050411</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43050411</guid></item><item><title><![CDATA[New comment by follower in "Resigning as Asahi Linux project lead"]]></title><description><![CDATA[
<p>I would like to first acknowledge the feelings of what I read to be anger, frustration & pain you expressed in your comment. (If I've misinterpreted what you've written, I am open to reading further clarification if that's something you felt like investing effort into.)<p>While my life experience has been different to yours, from what you've written about how you've been treated by others in your community, as a consequence of who you are, it seems understandable to me that you might experience those feelings--and, even if they didn't seem understandable to me, it is more important to me that you feel heard and your feelings acknowledged as valid and not dismissed.<p>I hope I have been able to communicate that intent effectively.<p>----<p>At the risk of falling into the stereotype traps of "straight white male thinks every rhetorical invitation is a literal invitation for him to say what <i>he</i> thinks" & "straight-splaining" I did want to provide <i>an</i> answer to the question in the last sentence here:<p>> <i>"As another anecdote, when I talk to my friends about Rust, the subject of "drama" frequently comes up. Why is that? Suddenly my work becomes harder for an entirely unrelated and unmerited reason. That's just me as an LGBT person - imagine how straight people feel."</i><p>(I preface the following with an acknowledgement that it's bullshit that you have had to deal with the impact of this rather than the predominantly straight white males who don't want to be made to feel uncomfortable.)<p>TL;DR:<p>FWIW, from my perspective as a straight white male I feel the subject of "Public Interpersonal Conflict" attributed to Rust is <i>directly</i> related to values rightfully espoused/embodied by the Rust project/community/language that are at odds with values held by other groups.<p>Specifically, groups consisting of predominantly straight white males believe that the comfort of predominantly highly skilled straight white males should be prioritized over the physical well-being of other humans; and, also over the security and stability of the software other humans use.<p>They are also unlikely to agree with this characterization.<p>Unlike the above group however, rather than targeting resentment at the people whose physical well-being is at risk I choose to direct my resentment at the predominantly straight white males who choose to dismiss important issues as unimportant "drama" because they resent being "made" to think about issues that impact people other than themselves.<p>----<p>For anyone who disagrees with my characterization I would point out that we do not know what other contributions Alan Turing may have contributed beyond "Turing Completeness" & "the Turing Test" to current in-demand fields such as AI if he hadn't been persecuted for not being a straight white male.<p>I would <i>also</i> remind them the ARM CPU attached to that unified memory on which they're running their latest AGI & LLM models is thanks to another person some people in the present day think should be persecuted for daring to exist.<p>But equally people shouldn't have to trade advancements in the field of Computer Science for the right to exist without persecution.<p>----<p>I will acknowledge that its entirely <i>understandable</i> to want to avoid the associated discomfort because from personal experience it is very uncomfortable to have to re-evaluate one's place & responsibility in the world after a lifetime of being told something different.<p>----<p>The other ~2,500 words I wrote on the topic was certainly more nuanced but pretty much said the same thing with more beating around the bush with additional personal context.<p>For any straight white males who may be confused why someone might think as I do, all I can say is that time spent reading/listening to this (unfortunately, archived) resource is likely to be worthwhile, if temporarily uncomfortable: <a href="https://geekfeminism.fandom.com/wiki/Geek_Feminism_Wiki" rel="nofollow">https://geekfeminism.fandom.com/wiki/Geek_Feminism_Wiki</a></p>
]]></description><pubDate>Fri, 14 Feb 2025 16:25:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=43050055</link><dc:creator>follower</dc:creator><comments>https://news.ycombinator.com/item?id=43050055</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43050055</guid></item></channel></rss>