<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: pkal</title><link>https://news.ycombinator.com/user?id=pkal</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 25 Apr 2026 19:10:31 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=pkal" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by pkal in "Modern Board Games: and why you should play them (2022)"]]></title><description><![CDATA[
<p>The article doesn't sell it that way.  "You should play modern board games if ..." would be a different claim.  The premise<p>> They provide interesting puzzles to solve, and you work in a technical role - some part of your brain must find that appealing<p>is something I do not relate to at all.  Almost every time I am in a situation where I play board games, my intuition is to think about how you solve the game so that one side always wins or break the rules so that everyone loses, but almost never am I actually interested in investing the energy to get invested in the game itself, let alone the rules.</p>
]]></description><pubDate>Thu, 23 Apr 2026 18:48:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47879885</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47879885</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47879885</guid></item><item><title><![CDATA[New comment by pkal in "Towards trust in Emacs"]]></title><description><![CDATA[
<p>In practice this should also work.  Do keep in mind if you just add this to your init.el then this will not persist if you re-create the scratch buffer.<p>If we are already experimenting with different ideas, this should also work (and gives a hint of how you want to fix the issue upstream):<p><pre><code>    (define-advice get-scratch-buffer-create (:filter-return (buf) trusted)
      (with-current-buffer buf
        (setq-local trusted-content :all))
      buf)</code></pre></p>
]]></description><pubDate>Sat, 18 Apr 2026 09:55:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=47814597</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47814597</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47814597</guid></item><item><title><![CDATA[New comment by pkal in "Towards trust in Emacs"]]></title><description><![CDATA[
<p>Do note that I only configure this for `lisp-interaction-mode', which in practice really only gets used for the *scratch* buffer.  But there are a few other instances in core that also use it, and if that concerns you, you can extend the above snippet with a check like<p><pre><code>    (when (equal (buffer-name) "*scratch*") ...)</code></pre></p>
]]></description><pubDate>Sat, 18 Apr 2026 09:51:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=47814581</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47814581</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47814581</guid></item><item><title><![CDATA[New comment by pkal in "Towards trust in Emacs"]]></title><description><![CDATA[
<p>Shouldn't something like this fix the problem, at least for <i>scratch</i> buffers:<p>(add-hook 'lisp-interaction-mode-hook (lambda () (setq-local trusted-content :all)))</p>
]]></description><pubDate>Sat, 18 Apr 2026 08:31:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=47814244</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47814244</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47814244</guid></item><item><title><![CDATA[New comment by pkal in "The Fediverse deserves a dumb graphical client"]]></title><description><![CDATA[
<p>No, I just guess that most people who dislike it (like me) dislike it on an "eyeroll" level, where you wouldn't use it yourself but don't have the energy to make a fuss about it.</p>
]]></description><pubDate>Tue, 14 Apr 2026 20:13:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=47770850</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47770850</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47770850</guid></item><item><title><![CDATA[New comment by pkal in "Two Years of Emacs Solo"]]></title><description><![CDATA[
<p>But in 1976 Emacs was implemented in TECO.  In 1984 it was implemented in Lisp, because Multics Emacs _or_ EINE/ZWEI (Lisp Machine editors) were using Lisp as an extension language, which apparently has shown itself to be useful.</p>
]]></description><pubDate>Tue, 10 Mar 2026 06:36:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=47319752</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47319752</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47319752</guid></item><item><title><![CDATA[New comment by pkal in "Two Years of Emacs Solo"]]></title><description><![CDATA[
<p>A point of clarification: GNU ELPA (<a href="https://elpa.gnu.org/" rel="nofollow">https://elpa.gnu.org/</a>) is part of Emacs, and you have to sign the copyright assignment to submit packages an to contribute to packages.  NonGNU ELPA (<a href="https://elpa.nongnu.org/" rel="nofollow">https://elpa.nongnu.org/</a>) doesn't have this restriction.</p>
]]></description><pubDate>Tue, 10 Mar 2026 06:34:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47319736</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47319736</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47319736</guid></item><item><title><![CDATA[New comment by pkal in "My “grand vision” for Rust"]]></title><description><![CDATA[
<p>From the historical sources I could find online, it appears that Rust's borrow system was independently invented, or at least they don't mention linear logic or anything substructural.  This is kind of interesting to me, especially given the reactions in this thread, and ties into the general difficulty of PL research to find acceptance among practitioners, especially when presented by researchers (which I think is regretful, I like the ideas in the article!).  Perhaps we really should stick to terminology like "function colors" to make effect systems more popular (or not, because the color framing makes it sound bad to have different colors in a program, IIRC).</p>
]]></description><pubDate>Sun, 08 Mar 2026 09:59:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=47295988</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47295988</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47295988</guid></item><item><title><![CDATA[Joseph Weizenbaum's Hackerkritik]]></title><description><![CDATA[
<p>Article URL: <a href="https://sdf.org/~pkal/src+etc/hacker-kritik.html">https://sdf.org/~pkal/src+etc/hacker-kritik.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47099385">https://news.ycombinator.com/item?id=47099385</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 21 Feb 2026 10:28:08 +0000</pubDate><link>https://sdf.org/~pkal/src+etc/hacker-kritik.html</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=47099385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47099385</guid></item><item><title><![CDATA[New comment by pkal in "Tiny C Compiler"]]></title><description><![CDATA[
<p>I don't think it is not maintained, there is plenty of activity going on in the repo: <a href="https://repo.or.cz/tinycc.git" rel="nofollow">https://repo.or.cz/tinycc.git</a>, they just don't seem to be cutting releases?</p>
]]></description><pubDate>Sat, 07 Feb 2026 22:43:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=46928993</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46928993</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46928993</guid></item><item><title><![CDATA[New comment by pkal in "Ga68, a GNU Algol 68 Compiler"]]></title><description><![CDATA[
<p>To each his own; I really like his presentation style and the humor!</p>
]]></description><pubDate>Sat, 07 Feb 2026 19:25:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=46926744</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46926744</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46926744</guid></item><item><title><![CDATA[New comment by pkal in "Ga68, a GNU Algol 68 Compiler"]]></title><description><![CDATA[
<p>According to <a href="https://algol68-lang.org/" rel="nofollow">https://algol68-lang.org/</a>, and as expressed in the recording, the contributors (specifically Marchesi) believe that ALGOL 68 continues to have advantages over other languages to this day ("more modern, powerful and safe" and "without successors").  One mentioned in the video is that the more complex, two-level grammars allow properties that would usually be described in the semantics of a language to be formally expressed in the syntax (the example he gives is the behaviour of numeral coercion).  I guess this is not a surprise, as van Wijngaarden grammars are known to be Turing complete, but nevertheless it seems like something interesting thing to investiagate!  There is a lot of lost wisdom in the past, that we dismiss because it doesn't fit into the language we use nowadays.</p>
]]></description><pubDate>Sat, 07 Feb 2026 18:31:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=46926237</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46926237</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46926237</guid></item><item><title><![CDATA[New comment by pkal in "Ga68, a GNU Algol 68 Compiler"]]></title><description><![CDATA[
<p>That isn't totally true, even on Linux we have had <a href="https://jmvdveer.home.xs4all.nl/en.algol-68-genie.html" rel="nofollow">https://jmvdveer.home.xs4all.nl/en.algol-68-genie.html</a> for years.<p>Also, most languages trace back to ALGOL 60 (the C family tree goes ALGOL 60 -> BCPL -> CPL -> B -> new B -> C -> ANSI C -> ..., though there was some influence such as the idea of "casting", but apparently C only has a castrated version of what ALGOL 68 had) and Pascal is if anything negativly influenced by ALGOL 68 due to Wirth's disagreements with van Wijngaarden: <a href="https://dcreager.net/people/wirth/1968-closing-word/" rel="nofollow">https://dcreager.net/people/wirth/1968-closing-word/</a>.</p>
]]></description><pubDate>Sat, 07 Feb 2026 18:24:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=46926168</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46926168</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46926168</guid></item><item><title><![CDATA[New comment by pkal in "My fast zero-allocation webserver using OxCaml"]]></title><description><![CDATA[
<p>I recently realized that "pure functional" has two meanings, one is no side-effects (functional programmers, especially of languages like Haskell use it this way) and the other is that it doesn't have imperative fragments (the jump ISWIM to SASL dropped the non-functional parts inherited from ALGOL 60).  A question seems to be whether you want to view sequencing as syntax sugar for lambda expressions or not?</p>
]]></description><pubDate>Mon, 02 Feb 2026 16:36:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=46857989</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46857989</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46857989</guid></item><item><title><![CDATA[My Blessed Setup for Public Bookmarks]]></title><description><![CDATA[
<p>Article URL: <a href="https://incoherenceofthe.net/blog/links.xml">https://incoherenceofthe.net/blog/links.xml</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46555526">https://news.ycombinator.com/item?id=46555526</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 09 Jan 2026 16:28:30 +0000</pubDate><link>https://incoherenceofthe.net/blog/links.xml</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46555526</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46555526</guid></item><item><title><![CDATA[New comment by pkal in "CSS sucks because we don't bother learning it (2022)"]]></title><description><![CDATA[
<p>Then perhaps "Did you learn X stating your opinion on it as though it were comprehensive and authoritative"?</p>
]]></description><pubDate>Mon, 05 Jan 2026 18:45:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=46502880</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46502880</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46502880</guid></item><item><title><![CDATA[New comment by pkal in "Anna's Archive loses .org domain after surprise suspension"]]></title><description><![CDATA[
<p>Some sites like Anna's Archive have .onion site for the Tor network, and others do not.  Is there a considerable downside (DDOS?) to providing access to their site by those means?</p>
]]></description><pubDate>Mon, 05 Jan 2026 12:09:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=46497841</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46497841</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46497841</guid></item><item><title><![CDATA[New comment by pkal in "Rob Pike goes nuclear over GenAI"]]></title><description><![CDATA[
<p>I think so, or at least something like that.  In <a href="https://www.arraycast.com/episodes/episode60-rob-pike" rel="nofollow">https://www.arraycast.com/episodes/episode60-rob-pike</a> he mentioned that he has now been working more on Ivy (<a href="https://github.com/robpike/ivy" rel="nofollow">https://github.com/robpike/ivy</a>) in his spare time.</p>
]]></description><pubDate>Fri, 26 Dec 2025 15:22:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=46392937</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46392937</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46392937</guid></item><item><title><![CDATA[My Cursed Setup for Public Bookmarks]]></title><description><![CDATA[
<p>Article URL: <a href="https://sdf.org/~pkal/blog/tech/links.html">https://sdf.org/~pkal/blog/tech/links.html</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=46337020">https://news.ycombinator.com/item?id=46337020</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 20 Dec 2025 15:53:49 +0000</pubDate><link>https://sdf.org/~pkal/blog/tech/links.html</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=46337020</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46337020</guid></item><item><title><![CDATA[New comment by pkal in "You Don't Need Anubis"]]></title><description><![CDATA[
<p>I am glad my comment resonated with you!  There are probably people here with political motivations (on both sides), but it is encouraging to hear that there is a value in the direction of my exposition.</p>
]]></description><pubDate>Mon, 03 Nov 2025 21:57:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=45804921</link><dc:creator>pkal</dc:creator><comments>https://news.ycombinator.com/item?id=45804921</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45804921</guid></item></channel></rss>