<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: honr</title><link>https://news.ycombinator.com/user?id=honr</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 08 Nov 2026 18:26:54 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=honr" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by honr in "Anthropic IPO buyers see valuation as low as $1.1T"]]></title><description><![CDATA[
<p>My point is that it is not a real moat if other players can hire people from core research teams, and get a foothold that easily.  And when/if models are good enough, you don't even need many people to form a fully functioning team.</p>
]]></description><pubDate>Fri, 06 Nov 2026 22:12:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=50399193</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=50399193</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50399193</guid></item><item><title><![CDATA[New comment by honr in "Anthropic IPO buyers see valuation as low as $1.1T"]]></title><description><![CDATA[
<p>The current compute they are buying is NOT state of the art (check this year's academic research on inference hardware).  There is 10x-100x inference-per-watt improvements in existing prototypes (in the industry, not just academia).  Not sure what I am talking about?  Ask your friendly AI agent of choice, for the details.<p>Check out mythic.ai for one example.</p>
]]></description><pubDate>Fri, 06 Nov 2026 21:07:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=50398563</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=50398563</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50398563</guid></item><item><title><![CDATA[New comment by honr in "Anthropic IPO buyers see valuation as low as $1.1T"]]></title><description><![CDATA[
<p>How long till that "research capability" becomes just 5 people with many AI agents, and no other humans in the main research loop?</p>
]]></description><pubDate>Fri, 06 Nov 2026 21:03:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=50398509</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=50398509</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50398509</guid></item><item><title><![CDATA[New comment by honr in "Nasdaq Sinks 5% as Investors Retreat from AI Trade After Election"]]></title><description><![CDATA[
<p>The academic term is now "Compute-in-Memory".  That's MOSTLY what has suddenly been hiring SRAM and DRAM designers across the industry this year.  It is part of the fast evolving field of doing inference efficiently.  This has been all the rage in several Electronics conferences this year.<p>Please don't rely on my [inferior] explanation and search for yourself (start here for insance: <a href="https://www.google.com/search?q=what+is+compute+in+memory+and+why+it+matters&aep=22&udm=50" rel="nofollow">https://www.google.com/search?q=what+is+compute+in+memory+an...</a>).  Asking about a new field is much better done with AI these days, because you can get it to explain just the interests and questions you personally have, rather than a generic and boring explanation.<p>In short, better than HBM is not having to move data in and out of memory at all or at least not as much.  The compute part in inference is much simpler than the data hauling part.<p>Couple of examples: Check out Axelera's Europa board (upcoming) or their Metis board (existing).  Or check out Mythic.ai which FINALLY managed to raise funds in Nov / Dec 2025.  Ironically, her PhD thesis had been gathering dust before that.</p>
]]></description><pubDate>Thu, 05 Nov 2026 23:30:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=50386072</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=50386072</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50386072</guid></item><item><title><![CDATA[New comment by honr in "Nasdaq Sinks 5% as Investors Retreat from AI Trade After Election"]]></title><description><![CDATA[
<p>Current RAM is no moat.  Upcoming Compute-in-RAM is.  And nobody has that built up at scale yet.  So, while a moat might become possible, we only have yesteryear's hardware as "moat".</p>
]]></description><pubDate>Thu, 05 Nov 2026 21:39:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=50384818</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=50384818</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50384818</guid></item><item><title><![CDATA[New comment by honr in "Personal software factories are a waste of time"]]></title><description><![CDATA[
<p>Exactly.  As for the article itself, I would take with a grain of salt as the author's previous company built some sort of software factory.  I think we can give them the benefit of the doubt and move on.<p>With that out of the way, I think trying out developing software-building automation is a great learning experience, regardless of the final outcome.  Beside [re]learning various ropes that might have been modernized recently, you are likely to end up with bonus [possibly tiny] helper tools that you can carry into your other software development projects.  Or you might learn new [non technical] disciplines around software development life cycle.</p>
]]></description><pubDate>Sun, 18 Oct 2026 22:44:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=50146254</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=50146254</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50146254</guid></item><item><title><![CDATA[New comment by honr in "Gemini 4 Argon"]]></title><description><![CDATA[
<p>It certainly has compaction (since the public launch I assume) and I HATE it.  I have some remedies but nothing perfect yet.  It never retains ALL the crucial bits.  If a conversation runs into two compactions it is often a sign that I have to abandon it and retain whatever I can, to form a seed prompt for an adjacent conversation.</p>
]]></description><pubDate>Wed, 30 Sep 2026 21:22:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49914632</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49914632</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49914632</guid></item><item><title><![CDATA[New comment by honr in "Bend 2 and the Vibe-Coding Trap"]]></title><description><![CDATA[
<p>-  That should nowadays be very obvious.  You start any substantial work by doing research.  LLMs are [perhaps surprisingly to some] good at that.  They are also pretty good at doing the plumbing.  That is a godsent in the hands of a good researcher and architect.  And I don't have any qualms if tokens are "wasted" on research or on the precursor work.  That doesn't replace reading good books on a subject but it DOES replace finding and filling knowledge gaps.<p>-  But that shouldn't be confused with getting the LLMs to make the decisions.  I believe that would quickly ruin a good design, unless the decisions are about truly inconsequential aspects, which are very rare in language and API design.<p>-  I don't believe that (sharing) is to the detriment of LLM providers either.  Not realistically.  We would build faster and the questions / research directed at LLMs would be more sophisticated.  Believe it or not, they can't cache questions as easily as websearch queries.  If anything, I believe the more people learn to use LLMs effectively (rather than just to generate slop), the more their usage will be ingrained in daily life.  Some of that will be redirected towards current LLM providers.  But perhaps more of the economic share will increasingly go to hardware providers, as more and more people will be interested to run their own models.</p>
]]></description><pubDate>Fri, 18 Sep 2026 13:06:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=49753883</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49753883</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49753883</guid></item><item><title><![CDATA[New comment by honr in "Eating Fruit Skins"]]></title><description><![CDATA[
<p>I have never had a problem with kiwi skins (except when the kiwi is unripe; a natural mat with acids and possibly oxalate.  NOPE).<p>But are you claiming you eat the whole fruit, or you throw out the tiny thorn?</p>
]]></description><pubDate>Sat, 12 Sep 2026 01:44:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49667812</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49667812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49667812</guid></item><item><title><![CDATA[New comment by honr in "Diesel prices in U.S. top $6 a gallon for first time"]]></title><description><![CDATA[
<p>I don't get your point.  The planet will not realistically run out of either.  The water price goes up, then soler + desal becomes more cost effective, then people get to use the material that covers 75% of the planet's surface a bit more.  Similarly, when oil gets more limited the price goes up and the planet gets to keep its oil while people stop being able to afford burning more of it.  Or perhaps this was exactly your point.</p>
]]></description><pubDate>Fri, 11 Sep 2026 15:46:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=49660397</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49660397</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49660397</guid></item><item><title><![CDATA[New comment by honr in "One resignation turned the embers of AI fear into a wildfire"]]></title><description><![CDATA[
<p>My personal opinions (not necessarily reflecting my company's):<p>1.  Free-form capitalism is fundamentally incompatible with AI.  In other words, competent AI brings a free-form (low regulation) capitalistic environment to total collapse.  (This is actually not my own opinion; heard the details from several economists and it makes sense to me).<p>2.  Hiding from AI will not be an option for long.  It will affect many jobs (often by increasing productivity at a macro level; it can reduce some productivity here and there, obviously).<p>3.  The concerns about costs of energy (of the current applications) are short term.  Follow major Electrical Engineering conferences to see why.  In short, several ideas can drastically reduce the energy / token inference costs (some about 100x).  Some existing companies are working on those ideas and at least one has a proof of concept (since 2018) and they raised capital to scale, late in 2025.  Of course, once AI inference becomes cheap (in terms of energy per token), more hardware will be doing that, so overall I don't know where the costs will go.  That is, new applications might become popular, using overall more tokens and eating through the "moore's law" of Inference energy.<p>4.  The only way to prevent mass NEGATIVE disruption on state / country level is to HOLD THE SITUATION IN HAND and fully and consciously take it toward a good end state.  Which needs GENIUS level analysis, insight, and execution, from the administration.  Some countries are going to fare this better than the others.</p>
]]></description><pubDate>Thu, 10 Sep 2026 23:14:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49651408</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49651408</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49651408</guid></item><item><title><![CDATA[New comment by honr in "Corporate America is getting hooked on open-source AI"]]></title><description><![CDATA[
<p>Like taalas.com (very recently acquired by AMD), or cerebras.ai (whole wafer is a chip)?  As you said, I also think that is one of the main direction many companies (and academia) is moving to.</p>
]]></description><pubDate>Fri, 04 Sep 2026 16:54:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=49567148</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49567148</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49567148</guid></item><item><title><![CDATA[New comment by honr in "Corporate America is getting hooked on open-source AI"]]></title><description><![CDATA[
<p>To me, the legal concerns seem blown out of proportion.  If you use open weight models (of dubious origin) to generate code, you can still verify them with code review and tests and other methods, used to verify human output, right?  That is still a great win, maybe not as much as having AI write all the code, but that would be a reasonable point in control vs quantity spectrum for most solid and well made products.<p>But if you let LLMs talk to people (customers, for example) directly, then yes, you need an LLM provider that you can hold responsible.</p>
]]></description><pubDate>Fri, 04 Sep 2026 16:48:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49567070</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49567070</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49567070</guid></item><item><title><![CDATA[New comment by honr in "Reasons robotics is hard"]]></title><description><![CDATA[
<p>That would only be a minor marker.  A major marker would be whatever the Chinese equivalent(s) of Amazon are (Alibaba? etc.) going that route successfully.  From academic / industrial conference presentations it appears Chinese services are banking on automation far more than an entity like Amazon does.<p>That being said, I don't know what exact state the industrial automation technology is there and I can only extrapolate (or do websearch, which didn't lead to enough details; I only found things like <a href="https://www.youtube.com/watch?v=JnUGgc8R3ng" rel="nofollow">https://www.youtube.com/watch?v=JnUGgc8R3ng</a>).<p>When something like <a href="https://www.allegrohand.com" rel="nofollow">https://www.allegrohand.com</a> is mass produced and used industrially, I bet the last mile (meter?) would change a bit, and full automation would be easier and less finicky.</p>
]]></description><pubDate>Thu, 03 Sep 2026 03:35:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49545636</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49545636</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49545636</guid></item><item><title><![CDATA[New comment by honr in "e is a customizable self-aware Emacs-like editor written in Chez Scheme"]]></title><description><![CDATA[
<p>Haha, darn it, you threw me into a rabbit hole.  I hooked M-x doctor to an LLM, and the funniest thing happened.  The little piece of sh*t kept pretending to be emacs's own eliza / doctor.  It took like 5-6 turns to convince it that I am okay and don't need the pretend psychotherapist "service" anymore.</p>
]]></description><pubDate>Mon, 31 Aug 2026 23:31:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=49516100</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49516100</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49516100</guid></item><item><title><![CDATA[New comment by honr in "Bye, Bye GitHub"]]></title><description><![CDATA[
<p>This year, the migration projects I have worked on were some of the most fun.  Migrations have changed from the death-by-1000-cuts that they were, to the which-AI-method-to-best-ensure-100%-fidelity.  So, I don't believe the "very hard" part.    Obviously it would involved recreating or reshaping many features that very involved in an integration to have a disruption-free move, but I think the complexity is manageable for most companies if they put in some effort.</p>
]]></description><pubDate>Fri, 28 Aug 2026 21:55:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49484702</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49484702</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49484702</guid></item><item><title><![CDATA[New comment by honr in "Processing in Memory: DRAM Is About to Do Math"]]></title><description><![CDATA[
<p>Compute In Memory has been most of what electronics research (more accurately, the parts I am interacting with) talking about this year.  There are a few trends and I am curious to see which ones survive in the market.  RAM designers are hot in the market and job openings at the moment.</p>
]]></description><pubDate>Fri, 28 Aug 2026 21:44:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49484602</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49484602</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49484602</guid></item><item><title><![CDATA[New comment by honr in "CEO fired developers to make room for AI. Developers create open source AI CEO"]]></title><description><![CDATA[
<p>I haven't been directly involved with any large company CEOs, but the CEOs of smaller companies I have worked with have frequently been constantly dealing with responsibilities from many decisions they took (or didn't block).  Some have personality traits that hide the pool of concerns beneath the surface.  And a couple were genuinely taking the life in tourist mode (oblivious to any and all concerns beyond the very next steps).<p>The "AI CEO" problem is not fundamentally different from self driving car responsibility problems.  You need a big entity to be on the hook (financially and legally) if you are really going for lowered responsibility on the decision machinery.  I think it can work though (but with a LOT of effort), and that might be an interesting startup idea (we provide 90% of the CEO work via AI, you be in control of the remaining 10%, and responsible for maybe 20% of it; our "insurance" covers the other 80% of the responsibility).</p>
]]></description><pubDate>Thu, 27 Aug 2026 23:35:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=49472637</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49472637</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49472637</guid></item><item><title><![CDATA[New comment by honr in "Ask HN: What is one simple thing LLMs are insanely bad at?"]]></title><description><![CDATA[
<p>True, I have seen that happen many times.  When I want short answers, I always clarify that (e.g., give me short technical answer without pleasantries).<p>I'm often okay if the answer is longer but not hiding the real answer; a couple of paragraphs that I can skim the answer from instantly is okay.  When it really buries it I have to follow up to express the format and type of answer I want.</p>
]]></description><pubDate>Thu, 27 Aug 2026 23:16:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=49472494</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49472494</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49472494</guid></item><item><title><![CDATA[New comment by honr in "Serve Markdown to AI Agents with Accept Headers"]]></title><description><![CDATA[
<p>I often compose prompts from various sources (my "AGENTS.md", "CURRENT_TASK", "CURRENT_PHASE", ...).  Last year I was composing in markdown and that got very tedious very quickly.  I tried various text and text-like formats, and it turned out HTML is already one of the best formats for this, including for an "AGENTS.md" (which I keep in HTML despite the required ".md" extension).<p>Of course, if you build up your prompt entirely by hand (copy pasting snippets, etc.) you can get away with markdown or plain text.  That works okay for some harnesses, but it leaves too much control (or more accurately, opportunity to misunderstand) to the harness.</p>
]]></description><pubDate>Thu, 27 Aug 2026 23:12:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49472470</link><dc:creator>honr</dc:creator><comments>https://news.ycombinator.com/item?id=49472470</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49472470</guid></item></channel></rss>