<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: drewbeck</title><link>https://news.ycombinator.com/user?id=drewbeck</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 29 Jun 2026 10:38:48 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=drewbeck" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by drewbeck in "Help I accidentally a wigglegram"]]></title><description><![CDATA[
<p>That frog with a joint is a turtle with a joint FYI.</p>
]]></description><pubDate>Mon, 22 Jun 2026 23:46:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=48638135</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=48638135</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48638135</guid></item><item><title><![CDATA[New comment by drewbeck in "The California state assembly has passed the 'Protect Our Games Act'"]]></title><description><![CDATA[
<p>It seems like one reasonable response from game companies is to include a service agreement with all games that explicitly limits the guaranteed server uptime. Ie “buying this game only guarantees operation until Dec 31 2028”<p>No clue if the market will go for that but it would meet the issue head on. “Companies will provide server binaries” on the other hand feels like pure fantasy.<p>Overall I’m glad folks are trying to do something about this.</p>
]]></description><pubDate>Sat, 30 May 2026 04:27:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48332565</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=48332565</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48332565</guid></item><item><title><![CDATA[New comment by drewbeck in "The mechanical latching memory of an adhesive tape"]]></title><description><![CDATA[
<p>This is so cool. The discussion section [0] does a good job of explaining where this fits in, scientifically, but all I can think of is spies sending messages encoded in a piece of scotch tape.<p>[0] - <a href="https://iopscience.iop.org/article/10.1088/1367-2630/ae4acc#njpae4accs4" rel="nofollow">https://iopscience.iop.org/article/10.1088/1367-2630/ae4acc#...</a></p>
]]></description><pubDate>Thu, 07 May 2026 18:24:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48052919</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=48052919</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48052919</guid></item><item><title><![CDATA[New comment by drewbeck in "Meetings are forcing functions"]]></title><description><![CDATA[
<p>In my experience a good async culture is sustained by regular, high-quality check-in meetings. They serve as connecting moments that support team cohesion and camaraderie.</p>
]]></description><pubDate>Tue, 28 Apr 2026 16:40:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47936878</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47936878</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47936878</guid></item><item><title><![CDATA[New comment by drewbeck in "Issue links now open in a popup"]]></title><description><![CDATA[
<p>If there's two things HN hates it's UX designers, PMs and off-by-one errors. As a UX designer I have to laugh: one of the most important parts of building good UX is humility and a willingness to be wrong. The confidence with with many on HN assert that they know what the right UX is for any app is exactly the same error that bad UX designers make.<p>As always in product the user's frustration is real and important but their ideas for a fix are almost never the best choice for the product, the company, or most users.</p>
]]></description><pubDate>Sun, 26 Apr 2026 19:14:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47913025</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47913025</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47913025</guid></item><item><title><![CDATA[New comment by drewbeck in "GitHub unwanted UX change: issue links now open in a popup"]]></title><description><![CDATA[
<p>> It’s like these products that are in a way some of the most valuable products in the planet, are given a junior web dev and a “UX designer” who really doesn’t know anything about UX.<p>What you pay attention to grows. And company's pay attention to those things that move the needle on revenue. For many successful platforms UX doesn't move the needle much anymore (if it ever did). LinkedIn has effectively won their space and a clunky UI isn't going to show up in the numbers.<p>LinkedIn might have amazing designers on staff, but if leadership isn't prioritizing updates and fixes it won't happen. And leadership won't prioritize it until the problem shows up in the numbers.</p>
]]></description><pubDate>Sun, 26 Apr 2026 18:55:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=47912823</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47912823</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47912823</guid></item><item><title><![CDATA[New comment by drewbeck in "Forcing an inversion of control on the SaaS stack"]]></title><description><![CDATA[
<p>My take in this (ironic) comment was just "no feature is free", which I don't think should be odd coming from a UX designer!<p>> the idea is perhaps that users vibe-code their own distinct UX with everything valuable to them<p>I do find this interesting. I work on a complex business operations and reporting platform and every facility has their own lil quirks. More control in their hands would let them smooth out their workflows while still relying on the foundational work our platform does.</p>
]]></description><pubDate>Wed, 15 Apr 2026 17:52:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=47782699</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47782699</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47782699</guid></item><item><title><![CDATA[New comment by drewbeck in "Forcing an inversion of control on the SaaS stack"]]></title><description><![CDATA[
<p>> The real moat they have is SaaS vendors have everyone believe that trivial feature requests take time to implement.<p>So true. People are going to be sooo mad when they find out we all have these  Build Features For Free buttons and just don't press them.</p>
]]></description><pubDate>Wed, 15 Apr 2026 16:51:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=47781770</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47781770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47781770</guid></item><item><title><![CDATA[New comment by drewbeck in "Forcing an inversion of control on the SaaS stack"]]></title><description><![CDATA[
<p>> as they scaled, forgot about an individual user<p>If you're building for individual users you're not going to succeed. We all prioritize for broad success from the beginning.<p>I'm very into the idea of inversion of control and giving users this flexibility but I agree with GP that the SaaS company critique is misplaced. I hope you find enough success with 100X that you end up coming to the same conclusion.<p>I'll also add that one of your video examples is essentially a Twitter spam generator; is that the kind of feature you think SaaS companies should be prioritizing?</p>
]]></description><pubDate>Wed, 15 Apr 2026 16:47:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=47781706</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47781706</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47781706</guid></item><item><title><![CDATA[New comment by drewbeck in "US and Iran agree to provisional ceasefire"]]></title><description><![CDATA[
<p>Israel kills people then calls them "operatives" after the fact. They have no credibility around these kinds of reports.</p>
]]></description><pubDate>Wed, 08 Apr 2026 18:08:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47694031</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47694031</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47694031</guid></item><item><title><![CDATA[New comment by drewbeck in "US and Iran agree to provisional ceasefire"]]></title><description><![CDATA[
<p>Gonna need at least a single link to a source before I believe this. Googling provides Facebook links and YouTube videos from Fox News and AI generated “news” sites.</p>
]]></description><pubDate>Wed, 08 Apr 2026 14:32:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47690786</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47690786</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47690786</guid></item><item><title><![CDATA[New comment by drewbeck in "Caveman: Why use many token when few token do trick"]]></title><description><![CDATA[
<p>If you’re not cavemaxxing you’re falling behind.</p>
]]></description><pubDate>Mon, 06 Apr 2026 00:48:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=47655605</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47655605</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47655605</guid></item><item><title><![CDATA[New comment by drewbeck in "Fake Fans"]]></title><description><![CDATA[
<p>I believe that everyone deserves food housing and and security regardless of what they do or don’t do professionally. I have no logical argument only a moral one, which I sense would not be sufficient to convince you.</p>
]]></description><pubDate>Sat, 04 Apr 2026 13:39:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=47638987</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47638987</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47638987</guid></item><item><title><![CDATA[New comment by drewbeck in "I built an AI receptionist for a mechanic shop"]]></title><description><![CDATA[
<p>From the post it's clear that the shop has a set schedule of services and prices that the bot is pulling from. All the things you're saying are true for a shop that needs to custom quote each job but do not apply to the situation as presented.</p>
]]></description><pubDate>Tue, 24 Mar 2026 02:37:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=47498053</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47498053</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47498053</guid></item><item><title><![CDATA[New comment by drewbeck in "More common mistakes to avoid when creating system architecture diagrams"]]></title><description><![CDATA[
<p>Yep! That's almost always the correct solution. It can be a lot to figure out, tho: which perspectives are most valuable to present? Are the linkages clear? Does this kind of box belong on THIS chart or THAT chart?!</p>
]]></description><pubDate>Mon, 23 Mar 2026 17:01:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=47492147</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47492147</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47492147</guid></item><item><title><![CDATA[New comment by drewbeck in "More common mistakes to avoid when creating system architecture diagrams"]]></title><description><![CDATA[
<p>As the resident Diagram Maker at my job I really appreciate any and all discourse on the topic. Knowing the purpose of your diagram is a hugely under-appreciated part of the process. Service flow chart or system architecture? High level system overview or actionable, followable flow-chart? The engineer in me always wants to put All The Things in the chart, to make it maximally "correct". It's never the right move. But how to make it clear what's included or not, and why?<p>I still struggle with finding the best approach each time; I'd love more discussion of this stuff.</p>
]]></description><pubDate>Sun, 22 Mar 2026 19:53:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=47481417</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47481417</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47481417</guid></item><item><title><![CDATA[New comment by drewbeck in "The Appalling Stupidity of Spotify's AI DJ"]]></title><description><![CDATA[
<p>What the AI doing now is in fact what classical radio DJs do; the author wants a general purpose smart music playing robot, not a “DJ” per se.</p>
]]></description><pubDate>Sun, 15 Mar 2026 17:25:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47389574</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47389574</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47389574</guid></item><item><title><![CDATA[New comment by drewbeck in "I want to wash my car. The car wash is 50 meters away. Should I walk or drive?"]]></title><description><![CDATA[
<p>The issue is that in domains novel to the user they do not know what is trivially false or a non sequitur and the LLM will not help them filter these out.<p>If LLMs are to be valuable in novel areas then the LLM needs to be able to spot these issues and ask clarifying questions or otherwise provide the appropriate corrective to the user's mental model.</p>
]]></description><pubDate>Mon, 16 Feb 2026 19:55:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=47039474</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47039474</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47039474</guid></item><item><title><![CDATA[New comment by drewbeck in "I want to wash my car. The car wash is 50 meters away. Should I walk or drive?"]]></title><description><![CDATA[
<p>In my job the task of fully or appropriately specifying something is shared between PMs and the engineers. The engineers' job is to look carefully at what they received and highlight any areas that are ambiguous or under-specified.<p>LLMs AFAIK cannot do this for novel areas of interest. (ie if it's some domain where there's a ton of "10 things people usually miss about X" blog posts they'll be able to regurgitate that info, but are not likely to synthesize novel areas of ambiguity).</p>
]]></description><pubDate>Mon, 16 Feb 2026 19:48:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47039387</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47039387</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47039387</guid></item><item><title><![CDATA[New comment by drewbeck in "I guess I kinda get why people hate AI"]]></title><description><![CDATA[
<p>I caught that too. The piece is otherwise good imo, but "the luddites were wrong" is wrong. In fact, later in the piece the author essentially agrees – the proposals for UBI and other policies that would support workers (or ex-workers) through any AI-driven transition are an acknowledgement that yes, the new machines will destroy people's livelihoods and that, yes, this is bad, and that yes, the industrialists, the government and the people should care. The luddites were making exactly that case.<p>> while it’s true that textile experts did suffer from the advent of mechanical weaving, their loss was far outweighed by the gains the rest of the human race received from being able to afford more than two shirts over the average lifespan<p>I hope the author has enough self awareness to recognize that "this is good for the long term of humanity" is cold comfort when you're begging on the street or the government has murdered you, and that he's closer to being part of the begging class than the "long term of humanity" class (by temporal logistics if not also by economic reality).</p>
]]></description><pubDate>Mon, 16 Feb 2026 18:55:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=47038741</link><dc:creator>drewbeck</dc:creator><comments>https://news.ycombinator.com/item?id=47038741</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47038741</guid></item></channel></rss>