<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: gitonthescene</title><link>https://news.ycombinator.com/user?id=gitonthescene</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 08 Sep 2026 14:24:11 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=gitonthescene" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by gitonthescene in "In Praise of APL (1977)"]]></title><description><![CDATA[
<p>In my experience code reviews are generally cursory and the emphasis on “readability” is more about a culture that seeks to treat programmers as fungible.  Also complaints about APL’s lack of readability are never about its lack of structure.  So I took “readability” to mean something else as should be clear from my previous comment.  Is your complaint about its lack of structure?  If so would you mind elaborating?</p>
]]></description><pubDate>Thu, 22 Jan 2026 12:16:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=46718275</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=46718275</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46718275</guid></item><item><title><![CDATA[New comment by gitonthescene in "In Praise of APL (1977)"]]></title><description><![CDATA[
<p>Serious question:  Why is readability so important?  For me consistency is far more important than anything as subjective as readability.  I’d rather be able to reason about a code in its own logic than feel comfortable browsing code without much consistency.  In the end all code needs to be understood for its internal logic and notation is secondary.</p>
]]></description><pubDate>Thu, 22 Jan 2026 11:52:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=46718074</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=46718074</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46718074</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Are you counting reading code while you’re developing it?  That would sound strange to me.  If you’re talking maintenance by someone other than the original developer the pattern I’ve seen is minimal engagement with the code and an almost immediate press to replace it.  I’d guess you’re talking about an idealized world.</p>
]]></description><pubDate>Thu, 06 Nov 2025 00:42:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=45830024</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45830024</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45830024</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Just to double down here I took a code base written in this style (not exactly atw but inspired by him) and spent about a day expanding it to this point: <a href="https://codeberg.org/growler/k/src/branch/expand/a.c" rel="nofollow">https://codeberg.org/growler/k/src/branch/expand/a.c</a>
My guess is it would only take a week to get it to what people here are calling “acceptable”.</p>
]]></description><pubDate>Wed, 05 Nov 2025 07:58:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=45820521</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45820521</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45820521</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Hard disagree on code being read more often than it is written.  I’ve never seen any study of this and in my experience it is not true.  Most code reviews end up being perfunctory.  Even calling that “reading” is generous.</p>
]]></description><pubDate>Wed, 05 Nov 2025 07:52:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=45820489</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45820489</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45820489</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Who said code written in this style is lazy?</p>
]]></description><pubDate>Wed, 05 Nov 2025 02:50:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=45818426</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45818426</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45818426</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>All good decisions are a product of the particular circumstances in which they arise.  This post seemed to be about generalizing that process which I would guess comes out of a supposition of fungiblity.<p>As much as one can use a given style for a personal project so can one for a professional one so long as it fills the given need.  Too often (in my view) fungibility is seen as a preeminent requirement and layers and layers of self justifying processes are built on top of that.  I’m only saying that’s a choice and the costs and benefits are not as obvious as most suppose.<p>Also you can minimize risks with redundancy but most presume those costs to be too high.  But again this quickly becomes about politics.</p>
]]></description><pubDate>Tue, 04 Nov 2025 08:57:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=45808823</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45808823</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45808823</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Best guess is that your analysis is missing some detail.  People not tools write programs.  Also any serious discussion here ends up in politics.  If you design your software so that the programmers are fungible then the software suffers regardless of your choices.</p>
]]></description><pubDate>Mon, 03 Nov 2025 23:50:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=45805912</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45805912</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45805912</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Are you saying most employers are smart by default??</p>
]]></description><pubDate>Mon, 03 Nov 2025 22:09:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=45805032</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45805032</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45805032</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>I think _all_ programming is about finding an appropriate DSL for the problem at hand.  First you need to understand the “language” of the problem then you develop a “lingo”.</p>
]]></description><pubDate>Mon, 03 Nov 2025 22:08:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=45805020</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45805020</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45805020</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>I’d bet that a lot of the work done with AI assistants is decidedly _not_ clever.</p>
]]></description><pubDate>Mon, 03 Nov 2025 22:06:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=45805007</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45805007</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45805007</guid></item><item><title><![CDATA[New comment by gitonthescene in "Learning to read Arthur Whitney's C to become smart (2024)"]]></title><description><![CDATA[
<p>Losing control of a project is likely more due to the programmers on it than the tools they use.  IMHO _anything_ done consistently can be reasoned about and if necessary undone.</p>
]]></description><pubDate>Mon, 03 Nov 2025 22:05:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=45804999</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45804999</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45804999</guid></item><item><title><![CDATA[New comment by gitonthescene in "Zoo of array languages"]]></title><description><![CDATA[
<p>The zoo is a collection of web interfaces to a number of array languages written by several people including ATW.</p>
]]></description><pubDate>Thu, 16 Oct 2025 04:16:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=45601408</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45601408</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45601408</guid></item><item><title><![CDATA[New comment by gitonthescene in "Zoo of array languages"]]></title><description><![CDATA[
<p>Perhaps a more precise question is whether you can write programs as performant as those written in C or Fortran and the answer is it depends on the program (and more likely the programmer).  The languages tend to do memory management for you which means giving up some control.  Most use “immutable” data structures which force more contraints.<p>But for the loss of control you get stuff like fancy SIMD implementation for nothing.<p>All and all there’s a cost/benefit calculation but that ratio can get quite low.</p>
]]></description><pubDate>Thu, 16 Oct 2025 04:12:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=45601380</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45601380</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45601380</guid></item><item><title><![CDATA[New comment by gitonthescene in "Zoo of array languages"]]></title><description><![CDATA[
<p>I know you!  We worked together for a MF at GS.</p>
]]></description><pubDate>Thu, 16 Oct 2025 04:02:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=45601325</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=45601325</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45601325</guid></item><item><title><![CDATA[New comment by gitonthescene in "Klong: A Simple Array Language"]]></title><description><![CDATA[
<p>You could say you enjoy toodling on the piano but don’t understand why reading music has to be so hard.  It doesn’t _stay_ hard and it opens up new avenues.</p>
]]></description><pubDate>Fri, 20 Jun 2025 21:31:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=44332296</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=44332296</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44332296</guid></item><item><title><![CDATA[New comment by gitonthescene in "APL Interpreter – An implementation of APL, written in Haskell (2024)"]]></title><description><![CDATA[
<p>I may be reading too much into this but it sounds like you’re searching for templates to stimulate ideas similar to how there are examples for smaller puzzle type problems.<p>I think most sizable stuff is proprietary.  I implemented an lsp in an open source K which uses json/rpc.  But the open source K is probably best considered a hobby project.<p><a href="https://github.com/gitonthescene/ngnk-lsp/blob/kpath/k/lsp.k">https://github.com/gitonthescene/ngnk-lsp/blob/kpath/k/lsp.k</a><p>You might consider joining one of the APL forums if you haven’t already.</p>
]]></description><pubDate>Fri, 06 Jun 2025 10:17:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=44199391</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=44199391</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44199391</guid></item><item><title><![CDATA[New comment by gitonthescene in "APL Interpreter – An implementation of APL, written in Haskell (2024)"]]></title><description><![CDATA[
<p>Readable is probably in the eye of the beholder but here’s a partially expanded version of ngn/k <a href="https://codeberg.org/growler/k/src/branch/expand/a.c" rel="nofollow">https://codeberg.org/growler/k/src/branch/expand/a.c</a><p>The expansion is mechanical and thus not really at attempt at readability.</p>
]]></description><pubDate>Fri, 06 Jun 2025 10:08:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=44199355</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=44199355</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44199355</guid></item><item><title><![CDATA[New comment by gitonthescene in "APL Interpreter – An implementation of APL, written in Haskell (2024)"]]></title><description><![CDATA[
<p>It wasn’t Unicode but it wasn’t ASCII either.  I think here unicode is probably shorthand for not ASCII.</p>
]]></description><pubDate>Fri, 06 Jun 2025 10:03:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=44199329</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=44199329</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44199329</guid></item><item><title><![CDATA[New comment by gitonthescene in "What about K?"]]></title><description><![CDATA[
<p>I don't know.  If you're writing Java you may not be working on the same types of problems.</p>
]]></description><pubDate>Wed, 12 Feb 2025 01:40:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=43020794</link><dc:creator>gitonthescene</dc:creator><comments>https://news.ycombinator.com/item?id=43020794</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43020794</guid></item></channel></rss>