<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: booty</title><link>https://news.ycombinator.com/user?id=booty</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 29 Aug 2026 11:10:31 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=booty" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by booty in "GLM-5.3-Flash"]]></title><description><![CDATA[
<p>Anecdotally, ~$500-1500/month token spend at API OpenAI/Anthropic pricing seems pretty realistic for full-time engineers at companies with "liberal but not unlimited" LLM spend policies.<p>This is of course anecdata. I know <i>plenty</i> of outliers, too. I know a principal engineer who uses many multiples of the number I quoted above. I am sure we also know many people making do with much much smaller budgets as well, via all kinds of well-discussed methods.<p>But, "$500-$1500 per month per full-time developer" is just kind of the <i>personal</i> mental baseline I use when making my decisions with regards to thinking about whether any of this makes any economic sense.</p>
]]></description><pubDate>Wed, 26 Aug 2026 16:52:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49452243</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=49452243</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49452243</guid></item><item><title><![CDATA[New comment by booty in "GLM-5.3-Flash"]]></title><description><![CDATA[
<p>Compared to pricing from 3 years ago, it's insane.<p>The Sparks admittedly are kind of anemic: 273GB/sec is the same bandwidth as a midrange 4060, although (depending on how you configure things) you can effectively have much greater bandwidth by connecting them.<p>Compared to 1-2 years worth of LLM tokens for a full-time software engineer making $100K+/year, a one-time spend of $12K for 4 Sparks for on-prem private LLM inference starts looking reasonable, particularly if privacy is an important consideration. It starts looking even more reasonable if running something like a private cloud to service multiple developers because then you likely need less hardware per developer.<p>(Also, it is going to be a long time until RAM+GPU prices return to what we used to call "normal." If ever. I am not endorsing the current state of affairs and I am not saying you wrong to find it insane, but it is definitely the new reality)</p>
]]></description><pubDate>Wed, 26 Aug 2026 16:45:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=49452116</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=49452116</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49452116</guid></item><item><title><![CDATA[New comment by booty in "New Mac mini, featuring M6 and M5 Pro"]]></title><description><![CDATA[
<p>I work on a big web monolith on an M5 Pro 48GB.<p>I'm usually running about ~4 instances of it locally in separate Git worktrees, which (in our setup) means I'm also running 4 copies of the whole stack: web, frontend, Redis, Postgres, etc. These are rebuilt and torn down multiple times per day. Lot of frontend assets to compile.<p>Additionally, like many people in corporate environments, we do of course <i>also</i> pay a performance tax thanks to the security software we need to run.<p>So perf does matter for us.<p>We could, of course, alternatively... just run cheap shitboxes locally and have all our dev environments in the cloud. Certainly appealing in many ways from a cost perspective and you don't even need to give up DX really.<p>However, in the next ~5 years, as "actually useful" local LLM inference starts to become genuinely useful (for software engineering, this seems to roughly mean "the ability to run 28B+ models at usable speeds") then having local compute horsepower might start to look more attractive again. Even if it's not an absolute winner on cost/utility alone, the data privacy and cost <i>certainty</i> have value to many.</p>
]]></description><pubDate>Tue, 25 Aug 2026 18:05:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49438090</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=49438090</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49438090</guid></item><item><title><![CDATA[New comment by booty in "Z80 – The 1970s Microprocessor Still Alive (2021)"]]></title><description><![CDATA[
<p>GREAT classic question (with a well-defined answer)<p>In general, the reason why modern CPUs are so complex is because the gap in performance between CPU and memory has grown massively over time.<p>In the old days, something like a 6502 was running nearly synchronously with RAM.<p>That gap has grown massively over time; a modern CPU is orders of magnitude faster than RAM. So they have to jump through a lot of loops to avoid simply idling 99.99% of the time while they wait for some new data or instructions from RAM. On-CPU cache memory is one answer. Branch prediction and speculative execution are others. As you may imagine, speculatively executing code based on branch prediction is very complex because you must roll back any side effects from that execution if your prediction turns out wrong.<p>Example:<p><pre><code>   # assume `i` is a value stored in main memory
   if i == 42
      j += 1
      k -= 1 
      l = 666
   else
      z = 123
      q = 5879873

</code></pre>
Waiting for `i` to arrive from main memory might take thousands of CPU cycles. So instead we will execute one, and possibly <i>both</i> of those branches. But we'll need to undo those side effects if turns out we executed something with an invalid prediction. It's complex, and messy, but still better than sitting around doing nothing for thousands of cycles.<p>That's why we can't just take an R2000 and scale it up to 3ghz. I mean, we could, but it wouldn't work very well unless we also had low-latency 3ghz main memory to pair with it.</p>
]]></description><pubDate>Sat, 22 Aug 2026 17:52:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49402050</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=49402050</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49402050</guid></item><item><title><![CDATA[New comment by booty in "The Melancholy of Slaying Monsters"]]></title><description><![CDATA[
<p>You definitely don't want <i>too</i> much realism, for most games - you probably don't want to manage bathroom trips! We just assume it happens "off camera"<p>But when humanoid enemies behave in plainly stupid ways it's a real immersion-breaker for me. I've been gaming a looooong time, so I'm quite adept at the necessary mental gymnastics to enjoy stuff anyway... but... still... games could be better here. (And by "better" I mean "more fun")</p>
]]></description><pubDate>Wed, 27 May 2026 18:37:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48298528</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=48298528</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48298528</guid></item><item><title><![CDATA[New comment by booty in "Qwen3.7-Max: The Agent Frontier"]]></title><description><![CDATA[
<p><p><pre><code>    I tried the qwen3.6-27b Q6_k GUFF in llama.cpp 
    and LM Studio on my M2 MacBook Pro 32GB machine 
    last week, and I barely get a token a second with either.
</code></pre>
The fact that it was <i>this</i> slow makes me suspect it's a matter of insufficient free RAM. The entire model needs to fit into RAM (and stay there the entire time) for acceptable performance.<p>(not sure of exact diagnosis/fix, but definitely look in that direction if you're still having this issue when you give it another shot)<p>Also, there are two stages - prompt processing, and token generation. Prompt processing is notoriously slow on Apple Silicon unfortunately. If you have large context (which includes system prompts, lots of tools loaded by a harness like Claude Code, OpenCode, etc) it can take <i>minutes</i> for prompt processing before you see the first output token. On the bright side, the tokens are cached between turns, so subsequent turns won't be so bad.</p>
]]></description><pubDate>Wed, 20 May 2026 19:31:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48212872</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=48212872</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48212872</guid></item><item><title><![CDATA[New comment by booty in "Qwen3.7-Max: The Agent Frontier"]]></title><description><![CDATA[
<p><p><pre><code>    It's highly improbable that the US government has a secret team inside Anthropic and OpenAI manipulating their training regimen.
</code></pre>
Two thoughts.<p>One: it would be relatively technically trivial for $GOVERNMENT_AGENCY to just monitor all the prompts + context we send over the wire to OpenAI/Anthropic/etc. That's a goldmine of sensitive personal and corporate data, no secret team needed (although, the LLM providers obviously would need to cooperate)<p>Two: Rather than secret infiltration teams influencing model training I think what's more likely on the training side of things is simply <i>self-censoring</i> by the LLM providers, so that they don't risk angering the government.<p>I highly doubt that China has government interlopers, secret or otherwise, inside Qwen's training team. Nonetheless, "sensitive" issues like Tiananmen Square are censored. I would imagine that much/most such censorship in China is self-censorship that doesn't leave a legal/paper trail. That's what we're in danger of seeing (more of) in America IMO.</p>
]]></description><pubDate>Wed, 20 May 2026 14:58:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48208940</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=48208940</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48208940</guid></item><item><title><![CDATA[New comment by booty in "Gemini 3.5 Flash"]]></title><description><![CDATA[
<p>Yeah, at this point I think the worst-case scenario for OpenAI/Anthropic/etc is to slow down frontier model development and focus on tooling and services, as opposed to imploding completely and bursting the economic bubble. I hope?</p>
]]></description><pubDate>Tue, 19 May 2026 20:47:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48199389</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=48199389</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48199389</guid></item><item><title><![CDATA[New comment by booty in "Gemini 3.5 Flash"]]></title><description><![CDATA[
<p>Prevailing wisdom is that <i>serving</i> LLMs at a profit is achievable... it's when you factor in the cost of training them that prices get astronomical real fast.<p>Open-source model inference providers (who do <i>not</i> have to bear the cost of training) seem able to do it at much lower prices.<p><a href="https://www.together.ai/pricing" rel="nofollow">https://www.together.ai/pricing</a><p><a href="https://fireworks.ai/pricing#serverless-pricing" rel="nofollow">https://fireworks.ai/pricing#serverless-pricing</a> (scroll down to headline models)<p>Of course, it's possible that they are burning through investor cash as well, and apples-to-apples comparisons are not possible because AFAIK Google does not mention the size/paramcount for 3.5 Flash.<p>But if the prevailing wisdom is true, I think it's actually encouraging. It suggests that OpenAI and Anthropic could perhaps, if they need to, achieve profitability if they slow down model development and focus on tooling etc. instead. If true that's probably good news for everybody w.r.t. preventing a bursting of this economic bubble.<p>...my opinions here are of course, conjecture built on top of conjecture....</p>
]]></description><pubDate>Tue, 19 May 2026 20:41:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48199304</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=48199304</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48199304</guid></item><item><title><![CDATA[New comment by booty in "My wish list for Postgres 9.5"]]></title><description><![CDATA[
<p>All I <i>really</i> want from a database IDE is awesome autocomplete for identifiers and keywords. (I consider SQL Server Management Studio's autocomplete to be great - if I could get that for Postgres, I'd be thrilled)<p>You can get part of the way there by Sublime Text to run queries and browse results. In Sublime, it's easy - you can create a custom "build tool" with (essentially) just one line of config... you're basically just piping the current file's contents to command-line PSQL: <a href="https://www.youtube.com/watch?v=tPd4m3PLVqU" rel="nofollow">https://www.youtube.com/watch?v=tPd4m3PLVqU</a><p>Then I use the SublimeAllAutocomplete package. It works just like "regular" Sublime autocomplete except it gives you autocomplete suggestions from all open files, not just the current one - so if you have your DB schema dump in another window it will use that: <a href="https://github.com/alienhard/SublimeAllAutocomplete" rel="nofollow">https://github.com/alienhard/SublimeAllAutocomplete</a><p>Obviously, that doesn't really give you the smartest autocomplete ever but it's pretty productive for me. Tons of room for improvement though.</p>
]]></description><pubDate>Fri, 15 Aug 2014 18:45:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=8183544</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=8183544</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=8183544</guid></item><item><title><![CDATA[New comment by booty in "No Company For Old Programmers"]]></title><description><![CDATA[
<p>I was that way when I was younger. As I hit my thirties I found myself becoming a "morning person."  Anecdotally, I find this is super common.<p>I actually enjoy early-morning coding (before the rest of the world wakes up) more than late-night coding now!</p>
]]></description><pubDate>Thu, 11 Apr 2013 15:37:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=5532641</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=5532641</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=5532641</guid></item><item><title><![CDATA[New comment by booty in "Let's get a little louder"]]></title><description><![CDATA[
<p>Sure, I perfectly understand how bars work.  Like you say, it's totally possible nobody at the bar knew this woman was being harassed.  Especially if this guy has plenty of experience being a creep and has gotten good at doing without attracting attention.<p>What I'm saying, though, is that the people around them at the bar are far more likely to be able to assist than a conference organizer who's not physically there.<p>"The point is that conferences should have a policy for how to deal with these kinds of situations. Those policies are probably going to depend on a certain amount of judgement from the conference organizer."<p>I totally agree that there need to be policies. But policies are just words, and they won't get the job done alone.<p>What will get the job done is looking out for each other.  In social situations, particularly bars, we should all be looking out for each other, especially women, since they're disproportionally the ones on the receiving end of predatory/harassing behavior.<p>If she went to the bar with a group, every single one of them ought to have been looking out for each other. And yes, I've been in scores of similar situations where I and others have looked out for the welfare of others.  You don't need to be an obnoxious "white knight" about it; you don't even need to be overt. Creeps tend to look for girls whose friends aren't paying attention.<p>Example: Your female friend is caught in a conversation with a potential El Creepo. Play dumb and introduce yourself to the guy in a purely friendly way. Heck, maybe buy a round of drinks. Just knowing that somebody noticed him will often nip things in the bud.</p>
]]></description><pubDate>Mon, 04 Jun 2012 20:19:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=4065760</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=4065760</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=4065760</guid></item><item><title><![CDATA[New comment by booty in "Let's get a little louder"]]></title><description><![CDATA[
<p>I've been in this conference organizer's shoes before.<p>On one hand, running a conference/convention is difficult enough without being asked to referee personal conflicts.  It almost inevitably devolves into a he-said/she-said kind of argument.<p>But on the other hand, if we take that kind of an attitude, that's essentially a signal for predatory men to go ahead and harass women (or worse).  That's pretty much what predatory men have been doing since the beginning of history - acting with impunity since claims of rape or harassment are almost impossible to prove if there are no additional witnesses or physical evidence.<p>What we've done is to stress proper conduct before the event, and if there are repeat complaints about somebody they're removed from the community permanently.<p>It's not a perfect process and we've given some "second chances" to people that we've later regretted.</p>
]]></description><pubDate>Mon, 04 Jun 2012 16:26:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=4064666</link><dc:creator>booty</dc:creator><comments>https://news.ycombinator.com/item?id=4064666</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=4064666</guid></item></channel></rss>