<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: rixed</title><link>https://news.ycombinator.com/user?id=rixed</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 18 Jun 2026 08:05:50 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=rixed" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by rixed in "Reviews have become expensive, rewrites have become cheap"]]></title><description><![CDATA[
<p>I wish they were.
Displaying an error message to the user, asking to try again later, is way too cheap in my opinion.</p>
]]></description><pubDate>Tue, 16 Jun 2026 03:43:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48550314</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48550314</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48550314</guid></item><item><title><![CDATA[New comment by rixed in "Yserver: A modern X11 server written in Rust"]]></title><description><![CDATA[
<p>Please do not see any malice in this naive question, but why is that an obsolete model?
Back in the days I had very different displays that I could use to display various windows of a flight simulator (some dedicated to some instruments, the big one for the front view, for instance) and it was quite nice. It sounds like that would not be easy to replicate with a single shared frame buffer, but maybe I'm wrong (I've been using nothing but a small laptop screen for decades)</p>
]]></description><pubDate>Mon, 15 Jun 2026 06:15:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=48537256</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48537256</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48537256</guid></item><item><title><![CDATA[New comment by rixed in "Linux 7.1"]]></title><description><![CDATA[
<p>Exploit paths in unloaded modules, I guess.</p>
]]></description><pubDate>Mon, 15 Jun 2026 03:46:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48536371</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48536371</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48536371</guid></item><item><title><![CDATA[New comment by rixed in "Ask HN: What are you working on? (June 2026)"]]></title><description><![CDATA[
<p>Two full time projects at the same time:<p>1. Helping to make ActivityPods apps working on top of <a href="https://nextgraph.org/" rel="nofollow">https://nextgraph.org/</a> (instead of SOLID).<p>2. <a href="https://cloudywithachanceoflatency.net" rel="nofollow">https://cloudywithachanceoflatency.net</a>, network monitoring done right (according to me), for humans and AI SREs (still WIP but quite fun already).<p>And when I get a chance, accepting some small paying contracts to pay bills. Weird times.</p>
]]></description><pubDate>Sun, 14 Jun 2026 21:23:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48532904</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48532904</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48532904</guid></item><item><title><![CDATA[New comment by rixed in "Let's Encrypt bans certificate usage in any US sanctioned territory [pdf]"]]></title><description><![CDATA[
<p>Ultimately, I find it likely that TLS will become a tool to prevent users from accessing foreign content (browsers stubbornly refusing to show untrusted sites in the name of security, slowly getting there), more than a tool to prevent eavesdropping on users secrets.</p>
]]></description><pubDate>Wed, 10 Jun 2026 05:30:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48471824</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48471824</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48471824</guid></item><item><title><![CDATA[New comment by rixed in "OCaml Onboarding: Introduction to the Dune build system"]]></title><description><![CDATA[
<p>Just to let you know you are not alone, stranger; but also to advise you to be careful when touching on group identities.</p>
]]></description><pubDate>Wed, 10 Jun 2026 04:59:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48471622</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48471622</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48471622</guid></item><item><title><![CDATA[New comment by rixed in "Strace-ui, Bonsai_term, and the TUI renaissance"]]></title><description><![CDATA[
<p>An agent can easily use a text cli tool, not an interactive TUI.</p>
]]></description><pubDate>Tue, 02 Jun 2026 17:42:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=48373523</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48373523</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48373523</guid></item><item><title><![CDATA[New comment by rixed in "Malicious npm packages detected across Red Hat Cloud Services"]]></title><description><![CDATA[
<p>Yep, but that could still cause issues (those entries could be used as signals, or be mount points for currently unmounted partitions, etc). rmdir anything that start with "/" should be an absolute no-go.<p>To say nothing about running a sequence of shell commands without the -e option.</p>
]]></description><pubDate>Mon, 01 Jun 2026 17:16:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=48359754</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48359754</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48359754</guid></item><item><title><![CDATA[New comment by rixed in "Malicious npm packages detected across Red Hat Cloud Services"]]></title><description><![CDATA[
<p>One hour ago, while looking casually at a package.json, I saw this and was horrified:<p><pre><code>  rm -rf pkg/snippets & rmdir pkg\\snippets /s /q & wasm-pack build --target bundler && node prepare-web.js
</code></pre>
Looked like a strange mix of unix shell and msdos batch that would, on my box, try to rmdir "/s" and "/q". I asked Claude about this, and he replied something like "Yes that's a standard and clever hack to delete a directory that works both on linux and windows!".<p>Poor Claude has been trained on so much awful human code that it required several prompts for it to admit that there was indeed a problem.<p>The industry is the process by which convenient crap like this gets standardized.</p>
]]></description><pubDate>Mon, 01 Jun 2026 15:11:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48357904</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48357904</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48357904</guid></item><item><title><![CDATA[New comment by rixed in "MCP is dead?"]]></title><description><![CDATA[
<p>Agreed 100%. It's sad when the harness floods the context with a whole MCP response and then see the model dumping everything to disk to process it with a script. That's something the harness should do whenever the result is large: dump the json into a file and just say to the model: "your data is in /tmp/foo.json, it's very large so be careful with it", but I don't remember having ever seen that; maybe some harnesses do it? Depending on what the model is after it might want to filter for this or that, no need to load everything in the context.</p>
]]></description><pubDate>Sun, 31 May 2026 12:11:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=48345087</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48345087</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48345087</guid></item><item><title><![CDATA[New comment by rixed in "MCP is dead?"]]></title><description><![CDATA[
<p>I do have a front-end, but it interacts with the server with a specific, private API. It's using a more compact data encoding than JSON optimised for streaming the data that's needed for the front-end.<p>But yes I agree with your point: for a simpler app with a more traditional web UI it's likely the API used by the front-end would largely overlap with the user-oriented API.  Then indeed the REST API has to be maintained for as long as humans continue to use the front-end.</p>
]]></description><pubDate>Sat, 30 May 2026 15:19:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48337183</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48337183</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48337183</guid></item><item><title><![CDATA[New comment by rixed in "MCP is dead?"]]></title><description><![CDATA[
<p>Yes I believe it is preloaded (from a recent test with latest claude-code actually). But that's an issue with the harness not something that's mandated by the MCP protocol.</p>
]]></description><pubDate>Sat, 30 May 2026 15:14:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48337125</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48337125</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48337125</guid></item><item><title><![CDATA[New comment by rixed in "What Is a Dickover?"]]></title><description><![CDATA[
<p>My personnal solution to this is CTRL+W.</p>
]]></description><pubDate>Sat, 30 May 2026 06:00:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=48333102</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48333102</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48333102</guid></item><item><title><![CDATA[New comment by rixed in "MCP is dead?"]]></title><description><![CDATA[
<p><p><pre><code>  > Problem 1: It Devours the Context Window
</code></pre>
Like would running `linearcli --help` then `notioncli --help` then `slackcli --help` etc, or am I missing something? At least with MCP your harness could add in the context only the title of each tool and add full documentation on demand, MCP server by MCP server and tool by tool. The equivalent would be for all CLI to feature a "--short-descr" command.<p><pre><code>  > Problem 2: Low Operational Reliability
</code></pre>
If the tool is also using a REST API I see no reason why MCP should be slower, given the protocols are so close. When that happen, it's probably because MCP was added on top of an API, maybe hosted in a far away datacenter by a subcontractor? I won't argue that most MCP servers are probably awful, but that's an argument against the industry not the protocol.<p><pre><code>  > Problem 3: Overlaps with Existing CLI/API
</code></pre>
Yes, when a CLI tool already exist. A SQL MCP server sounds stupid to me, and a waste of token. Why not a curl MCP?
But in the vast majority of shops, a cli tool does not exist. At best they have an API, which is designed to be used by programs not LLMs (you know what I mean).<p><pre><code>  > Provide CLI -> API -> docs, in that order
</code></pre>
Sure, and instead of slow and wasteful websites companies should first provide a native client for desktop, then a native client for phone.</p>
]]></description><pubDate>Sat, 30 May 2026 05:27:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=48332907</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48332907</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48332907</guid></item><item><title><![CDATA[New comment by rixed in "MCP is dead?"]]></title><description><![CDATA[
<p>Soon, if you want the performance of your AI clients to improve (wrt. token count and understanding) you will start to customize the output of the MCP server for more synthetic data, different data types, more permissive inputs, etc. And since most your clients will be AI that might be your API that fall behind, and MCP that will be maintained.<p>That's at least my experience with my current project: the traditional json, coding oriented API feels out of place, I maintain it out of habit. The real API is the MCP server, which is not designed like a traditional API would; understandability of the output for an LLM prevails instead of searchng for exhaustiveness, orthogonality etc.</p>
]]></description><pubDate>Sat, 30 May 2026 04:58:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=48332738</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48332738</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48332738</guid></item><item><title><![CDATA[New comment by rixed in "Poll: How often do you check "newest"?"]]></title><description><![CDATA[
<p>/newest not so much, but I'm trying to visit /shownew (with showdeads) every now and then. I believe that's really why HN is for, and voting there a service duty.</p>
]]></description><pubDate>Fri, 29 May 2026 18:41:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=48327520</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48327520</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48327520</guid></item><item><title><![CDATA[New comment by rixed in "Coalton is an efficient, statically typed Lisp with ideas from Haskell and OCaml"]]></title><description><![CDATA[
<p>There is a native toplevel hidden in OCaml5 source tree (not installed by default). So you can basically enter an expression, and the compiler will turn it into native code and dynamically load it. Interactive REPL with native code was not possible before that (apart from a short lived experiment long ago, if memory serves me well).</p>
]]></description><pubDate>Fri, 29 May 2026 16:45:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48325726</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48325726</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48325726</guid></item><item><title><![CDATA[New comment by rixed in "Coalton is an efficient, statically typed Lisp with ideas from Haskell and OCaml"]]></title><description><![CDATA[
<p>The PPX macro system is far from perfect, that's the whole point of this idea: with the native REPL + an s-expression syntax, you have lisp-like macros for free.</p>
]]></description><pubDate>Fri, 29 May 2026 16:43:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48325695</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48325695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48325695</guid></item><item><title><![CDATA[New comment by rixed in "Rapira (Рапира) – Soviet programming language interpreter"]]></title><description><![CDATA[
<p>Sounds simple. Would you also have a story to explain why Europe never managed to develop an independent IT industry either?</p>
]]></description><pubDate>Thu, 28 May 2026 15:23:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48310291</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48310291</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48310291</guid></item><item><title><![CDATA[New comment by rixed in "Citing 'severe' math deficits, UC faculty demand a return to SAT tests for STEM"]]></title><description><![CDATA[
<p>According to IA this is mostly a myth though.</p>
]]></description><pubDate>Thu, 28 May 2026 15:13:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=48310125</link><dc:creator>rixed</dc:creator><comments>https://news.ycombinator.com/item?id=48310125</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48310125</guid></item></channel></rss>