<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: fishtoaster</title><link>https://news.ycombinator.com/user?id=fishtoaster</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Apr 2026 19:35:51 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=fishtoaster" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by fishtoaster in "GitHub is having issues now"]]></title><description><![CDATA[
<p>This is not to say that things haven't gotten worse over time, but...<p>I don't think that chart shows what it seems like it shows.  There were plenty of pre-2018 outages that don't show up there: <a href="https://hn.algolia.com/?dateEnd=1545696000&dateRange=custom&dateStart=1456531200&page=0&prefix=true&query=github%20outage&sort=byPopularity&type=story" rel="nofollow">https://hn.algolia.com/?dateEnd=1545696000&dateRange=custom&...</a><p>An alternate interpretation of that chart is "After the microsoft acquisition, they got serious about actually tracking outages."<p>That said, anecdotally, it's felt <i>much</i> worse over the last 6 months.  I'd guess it's a combination of MS-induced quality drops and AI-induced scale increases.</p>
]]></description><pubDate>Mon, 27 Apr 2026 19:04:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47925819</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47925819</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47925819</guid></item><item><title><![CDATA[New comment by fishtoaster in "Commenting and approving pull requests"]]></title><description><![CDATA[
<p>Yeah, I think all style comments should be handled by either a linter/formatter or be written in a style guide.  Everything else is up to personal preference.<p>Then, when a style comment comes up in a PR, the answer is "Oh, do you think we should add that to our style guide?  If so, let's discuss that in slack.  Until then, though, that's not blocking."</p>
]]></description><pubDate>Sat, 25 Apr 2026 17:18:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47902971</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47902971</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47902971</guid></item><item><title><![CDATA[New comment by fishtoaster in "Solitaire simulator for finding the best strategy: Current record is 8.590%"]]></title><description><![CDATA[
<p>Winning 2000 games in a row sounds statistically unlikely unless the Windows version of solitaire does something behind the scenes to make the game more winnable.<p><a href="https://en.wikipedia.org/wiki/Klondike_(solitaire)#Probability_of_winning" rel="nofollow">https://en.wikipedia.org/wiki/Klondike_(solitaire)#Probabili...</a></p>
]]></description><pubDate>Fri, 17 Apr 2026 18:17:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47808923</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47808923</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47808923</guid></item><item><title><![CDATA[New comment by fishtoaster in "One Brain to Query: Wiring a 60-Person Company into a Single Slack Bot"]]></title><description><![CDATA[
<p>> This is the part that doesn’t demo well. ETL pipelines feeding into BigQuery from every operational system: Salesforce, Zendesk, and a dozen other internal tools. dbt transformations that normalize and document the data. Column-level descriptions for every table in the warehouse, because an AI agent that doesn’t know what a column means will write SQL that looks right and returns wrong numbers.<p>I'm glad they called this out.  For the first half of this, I kept thinking: "Either your answers are confidently wrong or you've done a <i>ton</i> of prep work to let your AIs be effective BI analysts."  Sounds like it's the latter, and they're well aware of it!</p>
]]></description><pubDate>Thu, 09 Apr 2026 16:47:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47705965</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47705965</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47705965</guid></item><item><title><![CDATA[New comment by fishtoaster in "GitHub's Historic Uptime"]]></title><description><![CDATA[
<p>Is the pre-2018 data actually accurate?  There seem to have been a number of outages before then: <a href="https://hn.algolia.com/?dateEnd=1545696000&dateRange=custom&dateStart=1456531200&page=0&prefix=true&query=github%20outage&sort=byPopularity&type=story" rel="nofollow">https://hn.algolia.com/?dateEnd=1545696000&dateRange=custom&...</a><p>Maybe that's just the date when they started tracking uptime using this sytem?</p>
]]></description><pubDate>Tue, 31 Mar 2026 19:45:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=47592443</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47592443</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47592443</guid></item><item><title><![CDATA[New comment by fishtoaster in "Verification debt: the hidden cost of AI-generated code"]]></title><description><![CDATA[
<p>Why do you assume I assume it's doable?  :P<p>For real, I'm not certain we <i>will</i> ever be able to merge AI code without human review.  But:<p>1. Every time I've confidently though "AI will never be able to do X" in the last year, I've later been proven wrong, so I'm a bit wary to assume that again without strong reasons.<p>2. I see blog posts by some of the most AI-forward people that seems to imply some people are already managing large codebases without human review of raw code.  Maybe they're full of crap - there are certainly plenty of over-credulous bs artists in the AI space - but maybe they're not.<p>3. The returns on figuring this out are so incredibly high that, if it's possible, people will figure it out.<p>All that to say: it's far from certain, but my bias is that it <i>is</i> possible.</p>
]]></description><pubDate>Sat, 07 Mar 2026 23:08:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47292368</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47292368</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47292368</guid></item><item><title><![CDATA[New comment by fishtoaster in "Verification debt: the hidden cost of AI-generated code"]]></title><description><![CDATA[
<p>Figuring out how to trust AI-written code faster is <i>the</i> project of software engineering for the next few years, IMO.<p>We'll need to figure out the techniques and strategies that let us merge AI code sight unseen.  Some ideas that have already started floating around:<p>- Include the spec for the change in your PR and only bother reviewing <i>that</i>, on the assumption that the AI faithfully executed it<p>- Lean harder on your deterministic verification: unit tests, full stack tests, linters, formatters, static analysis<p>- Get better ai-based review: greptile and bugbot and half a dozen others<p>- Lean into your observability tooling so that AIs can fix your production bugs so fast they don't even matter.<p>None of these seem fully sufficient right now, but it's such a new problem that I suspect we'll be figuring this out for the next few years at least.  Maybe one of these becomes the silver bullet or maybe it's just a bunch of lead bullets.<p>But anyone who's able to ship AI code without human review (and without their codebase collapsing) will run circles around the rest.</p>
]]></description><pubDate>Sat, 07 Mar 2026 18:31:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=47290195</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47290195</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47290195</guid></item><item><title><![CDATA[New comment by fishtoaster in "Sizing chaos"]]></title><description><![CDATA[
<p>This is a great use of data to make a compelling case that sizing sucks for women's clothing!<p>I do wish it attempted to answer the question at the end, though: "Sizes are all made up anyway — why can’t we make them better?"<p>Like, why doesn't the market solve for this?  If the median woman can't buy clothing that fits in many brands, surely that's a huge marketing opportunity for any of the thousands of other clothing brands?<p>This is, to be clear, a sincere question - not a veiled argument against OP or anything!  It seems like there are probably some structural or psychological or market forces stopping that from happening and I'd love to understand them.  Same with the "womens clothes have no pockets" thing!</p>
]]></description><pubDate>Wed, 18 Feb 2026 22:16:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47067188</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=47067188</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47067188</guid></item><item><title><![CDATA[New comment by fishtoaster in "[dead]"]]></title><description><![CDATA[
<p>It feels like someone asked an AI to read a year of output from a ruby link roundup newsletter and then had it write a report: many facts, minimal synthesis, and little-to-no useful opinion/summary.</p>
]]></description><pubDate>Mon, 09 Feb 2026 19:18:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=46949617</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46949617</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46949617</guid></item><item><title><![CDATA[New comment by fishtoaster in "The Voxel Is a Cutting-Edge Theater Experiment"]]></title><description><![CDATA[
<p>I'm a big fan of this genre of "a person got rich in tech and spent their wealth making an unrelated thing they wanted to exist in the world, untethered from the need to be profitable or self-sustaining."<p>See also, Jamie Zawinski's DNA Lounge[0] in San Francisco<p>[0] <a href="https://en.wikipedia.org/wiki/DNA_Lounge" rel="nofollow">https://en.wikipedia.org/wiki/DNA_Lounge</a></p>
]]></description><pubDate>Wed, 04 Feb 2026 19:13:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46890269</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46890269</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46890269</guid></item><item><title><![CDATA[New comment by fishtoaster in "A few random notes from Claude coding quite a bit last few weeks"]]></title><description><![CDATA[
<p>> if you have any code you actually care about I would watch them like a hawk, in a nice large IDE on the side.<p>This is about where I'm at.  I love pure claude code for code I don't care about, but for anything I'm working on with other people I need to audit the results - which I much prefer to do in an IDE.</p>
]]></description><pubDate>Tue, 27 Jan 2026 18:27:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=46784129</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46784129</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46784129</guid></item><item><title><![CDATA[New comment by fishtoaster in "Proof of Corn"]]></title><description><![CDATA[
<p>Yeah, this feels right on the cusp of being interesting.  I think that, being charitable, it <i>could</i> be interesting if it turns out to be successful in hiring and coordinating several people and physical assets over a long time horizon.  For example, it'd be pretty cool if it could:<p>1. Do some research (as it's already done)<p>2. Rent the land and hire someone to grow the corn<p>3. Hire someone to harvest it, transport it, and store it<p>4. Manage to sell it<p>Doing #1 isn't terribly exciting - it's well established that AIs are pretty good at replacing an hour of googling - but if it could run a whole business process like this, that'd be neat.</p>
]]></description><pubDate>Fri, 23 Jan 2026 18:22:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46735828</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46735828</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46735828</guid></item><item><title><![CDATA[New comment by fishtoaster in "Junior Developers in the Age of AI"]]></title><description><![CDATA[
<p>This article makes a number of the standard arguments for hiring juniors and a couple new ones:<p>- Companies should hire juniors [at their own perceived detriment] to improve the overall industry<p>- Hire juniors because strong companies are resilient to junior mistakes [rather than hiring seniors and <i>also</i> becoming resilient]<p>- Juniors learning fast inspires others<p>- Juniors will teach your seniors how to use AI<p>Perhaps you can see why most companies don't find these terribly compelling.<p>Personally, I suspect we're going to have to wait for capitalism to fix this.  Senior engineers will age out and the supply will drop.  This will increase the cost of seniors until low-cost juniors start to look like a better option to the median hiring manager.</p>
]]></description><pubDate>Wed, 14 Jan 2026 17:50:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=46619396</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46619396</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46619396</guid></item><item><title><![CDATA[New comment by fishtoaster in "Logging sucks"]]></title><description><![CDATA[
<p>This post was so in-line with her writing that I was <i>really</i> expecting it to turn into an ad for Honeycomb at the end.  I was pretty surprised with it turned out the author was unaffiliated!</p>
]]></description><pubDate>Sun, 21 Dec 2025 21:26:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=46348664</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46348664</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46348664</guid></item><item><title><![CDATA[New comment by fishtoaster in "I failed to recreate the 1996 Space Jam website with Claude"]]></title><description><![CDATA[
<p>Based on the later life updates, I suspect this was being humorous.<p>> After these zoom attempts, I didn't have any new moves left. I was being evicted. The bank repo'd my car. So I wrapped it there.</p>
]]></description><pubDate>Sun, 07 Dec 2025 19:04:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=46184141</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=46184141</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46184141</guid></item><item><title><![CDATA[New comment by fishtoaster in "Floss Before Brushing"]]></title><description><![CDATA[
<p>Well, TFA linked to <a href="https://pubmed.ncbi.nlm.nih.gov/29741239/" rel="nofollow">https://pubmed.ncbi.nlm.nih.gov/29741239/</a></p>
]]></description><pubDate>Wed, 29 Oct 2025 17:24:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=45750099</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=45750099</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45750099</guid></item><item><title><![CDATA[New comment by fishtoaster in "The elegance of movement in Silksong"]]></title><description><![CDATA[
<p>Yes.  But that's like saying "a racecar would gain a competitive advantage by being faster."<p>Getting your internal structures right and aligning your incentives is one of <i>the</i> main challenges of building and running a large company!  If it were easy, you wouldn't see nearly so many massively-inefficient corporate giants.  :)</p>
]]></description><pubDate>Tue, 09 Sep 2025 16:24:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=45184318</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=45184318</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45184318</guid></item><item><title><![CDATA[New comment by fishtoaster in "The elegance of movement in Silksong"]]></title><description><![CDATA[
<p>> Selling to businesses is very easy. You go to a business and you say "hey, you like making money?" And the business will say "why yes, I do like making money" and you will say "great, I can help you make more money.<p>This is so wrong it hurts.  You'd be <i>amazed</i> at how often "I will save you $X, guaranteed, or your money back" is a non-starter when selling to companies.<p>I've spent a career <i>very</i> slowly gaining respect for enterprise sales people - going from "Ugh, sales people are all snakeoil salesmen" to "I can't believe what they do is even possible, much less regularly done" over about 20 years.<p>Selling software to large organizations involves finding a champion within the org, then figuring out the power structure within the org via an impressive sort of kremlinology.  You have to figure out who loves your product in the org, who hates it, who can make the buying decision, whose approval is needed, who's handling the details of the contract, and so on.  You need to understand the constellation of people across engineering, procurement, legal, leadership, and finance – and <i>then</i> understand the incentive structures for each.<p><i>Then</i> you have to actually <i>operate</i> this whole complex political machine to get them to buy something.  Even if it's self-evidently in the interest of the whole organization to do so, it's not an easy thing to do.<p>Anyway, all that to say: "b2b sales are easy" is... naive... to say the least.</p>
]]></description><pubDate>Mon, 08 Sep 2025 22:00:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=45174595</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=45174595</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45174595</guid></item><item><title><![CDATA[New comment by fishtoaster in "Forcing Myself to Vibe Code"]]></title><description><![CDATA[
<p>This is one of my next learning goals: getting a better feel for which models to use when.  "100% claude 4 Sonnet" worked pretty well, but I want to keep pushing myself out of local maxima.</p>
]]></description><pubDate>Mon, 21 Jul 2025 17:38:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=44638024</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=44638024</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44638024</guid></item><item><title><![CDATA[Forcing Myself to Vibe Code]]></title><description><![CDATA[
<p>Article URL: <a href="https://kevinhighwater.com/2025/07/kriegspiel-tic-tac-toe">https://kevinhighwater.com/2025/07/kriegspiel-tic-tac-toe</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=44637547">https://news.ycombinator.com/item?id=44637547</a></p>
<p>Points: 1</p>
<p># Comments: 3</p>
]]></description><pubDate>Mon, 21 Jul 2025 17:02:37 +0000</pubDate><link>https://kevinhighwater.com/2025/07/kriegspiel-tic-tac-toe</link><dc:creator>fishtoaster</dc:creator><comments>https://news.ycombinator.com/item?id=44637547</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44637547</guid></item></channel></rss>