<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: omaranto</title><link>https://news.ycombinator.com/user?id=omaranto</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 06 Apr 2026 05:11:33 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=omaranto" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by omaranto in "Org-social is a decentralized social network that runs on Org Mode"]]></title><description><![CDATA[
<p>You could do the same thing with a Markdown file, but I wouldn't call it simpler than Org. Maybe by simple you meant "familiar to more people"?</p>
]]></description><pubDate>Fri, 15 Aug 2025 13:28:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=44912179</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=44912179</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44912179</guid></item><item><title><![CDATA[New comment by omaranto in "Lem: Emacs-like editor written in Common Lisp"]]></title><description><![CDATA[
<p>Emacs can run external processes asynchronously. It is true that Emacs locks up while updating packages but it is actually <i>not</i> while downloading or unpacking them! It locks up while byte-compiling them. :)</p>
]]></description><pubDate>Fri, 30 Aug 2024 16:47:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=41402433</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=41402433</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41402433</guid></item><item><title><![CDATA[New comment by omaranto in "The Origin of Emacs in 1976"]]></title><description><![CDATA[
<p>You replied to the wrong person, then.</p>
]]></description><pubDate>Wed, 24 Jul 2024 23:37:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=41063366</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=41063366</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41063366</guid></item><item><title><![CDATA[New comment by omaranto in "Forgotten APL Influences (2016) [pdf]"]]></title><description><![CDATA[
<p>But Iverson bracket notation does not occur in APL: you don't need (and cannot use) the brackets there.</p>
]]></description><pubDate>Mon, 20 May 2024 15:38:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=40416702</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=40416702</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40416702</guid></item><item><title><![CDATA[New comment by omaranto in "Learning K programming: idiom by idiom [pdf]"]]></title><description><![CDATA[
<p>Probably the same reason in algebra people went from using "plus" to "p." to "+": for readability.</p>
]]></description><pubDate>Sun, 12 May 2024 20:08:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=40337202</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=40337202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40337202</guid></item><item><title><![CDATA[New comment by omaranto in "Beeper acquired by Automattic"]]></title><description><![CDATA[
<p>>  feel a little exhausted just thinking about needing to be on 14 different chat networks.<p>You do not need to be on all 14 to find Beeper useful! Even if you only use a few you might still want them to be together in a single app. As to why you might be on several different chat networks, you might have different friend or family circles that use different chat networks and may have failed to convinced them to move to a single one or, like me, may think it is a bad use of time to even attempt to convince them to. I'm using Beeper for WhatsApp, Telegram, Facebook Messenger and Discord and it's great!</p>
]]></description><pubDate>Thu, 11 Apr 2024 04:31:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=39998390</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39998390</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39998390</guid></item><item><title><![CDATA[New comment by omaranto in "R: Introduction to Data Science (2019)"]]></title><description><![CDATA[
<p>And people wishing to delve even deeper switch back to R? I don't use it, but I understood that most advanced techniques in statistics are implemented first, and sometimes only, as R packages, no?</p>
]]></description><pubDate>Sat, 02 Mar 2024 23:24:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=39576750</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39576750</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39576750</guid></item><item><title><![CDATA[New comment by omaranto in "LaTeX and Neovim for technical note-taking"]]></title><description><![CDATA[
<p>> As the link shows, the syntax section of the Vim manual offers suggestions to increase speed on slow computers for all syntax categories, tex being one of them. That does not mean all those categories are a problem in Vim itself.<p>Oh, absolutely! I should have said before that I edited many file types in Vim on that netbook and syntax highlighting was lighting fast on all types except LaTeX. Sorry if I gave the wrong impression. Unfortunately for me, LaTeX is by far what I most wrote at the time, so it was an annoying problem.<p>> So, baffling discrepancies; I wish software performance was more predictable.<p>Amen to that! I've even been on the other side of this issue, with some Emacs packages I've written. I've received reports of some operations being very slow that I've been unable to reproduce (even though I continue to use underpowered hardware because I value battery life more than speed —I'm typing this, in Emacs, on a 10 year old Chromebook!).</p>
]]></description><pubDate>Wed, 21 Feb 2024 14:15:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=39454062</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39454062</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39454062</guid></item><item><title><![CDATA[New comment by omaranto in "LaTeX and Neovim for technical note-taking"]]></title><description><![CDATA[
<p>I was using a third-party plugin for markdown (I think it was called pandoc.vim), but for LaTeX files I was using only plugins that come with Vim. The documentation in :help tex-slow did suggest things to put in .vimrc to help make syntax-highlighting faster and I did try all of them. The only thing that solved the lag was disabling syntax highlighting for LaTeX completely.<p>The slowness I experienced for LaTeX files happened even without any third-party plugins installed, using a one-line .vimrc that only turned on syntax highlighting. So I think it is unfair to say "the slowness has nothing to do with Vim itself". Probably also "or the low power of the netbook" is unjustified, in the sense that the tips in :help tex-slow do likely solve the problem on computers a little beefier than my old netbook (which is probably more than 15 years old at this point). I mean, those suggestions are in the official Vim documentation presumably because they did work for someone.<p>Think of it this way: if the slowness of LaTeX syntax-highlighting were not a problem in Vim itself (where by "Vim itself" I'm including the vimscript files that ship with Vim, not just the executable), would it be documented in the official Vim documentation?<p><a href="https://vimhelp.org/syntax.txt.html#tex-slow" rel="nofollow">https://vimhelp.org/syntax.txt.html#tex-slow</a></p>
]]></description><pubDate>Wed, 21 Feb 2024 13:37:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=39453588</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39453588</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39453588</guid></item><item><title><![CDATA[New comment by omaranto in "LaTeX and Neovim for technical note-taking"]]></title><description><![CDATA[
<p>Taking notes in math courses in Vim on a netbook (remember those?) is what made me switch to Emacs! I tried taking notes both in LaTeX and in Markdown with syntax highlighting for embedded LaTeX math formulas, and Vim just lagged behind my typing —and I'm not that fast a typist. In the case of LaTeX this is a well-known problem that's addressed in the manual (see :help tex-slow). I tried all the tips the manual suggested and Vim still lagged, the only thing that fixed it was turning off syntax-highlighting completely. On a whim I tried Emacs, saw it was perfectly snappy (like Vim with non-LaTeX files) and switched.<p><a href="https://vimhelp.org/syntax.txt.html#tex-slow" rel="nofollow">https://vimhelp.org/syntax.txt.html#tex-slow</a></p>
]]></description><pubDate>Wed, 21 Feb 2024 12:08:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=39452840</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39452840</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39452840</guid></item><item><title><![CDATA[New comment by omaranto in "The Emacsen family, the design of an Emacs and the importance of Lisp (2023)"]]></title><description><![CDATA[
<p>My impression is that all of those are fads, we jsut haven't seen VS Code fade way yet, like the others have. I've used Emacs throughout all of those fads, seems easier than switching editors every few years.</p>
]]></description><pubDate>Fri, 16 Feb 2024 20:01:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=39402202</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39402202</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39402202</guid></item><item><title><![CDATA[New comment by omaranto in "Goal: Embeddable array programming language with a bytecode interpreter in Go"]]></title><description><![CDATA[
<p>I wouldn't characterize languages in the K family as particularly focused on math. They have vectors, but do not have matrices or higher dimensional arrays, they don't have a built-in to compute factorials, binomial coefficients, roots of a polynomial or hypergeometric functions. And Ks do have dictionaries and tables. Maybe you're thinking of J or some dialects of APL?</p>
]]></description><pubDate>Mon, 05 Feb 2024 16:01:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=39262579</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39262579</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39262579</guid></item><item><title><![CDATA[New comment by omaranto in "I just wanted Emacs to look nice – Using 24-bit color in terminals"]]></title><description><![CDATA[
<p>Wow, this looks so much harder than simply running GUI Emacs.</p>
]]></description><pubDate>Tue, 30 Jan 2024 22:25:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=39196766</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39196766</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39196766</guid></item><item><title><![CDATA[New comment by omaranto in "CLI tool, written in Rust, to diff directory snapshots"]]></title><description><![CDATA[
<p>I think if you do write something in Rust it is customary to mention it to avoid getting tons of suggestions to rewrite it in Rust.</p>
]]></description><pubDate>Mon, 22 Jan 2024 20:11:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=39094750</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39094750</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39094750</guid></item><item><title><![CDATA[New comment by omaranto in "K/simple: a tiny K interpreter for educational purposes by Arthur Whitney"]]></title><description><![CDATA[
<p>In my opinion, the language that comes closest to K's functionality and is also understandable by mere mortals is K itself. It is obviously <i>extremely</i> close to K's functionality and is a very simple language, the only reason it doesn't <i>seem</i> simple is that most people are used to verbose languages. A couple of days of practice is enough to make K readable, in my experience.<p>Also, I am constantly amazed at how concise K is, easily rivaling not only conventional languages but also much larger array languages like APL or J. Arthur Whitney's taste in selecting primitives is out of this world.</p>
]]></description><pubDate>Thu, 18 Jan 2024 15:16:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=39042687</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39042687</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39042687</guid></item><item><title><![CDATA[New comment by omaranto in "K/simple: a tiny K interpreter for educational purposes by Arthur Whitney"]]></title><description><![CDATA[
<p>In what sense is @\: folding? Doesn't it take a list of functions on the left and a thing on the right, and returns the list of values obtained by applying each function to the thing?</p>
]]></description><pubDate>Thu, 18 Jan 2024 14:06:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=39041793</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=39041793</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39041793</guid></item><item><title><![CDATA[New comment by omaranto in "Thinking in an array language"]]></title><description><![CDATA[
<p>Briefly: yes, you generate lots of temporary arrays, but it is not slow because it often allows the use of vector instructions and parallelism, it can be faster than a constant-memory loop that does not take advantage of vectorization or parallelization. Also note that most array language implementations reuse temporary arrays a lot doing in-place modification when possible.<p>If the necessary temporary arrays are really huge, array programmers will just do the computation in chunks that fit comfortably in memory.</p>
]]></description><pubDate>Sun, 14 Jan 2024 23:04:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=38995371</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=38995371</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38995371</guid></item><item><title><![CDATA[New comment by omaranto in "Thinking in an array language"]]></title><description><![CDATA[
<p>> I think they are called colloquialisms<p>Close, they are called "idioms".<p>> +|x<p>The plus should be an asterisk, but yes, that is an idiom the ngn/k interpreter recognizes.</p>
]]></description><pubDate>Sun, 14 Jan 2024 23:01:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=38995341</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=38995341</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38995341</guid></item><item><title><![CDATA[New comment by omaranto in "k on pdp11"]]></title><description><![CDATA[
<p>I think (-.*/~)2}.i.100 is a little more idiomatic.</p>
]]></description><pubDate>Tue, 09 Jan 2024 04:23:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=38922283</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=38922283</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38922283</guid></item><item><title><![CDATA[New comment by omaranto in "k on pdp11"]]></title><description><![CDATA[
<p>Yup, UIUA is Polish notation rather than Reverse Polish notation.</p>
]]></description><pubDate>Mon, 08 Jan 2024 23:10:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=38919756</link><dc:creator>omaranto</dc:creator><comments>https://news.ycombinator.com/item?id=38919756</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=38919756</guid></item></channel></rss>