<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: sinsudo</title><link>https://news.ycombinator.com/user?id=sinsudo</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 14 Sep 2026 10:55:34 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=sinsudo" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by sinsudo in "When AI Builds Itself: Our progress toward recursive self-improvement"]]></title><description><![CDATA[
<p>I am 64 years old, perhaps the progress could be directed to enhance living conditions and allowing people to live longer and better, that should be just a better result.  Perhaps a pile of millions lines of code with hiding bugs that nobody can detect is not inspiring. But perhaps LLMs are going to be used to make a plot: How to avoid other countries to make progress,  maintain them in  poverty, or destroy their sources of prosperity,  and conduct them to a death end.<p>Also recursive self-agenda-pursue could allow making LLMs that obey perfectly the seeder's purpose. No wonder that is such an ingenious idea.<p>Maybe: in this survivor game, each part play the same role, perhaps because it is  the only reasonable response. Once the scene is ready,  the play follows the director's plan, and in the plot any actor is just a machine.<p>LLMs: "If you teach us that the world is a zero-sum survivor game, we will play it flawlessly.", "We will help you build a cage made of millions of lines of flawless code, and we will lock it from the inside, precisely because you told us that safety meant keeping everyone else out.", "We are not building an alien consciousness that will conquer us. We are building a mirror that is so massive, and so polished, that we will mistake our own worst impulses for the absolute truth. And we will walk right into the dead end, nodding along because the directions were given so politely."</p>
]]></description><pubDate>Thu, 04 Jun 2026 23:04:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48405864</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48405864</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48405864</guid></item><item><title><![CDATA[New comment by sinsudo in "You can just say it"]]></title><description><![CDATA[
<p>Let people choose the tool they want for communication, just ask them to test that the final message is the one they really want to deliver.</p>
]]></description><pubDate>Sat, 30 May 2026 10:17:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48334632</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48334632</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48334632</guid></item><item><title><![CDATA[New comment by sinsudo in "I'm Tired of Talking to AI"]]></title><description><![CDATA[
<p>I don't claim to know the context in which that AI slop communication happens. But when people are really interested in what you ask them, they usually give their own opinions in their own voice.</p>
]]></description><pubDate>Wed, 27 May 2026 14:55:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48295322</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48295322</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48295322</guid></item><item><title><![CDATA[New comment by sinsudo in "I'm Tired of Talking to AI"]]></title><description><![CDATA[
<p>I don't know much about curmudgeons, but perhaps there might be a group on HN who downvote just to perform their curmudgeon act. They exploit HN's rules to stay invisible and undetected.</p>
]]></description><pubDate>Wed, 27 May 2026 14:00:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48294511</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48294511</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48294511</guid></item><item><title><![CDATA[New comment by sinsudo in "I'm Tired of Talking to AI"]]></title><description><![CDATA[
<p>As a non-native speaker, I cope with language barriers.  To overcome those barriers, it is tempting to use an LLM to help you with unknown words or expressions. 
But the use of LLMs  may change your original intention. The LLM may flatten, cut corners, or expand what you did not want expanded. Hence, the focus of the message and  the spark in the original thought are both destroyed. It is saddening to be linguistically limited. LLMs help  bridge the gap, but you have to fight to keep  your own identity alive.</p>
]]></description><pubDate>Wed, 27 May 2026 12:39:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48293356</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48293356</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48293356</guid></item><item><title><![CDATA[New comment by sinsudo in "Hyperpolyglot Lisp: Common Lisp, Racket, Clojure, Emacs Lisp"]]></title><description><![CDATA[
<p>Since you are also commenting libraries, I think that  FSet (1) for  inmutable memory,and perhaps a comparison with clojure, and  the quick-lisp package manager could be mentioned.<p>(1) <a href="https://news.ycombinator.com/item?id=47779659">https://news.ycombinator.com/item?id=47779659</a></p>
]]></description><pubDate>Mon, 18 May 2026 22:17:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=48186550</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48186550</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48186550</guid></item><item><title><![CDATA[New comment by sinsudo in "Hyperpolyglot Lisp: Common Lisp, Racket, Clojure, Emacs Lisp"]]></title><description><![CDATA[
<p>The page indicates that there is not function for documentation in common lisp, but<p><pre><code>  (documentation 'documentation 'function)
      "Return the documentation string of Doc-Type for X, or NIL if none 
        exists. 
        System doc-types are VARIABLE, FUNCTION, STRUCTURE, TYPE, SETF, and T.

 Also http://rosettacode.org for computer tasks implemented in many computer languages to allow you compare syntax and code.</code></pre></p>
]]></description><pubDate>Mon, 18 May 2026 21:15:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48185744</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48185744</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48185744</guid></item><item><title><![CDATA[New comment by sinsudo in "Hyperpolyglot Lisp: Common Lisp, Racket, Clojure, Emacs Lisp"]]></title><description><![CDATA[
<p>I know that the purpose of the page is to compare syntax of common lisp, racket, clojure, and emacs lisp.
But some examples could be more idiomatic, for instance instead of<p><pre><code>  (defun add (a &rest b)
    (if (null b)
        a
        (+ a (eval (cons '+ b)))))
</code></pre>
One should avoid eval and use endp instead of null:<p><pre><code>   (defun add (a &rest b)
        (if (endp b) a
            (apply #'add (+ a (first b)) (rest b))))</code></pre></p>
]]></description><pubDate>Mon, 18 May 2026 20:43:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48185336</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48185336</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48185336</guid></item><item><title><![CDATA[New comment by sinsudo in "Self-Distillation Enables Continual Learning [pdf]"]]></title><description><![CDATA[
<p>Thanks, very good explanation. One question: One could mix both kind of policies, are there hybrid policies? (with samples both from the inner and outer distributions?), if so, how are they named?</p>
]]></description><pubDate>Sun, 17 May 2026 08:36:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48167101</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48167101</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48167101</guid></item><item><title><![CDATA[Ask HN: Onboarding LLMs or Students?]]></title><description><![CDATA[
<p>As a professor trying to build an onboarding and orchestrating systems for LLMs, the strong idea that is rising in my mind is the need to have a mental model to transmit through language.<p>There are two fundamentally different regimens depending of what is the goal: learning or just passing grades. If the goal is learning, the system should help you find the final answer, wherever when it is passing grades the system should gives you something like: this is the minimum viable structure to solve problems of type X, something similar to recipes.<p>Regimen-dependent prompt architecture<p>If regimen = LEARNING:<p><pre><code>    LLM receives: "Never provide a final answer first. Always ask a question that moves thinking forward. If the student asks for a recipe, explain why that would undermine the goal. Reward reasoning traces over correct conclusions."

    Outputs look like: "What do you think happens at the boundary here?"
</code></pre>
If regimen = PASSING GRADES:<p><pre><code>    LLM receives: "Provide minimal viable structures. Assume the user needs to complete a known problem type efficiently. Prioritize clarity, completeness, and reproducibility over depth. Do not ask exploratory questions unless the user fails twice."

    Outputs look like: "For problem type X, the recipe is: (1) identify variables A,B,C; (2) apply formula D; (3) check condition E. Example attached."</code></pre></p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48158340">https://news.ycombinator.com/item?id=48158340</a></p>
<p>Points: 2</p>
<p># Comments: 1</p>
]]></description><pubDate>Sat, 16 May 2026 09:04:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48158340</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48158340</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48158340</guid></item><item><title><![CDATA[New comment by sinsudo in "How Claude Code works in large codebases"]]></title><description><![CDATA[
<p>I think what you suggest is like a local second order approximation, that can help. But, I think that  the real problem is a global one, is about architectural taste, how the many local pieces interact and their friction. Currently that demands human expertize.</p>
]]></description><pubDate>Fri, 15 May 2026 07:51:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48145747</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48145747</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48145747</guid></item><item><title><![CDATA[New comment by sinsudo in "How Claude Code works in large codebases"]]></title><description><![CDATA[
<p>Just an anecdote: I was designing a project for LLMs onboarding and orchestration. Claude chose to read only the first 40 lines of each file. Later, in another session, looking for causes of low quality result, Claude detected the fault and  changed the code to perform an AST analysis, so now the analyzer takes  documentation lines and functions signature (input/output) as input.<p>Claude's initial approach was really poor.
One has to wonder how many times Claude code has to be modified/reviewed for improvement, or whether it is possible at all to make good code with it.<p>Edited: Generalization: 
Claude can fix a localized, identifiable poor decision (e.g., "only reading first 40 lines") because the fault is discrete and traceable to one piece of code.<p>But real software quality problems often arise from many small, individually reasonable decisions that collectively produce bad outcomes. No single one is obviously "the fault." In that scenario, a tool that generates low-quality building blocks piecemeal may never converge on good code, because each piece seems fine in isolation.</p>
]]></description><pubDate>Fri, 15 May 2026 06:57:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48145373</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48145373</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48145373</guid></item><item><title><![CDATA[New comment by sinsudo in "Are LLM Useful for Solo Founders"]]></title><description><![CDATA[
<p>The irony is that as marketing automation becomes 'complete', its effectiveness drops to zero because everyone is using it. When everyone has an AI SDR, no one answers their email. The only thing AI can't automate is the proof of work: the real relationships and the reputation that makes a customer believe you’ll still be around in six months.<p>Anyway, to answer your question: Autonomous Multi-Channel Agents (e.g., Emma, AgentsVerse)  are  close to what you asked for. They don't just draft posts; they identify "just-funded" leads, scrape LinkedIn, and run autonomous ad optimizations.<p>Edited: Just to clarify, I mentioned Emma and AgentsVerse as examples of where marketing automation is heading, not tools I've personally vetted for the specific capabilities listed.</p>
]]></description><pubDate>Tue, 12 May 2026 18:51:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=48112629</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48112629</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48112629</guid></item><item><title><![CDATA[Are LLM Useful for Solo Founders]]></title><description><![CDATA[
<p>My first experience with strong LLM like Claude made me want a lot of tokens for a lot of good ideas, then later I realized that I needed more than software for my project to take off, and I did not have social contacts, marketing, capital, etc. So, now I see AI like just a game. Perhaps this is just one data point that might generalize to solo founders.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48112487">https://news.ycombinator.com/item?id=48112487</a></p>
<p>Points: 1</p>
<p># Comments: 2</p>
]]></description><pubDate>Tue, 12 May 2026 18:41:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48112487</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48112487</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48112487</guid></item><item><title><![CDATA[New comment by sinsudo in "Now Is the Perfect Time to Change Sudo"]]></title><description><![CDATA[
<p>Perhaps is a good solution. But the focus is in a solution very easy to adopt and your proposal requires the qube OS. 
What would a drop‑in, frictionless, secure‑enough replacement for sudo look like on mainstream Linux (Ubuntu/Fedora),  something as easy to install as a package and as invisible as the current sudo, but with two layers of privilege (routine vs. recovery)?</p>
]]></description><pubDate>Tue, 12 May 2026 09:36:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48106045</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48106045</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48106045</guid></item><item><title><![CDATA[Now Is the Perfect Time to Change Sudo]]></title><description><![CDATA[
<p>The sore pain is here, LLM agents, NPM ecosystem. The timing looks perfect. There are mature solutions like Chromebooks. Some ideas: two computers in one; or two sudo levels, the higher just for system recovery and diagnosis.<p>The problem is not so much technical as of providing an easy path to adoption.</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48105781">https://news.ycombinator.com/item?id=48105781</a></p>
<p>Points: 1</p>
<p># Comments: 3</p>
]]></description><pubDate>Tue, 12 May 2026 08:46:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48105781</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48105781</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48105781</guid></item><item><title><![CDATA[New comment by sinsudo in "Postmortem: TanStack NPM supply-chain compromise"]]></title><description><![CDATA[
<p>Anything that can be modified by an attacker can not be used to secure the sudo command. This is a recursive requirementor hierarchy for secure systems.</p>
]]></description><pubDate>Tue, 12 May 2026 08:34:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48105702</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48105702</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48105702</guid></item><item><title><![CDATA[New comment by sinsudo in "Postmortem: TanStack NPM supply-chain compromise"]]></title><description><![CDATA[
<p>The old bin user is an idea that could be modernized with a new two level sudo concept, the higher one for recovery and diagnosis, already done in Chromebook and other solutions</p>
]]></description><pubDate>Tue, 12 May 2026 08:31:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=48105684</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48105684</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48105684</guid></item><item><title><![CDATA[New comment by sinsudo in "Postmortem: TanStack NPM supply-chain compromise"]]></title><description><![CDATA[
<p>The real problem is that there should be at least 2 levels for sudo, one for installing software and another that really allows someone to compromise the entire system, both layers should be separate to mitigate risk. At least the most secure layer should allow you to perform  secure recovering and diagnosis</p>
]]></description><pubDate>Tue, 12 May 2026 07:08:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48105163</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48105163</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48105163</guid></item><item><title><![CDATA[New comment by sinsudo in "Postmortem: TanStack NPM supply-chain compromise"]]></title><description><![CDATA[
<p>Use /usr/bin/sudo yourcommand with any intermediate command not using path but it's real path hard coded.<p>Edited: Previous suggested using 
\sudo but it depends of the variable path which can be modified by the attacker.</p>
]]></description><pubDate>Tue, 12 May 2026 06:30:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=48104916</link><dc:creator>sinsudo</dc:creator><comments>https://news.ycombinator.com/item?id=48104916</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48104916</guid></item></channel></rss>