<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: flecomet</title><link>https://news.ycombinator.com/user?id=flecomet</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 14 Oct 2026 02:56:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=flecomet" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by flecomet in "The baffling intelligence of a single cell (2024)"]]></title><description><![CDATA[
<p>The greater the clock speed, the greater the energy consumption, but I guess compute would scale linearly with frequency.<p>However LLMs are not really tiny compared to real brains, brains FLOP/s have been estimated to be around 1e15 to 1e21, while a single H100 SXM can already do 1e15 BF16 FLOP/s.<p>The brain also has about 1e15 synapses, each holding the equivalent of about 4.7 bits of information, which would be about 590 TB worth of parameters, equivalent to 294T BF16 parameters (would need 7.4k H100s to hold those, at 80GB per H100).<p>So in my opinion, it's more of a memory bandwidth problem than a computing power problem, as H100s have comparatively very little memory bandwidth per FLOP than the brain, which holds information directly inside the computing units (synapses).<p>And I also think that detail recall is a double-edged sword. Memorizing details can certainly be useful, but it can also compete with pattern generalization. If you can perfectly remember the training set (overfit) you don't need to learn to generalize.</p>
]]></description><pubDate>Tue, 13 Oct 2026 19:40:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=50077456</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50077456</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50077456</guid></item><item><title><![CDATA[New comment by flecomet in "Recursive self-improvement through collective intelligence"]]></title><description><![CDATA[
<p>> The model's parameters are larger than the weights of the neural network used for in the model.<p>What do you mean by this ? The model is the neural network itself and the parameters of the model are the neural network weights (+ non-trainable parameters).</p>
]]></description><pubDate>Mon, 12 Oct 2026 20:11:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=50062303</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50062303</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50062303</guid></item><item><title><![CDATA[New comment by flecomet in "The gap in shared understanding of LLM capability is widening"]]></title><description><![CDATA[
<p>I don't agree that Opus 5.5 is necessarily a better communicator than older models. In fact, I ran my own tests, and the difference wasn't very clear, and in terms of personal preference, the writing style of newer Anthropic models has really let me down. It doesn't reason like a person that imagines what the person they're explaining to might know or not know, or what they might think, as one usually does when trying to explain something to someone. They just fact-dump, like the problem solvers they are, since they are trained to solve user's problems correctly, efficiently and comprehensively, but they probably don't have a good internal representation of the user they're talking to, they are not really trained to imagine what we may think or feel, and thus, in my opinion, make pretty bad communicators (cf. the ocean of vibe coded READMEs on github that are horrendous to read).<p>For example, when asked to write a report on Docker and explain how it works, one of the first paragraphs was :
"1. *Docker Engine*: The core component, which is a client-server application that uses a server component (the daemon) to manage containers and a client interface to interact with the daemon."<p>This is perfectly correct and makes sense for someone that is familiar with software engineering and already knows what containers are. Not so much for someone wanting a introduction to it. Do you imagine writing something like this at the very beginning of your explanation of Docker ? It even said: "I wrote it in the neutral register from your publication preferences, with no em dashes, and defined terms on first use.", when it didn't even define what a container is.  I chose Docker at random, because I could judge if its explanation made sense, since I know how it works.</p>
]]></description><pubDate>Mon, 12 Oct 2026 20:03:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=50062190</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50062190</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50062190</guid></item><item><title><![CDATA[New comment by flecomet in "Local Indexing to reduce tool calling and token usage"]]></title><description><![CDATA[
<p>Although I agree with all your points, I think there is a potential caveat with grep: it is not very token-efficient as it can return lots of matches, filling up the agent's context.<p>A potential solution for these indexing systems is to maintain several indexes (one per branch for example). Idk how they handle code changes though.<p>But I think the bigger negative signal is that these tools have been around for roughly as long as LLMs have, yet they are still barely used. Maybe because they are not that useful ?</p>
]]></description><pubDate>Mon, 12 Oct 2026 19:43:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=50061914</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50061914</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50061914</guid></item><item><title><![CDATA[New comment by flecomet in "Local Indexing to reduce tool calling and token usage"]]></title><description><![CDATA[
<p>Nice tool. Does it support local embedding providers such as qdrant <a href="https://qdrant.tech/" rel="nofollow">https://qdrant.tech/</a> ? Why only support paid, cloud-based embeddings provider ?<p>ChatGPT says it could work without updating the code, but since README doesn't advertise it, I was curious as to the reason behind this choice.<p>It says: "Can Slopdex run without paid embedding APIs?<p>Potentially yes, without modifying its code.
[...] Slopdex supports a custom embeddingBaseUrl, allowing it to call a locally hosted, OpenAI-compatible embedding server.
For example, with a local model producing 768-dimensional vectors:
{
  "provider": "openai",
  "model": "your-local-embedding-model",
  "dimensions": 768,
  "symbolDimensions": 768,
  "embeddingBaseUrl": "http://localhost:1234/v1"
}<p>Its code still requires an OPENAI_API_KEY value, but a dummy key should work if your local server doesn't enforce authentication.<p>The server must implement /v1/embeddings and accept Slopdex's request format, including the dimensions parameter.
The relevant code is in vector_openai.rs."</p>
]]></description><pubDate>Mon, 12 Oct 2026 19:29:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=50061683</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50061683</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50061683</guid></item><item><title><![CDATA[New comment by flecomet in "The gap in shared understanding of LLM capability is widening"]]></title><description><![CDATA[
<p>I don't agree that they get uniformly better at everything, especially subjective skills.<p>For example, they have become more and more unintelligible when you ask for explanations or descriptive text. They assume you see the same context as them and shortcut explanations.<p>I've had to craft a skill to get them to produce remotely understandable explanations of even mildly complex/non-mainstream subjects.<p>This may be Curse of Knowledge <a href="https://en.wikipedia.org/wiki/Curse_of_knowledge" rel="nofollow">https://en.wikipedia.org/wiki/Curse_of_knowledge</a> on their part, and it also impacts human experts but still. Becoming better at one thing does not mean you become better at everything else, although I do agree with you that the better they become the more things there are they become good at, but their ability is still quite jagged and maybe increasingly so.</p>
]]></description><pubDate>Sun, 11 Oct 2026 22:26:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048575</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50048575</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048575</guid></item><item><title><![CDATA[New comment by flecomet in "The gap in shared understanding of LLM capability is widening"]]></title><description><![CDATA[
<p>you are my hero</p>
]]></description><pubDate>Sun, 11 Oct 2026 22:19:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048499</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50048499</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048499</guid></item><item><title><![CDATA[New comment by flecomet in "I'm sorry, but you still have to think"]]></title><description><![CDATA[
<p>I believe this is most clearly visible in mathematics. Who is going to review the 700 proofs put out by OpenAI in a single day ? And even if mathematicians could, how will they handle the exponential growth of LLM-generated proofs ?<p>Not to say these proofs are slop, even if the LLM-generated work is of good quality, what happens when no one knows how it works anymore ? Even if you ask the LLM to explain, which it does quite badly, the time to understand the explanation is incompressible.<p>So in the end, productivity will probably reach a ceiling that we can estimate as the product of humans, their cognitive capacity and their time. And that ceiling may be lower than what AI companies valuation expect, regardless of the compute and they can pump out and the RSI level they can reach.</p>
]]></description><pubDate>Sun, 11 Oct 2026 21:41:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048098</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50048098</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048098</guid></item><item><title><![CDATA[New comment by flecomet in "Show HN: A Chromium browser you drive with HTTP requests (no Selenium)"]]></title><description><![CDATA[
<p>"Open windows and tabs, navigate, read page HTML, and expose the API remotely with Cloudflare — from any language that can speak HTTP." What does that mean "from any language that can speak HTTP" ? Did you mean from any program that can make HTTP requests ? It seems pretty interesting and useful, though I'm no expert, but the README is hard to parse. A short GIF showcasing usage and capabilities wouldn't hurt. Also perhaps explaining which problem exactly is being solved compared to other existing solutions.</p>
]]></description><pubDate>Sun, 11 Oct 2026 21:16:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=50047879</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50047879</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50047879</guid></item><item><title><![CDATA[New comment by flecomet in "Akhetonics Photonic Computing: 1,000x Faster CPUs"]]></title><description><![CDATA[
<p>"The first thing to understand about Akhetonics’ optical computer is that it’s not one thing yet." Great, that is such a good explanation. Thanks ChatGPT I guess.</p>
]]></description><pubDate>Sun, 11 Oct 2026 21:07:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=50047829</link><dc:creator>flecomet</dc:creator><comments>https://news.ycombinator.com/item?id=50047829</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50047829</guid></item></channel></rss>