<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: disillusionist</title><link>https://news.ycombinator.com/user?id=disillusionist</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 10 Oct 2026 09:05:49 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=disillusionist" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by disillusionist in "Beauty in DVD Menus"]]></title><description><![CDATA[
<p>I seem to remember a hidden menu option in Monty Python and the Holy Grail's DVD menu labeled something like "Menu Reader for the Hard of Hearing" that, when selected, had a cast member start shouting the menu options at you. It was quite humorous to me as a kid.</p>
]]></description><pubDate>Thu, 08 Oct 2026 17:11:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=50008618</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=50008618</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50008618</guid></item><item><title><![CDATA[New comment by disillusionist in "Show HN: QBasic Gorillas (Repeeled)"]]></title><description><![CDATA[
<p>holy gorilla! i think QBasic Gorillas is the first graphics game i have memory of playing as a child. i remember attempting to read the code as a kid and being wildly confused by it. thanks for the brief trip down memory lane.</p>
]]></description><pubDate>Thu, 16 Jul 2026 20:08:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48939560</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=48939560</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48939560</guid></item><item><title><![CDATA[New comment by disillusionist in "I keep tripping over "true, false, true""]]></title><description><![CDATA[
<p>I've been using this pattern for the past couple years for the benefits the author mentions. In addition to that, it can help with overly complicated functions (which, ok, could probably be refactored) that have multiple optional arguments.</p>
]]></description><pubDate>Mon, 11 May 2026 14:05:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=48095195</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=48095195</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48095195</guid></item><item><title><![CDATA[New comment by disillusionist in "There is an AI code review bubble"]]></title><description><![CDATA[
<p>My company just finished a several week review period of Greptile. Devs were split over the usefulness of the tool (compared to our current solution, Cursor). While Greptile did occasionally offer better insights than Cursor, it also exhibited strange behavior such as entirely overwriting PR descriptions with its own text and occasionally arguing with itself in the comments. In the end we decided to NOT purchase Greptile as there were enough "not quite there" issues that made it more trouble than worthwhile. I am certain, though, that the Greptile team will resolve all those problems and I wish them the best of luck!</p>
]]></description><pubDate>Mon, 26 Jan 2026 19:38:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46770441</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=46770441</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46770441</guid></item><item><title><![CDATA[New comment by disillusionist in "AI not affecting job market much so far, New York Fed says"]]></title><description><![CDATA[
<p>i can only speak to my personal experiences and not the entire "Job Market" but i have seen qualified, competent team members let go during "positive transformations" and expectations that their workload will be covered by others while corporate crows about how using AI will be such a force multiplier for those who remain.</p>
]]></description><pubDate>Thu, 04 Sep 2025 18:54:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=45130891</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=45130891</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45130891</guid></item><item><title><![CDATA[New comment by disillusionist in "Peasant Railgun"]]></title><description><![CDATA[
<p>To me, I see pushing rules boundaries as part and parcel with exploring fantastical worlds. Elves, dwarves, and dragons exist. Those aren't "real". Magic spells that allow you to fly and shoot fire from your finger-tips also exist but also aren't "real". If we're already breaking biology and meta-physics, why assume basic physics works exactly the same way either?
For some, I think it is re-capturing the child-like attitude of wonder, excitement, adventure, and asking the question "what if?". This, of course, may be tempered by campaign tone; something that might happen in a DnD campaign but likely not in Call of Cthulu, Kids on Bikes, Monster of the Week, etc</p>
]]></description><pubDate>Thu, 03 Jul 2025 18:11:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=44457735</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=44457735</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44457735</guid></item><item><title><![CDATA[New comment by disillusionist in "Peasant Railgun"]]></title><description><![CDATA[
<p>If we were trying to create a real-time simulation system, then YES you are totally correct. However, many table-top RPGs rules only make sense in the context of adjudicating atomic actions (such as one creature passing an item to another) rather than multi-part or longer running activities. Readied actions are already a bug-a-boo that break down when pushed to extremes. While not listed in the rules, it might make sense for a DM to limit the distance or number of hand-offs that the "rail" can travel in a single round to something "reasonable" based on their own fiat.</p>
]]></description><pubDate>Thu, 03 Jul 2025 17:50:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=44457536</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=44457536</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44457536</guid></item><item><title><![CDATA[New comment by disillusionist in "Peasant Railgun"]]></title><description><![CDATA[
<p>I just Write Like That. It always takes me longer to write things than intended because I tend to overthink things, too. :/</p>
]]></description><pubDate>Thu, 03 Jul 2025 17:43:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=44457464</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=44457464</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44457464</guid></item><item><title><![CDATA[New comment by disillusionist in "Peasant Railgun"]]></title><description><![CDATA[
<p>I personally adore the Peasant Railgun and other such silly tropes generated by player creativity! Lateral problem solving can be one of the most fun parts of the DnD experience. However, these shenanigans often rely on overly convoluted or twisted ways of interpreting the rules that often don't pass muster of RAW (Rules As Written) and certainly not RAI (Rules As Intended) -- despite vociferous arguments by motivated players.
Any DM who carefully scrutinizes these claims can usually find the seams where the joke unravels. The DnD authors also support DMs here when they say that DnD rules should <i>not</i> be interpreted as purely from a simulationist standpoint (whether physics, economy, or other) but exist to help the DM orchestrate and arbitrate combat and interactions.<p>In the case of the Peasant Railgun, here are a few threads that I would pull on:
* The rules do not say that passed items retain their velocity when passed from creature to creature. The object would have the same velocity on the final "pass" as it did on the first one.
* Throwing or firing a projectile does not count as it "falling". If an archer fires an arrow 100ft, the arrow does not gain 100ft of "falling damage".<p>Of course, if a DM <i>does</i> want to encourage and enable zany shenanigans then all the power to them!</p>
]]></description><pubDate>Thu, 03 Jul 2025 15:19:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=44455949</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=44455949</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44455949</guid></item><item><title><![CDATA[New comment by disillusionist in "N-Params vs. Single Param"]]></title><description><![CDATA[
<p>because i'm likely going to refactor this function "tomorrow" with additional properties. :)</p>
]]></description><pubDate>Thu, 17 Apr 2025 19:50:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=43721354</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=43721354</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43721354</guid></item><item><title><![CDATA[New comment by disillusionist in "N-Params vs. Single Param"]]></title><description><![CDATA[
<p>you can do this rather easily by returning an object rather than a primitive. if you're using a language like TypeScript, destructuring the resulting returned object is rather trivial and (in my opinion) delightful to read.
eg<p><pre><code>  function combineNames({ first, last }) {
    const fullName = `${first} ${last}`;
    return { fullName };
  }
  const { fullName } = combineNames({first: 'John', last: 'Doe' });</code></pre></p>
]]></description><pubDate>Thu, 17 Apr 2025 19:41:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=43721246</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=43721246</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43721246</guid></item><item><title><![CDATA[New comment by disillusionist in "N-Params vs. Single Param"]]></title><description><![CDATA[
<p>I started using this pattern years ago and haven't looked back. React components are defined using a single properties param and it feels natural to extend the practice to other methods and helper functions that I write.<p>One nice unexpected side effect is that I end up with more consistency in variable naming when using a param object in order to benefit from object definition shortcuts.<p>ie I will usually write something like<p><pre><code>  const firstName = getFirstName(); doTheThing({ firstName });
</code></pre>
rather than<p><pre><code>  const fName = getFirstName(); doTheThing({ firstName: fName });</code></pre></p>
]]></description><pubDate>Thu, 17 Apr 2025 18:41:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=43720623</link><dc:creator>disillusionist</dc:creator><comments>https://news.ycombinator.com/item?id=43720623</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43720623</guid></item></channel></rss>