<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with.]]></title><description><![CDATA[<p>i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. why on earth would i care about your preferred tokens to represent concepts which have not yet been defined</p>]]></description><link>https://board.circlewithadot.net/topic/48fa689e-9ca8-4c2d-8708-f3b288dad719/i-feel-that-the-grammar-of-a-programming-language-is-among-the-least-appropriate-of-all-possible-facets-of-its-behavior-to-start-off-with.</link><generator>RSS for Node</generator><lastBuildDate>Mon, 25 May 2026 13:23:08 GMT</lastBuildDate><atom:link href="https://board.circlewithadot.net/topic/48fa689e-9ca8-4c2d-8708-f3b288dad719.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 18 May 2026 22:45:06 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 06:47:45 GMT]]></title><description><![CDATA[<p><span><a href="/user/hipsterelectron%40circumstances.run" rel="nofollow noopener">@<span>hipsterelectron</span></a></span> <a href="https://en.wikipedia.org/wiki/Resource_Reservation_Protocol" rel="nofollow noopener"><span>https://</span><span>en.wikipedia.org/wiki/Resource</span><span>_Reservation_Protocol</span></a> <img src="https://board.circlewithadot.net/assets/plugins/nodebb-plugin-emoji/emoji/android/1f440.png?v=28325c671da" class="not-responsive emoji emoji-android emoji--eyes" style="height:23px;width:auto;vertical-align:middle" title="👀" alt="👀" /></p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/meph/statuses/116599899100833119</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/meph/statuses/116599899100833119</guid><dc:creator><![CDATA[meph@social.treehouse.systems]]></dc:creator><pubDate>Tue, 19 May 2026 06:47:45 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 06:08:39 GMT]]></title><description><![CDATA[<p>sloperating system</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599745374133255</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599745374133255</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 06:08:39 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 06:08:29 GMT]]></title><description><![CDATA[<p>a professor i follow on here who has been way more annoying on here recently and i didn't know why......anyway happened to find a paper of his from last year and he's just doing literal LLM slop now. RIP in peace</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599744738219382</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599744738219382</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 06:08:29 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 05:41:07 GMT]]></title><description><![CDATA[<blockquote><p>Some systems rely on “little languages” to safely extend the operating system interface through the use of interpreted code that runs in the kernel [Lee et al. 94, Mogul et al. 87, Yuhara et al. 94].</p></blockquote><p>i think it's a cute idea but it shouldn't be code it should be data describing a set of access patterns for an isolated application process</p><blockquote><p>These systems suffer from three<br />problems. First, the languages, being little, make the expression of arbitrary control and data structures cumbersome, and therefore limit the range of possible extensions.</p></blockquote><p>this is why you never make your own language for a specific problem and then force people to use it!!!!</p><blockquote><p>Second, the interface between the language’s programming environment and the rest of the system is generally narrow, making system integration difficult.</p></blockquote><p>great to hear how bazel and nix were by no means the first to make this mistake</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599637146622527</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599637146622527</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 05:41:07 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 05:25:26 GMT]]></title><description><![CDATA[<blockquote><p><strong>Extensible interprocess communication</strong><br />An extensible IPC interface enables applications and servers to define their own semantics for interprocess communication enabling the best tradeoff between performance and functionality.</p></blockquote><p>of course but also yes!!!!!!!!</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599575465446348</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599575465446348</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 05:25:26 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 05:24:17 GMT]]></title><description><![CDATA[<p>SPIN kernel rox my sox!!! <a href="https://www.cs.cornell.edu/people/egs/papers/spin-tr94-03-03.pdf" rel="nofollow noopener"><span>https://www.</span><span>cs.cornell.edu/people/egs/pape</span><span>rs/spin-tr94-03-03.pdf</span></a> they're literally just saying "yeah so turns out applications have highly structured resource dependencies and you can just ask them for that shit"</p><blockquote><p>In terms of memory resources, multimedia applications use large amounts of data (audio and video streams) with access patterns that interact poorly with locality-based page replacement algorithms [Anderson 93, Nakajima et al. 92]. <strong>Application-specific virtual memory management policies can solve this problem.</strong></p></blockquote><p>yes!!!!!!! but they go deeper:</p><blockquote><p>High-level information about media<br />direction, edit cuts, and temporal constraints are directly relevant to page replacement decisions.</p></blockquote><p>yes!!!!!!!!!</p><blockquote><p>When presenting a video stream, for example, an application can sequentially prefetch video frames directly from disk into memory-resident buffers. Information about synchronization between media streams can also be specified to prevent unnecessary replacement of pages that are interdependent.</p></blockquote><p>literally the application knows what they want lmao</p><blockquote><p><strong>Filesystem performance can benefit from application-specific information in several ways.</strong></p></blockquote><p>TRUTHNUKE</p><blockquote><p>The application can provide hints about future usage to the filesystem to help it schedule disk traffic [Gibson et al. 92]. This can result in<br />more effective prefetching policies and lower buffer cache miss rates.</p></blockquote><p>amazing</p><blockquote><p>An effective prefetching policy can also remove virtual memory remapping operations from the critical path, <strong>since disk blocks are already mapped into the application address space when they are needed.</strong></p></blockquote><p>i think this is prob what i'm doing</p><blockquote><p>In addition, the application can inform the kernel about how it will use the buffer cache, so that the kernel can make informed decisions about physical memory allocation [Stonebraker 81]</p></blockquote><p>y e  s</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599570891931688</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599570891931688</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 05:24:17 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 05:11:43 GMT]]></title><description><![CDATA[<p>the cache kernel is sick. closest thing to the macrokernel i've found so far <a href="https://dl.acm.org/doi/10.1145/504390.504414" rel="nofollow noopener"><span>https://</span><span>dl.acm.org/doi/10.1145/504390.</span><span>504414</span></a> research sponsored by ARPA wish ARPA did more locality-centric memory motion stuff</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599521523380616</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599521523380616</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 05:11:43 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 05:03:07 GMT]]></title><description><![CDATA[<p><span><a href="/user/hipsterelectron%40circumstances.run">@<span>hipsterelectron</span></a></span> 16.... Huh????? Whuh????? That's a typo that's gotta be a typo</p>]]></description><link>https://board.circlewithadot.net/post/https://plush.city/users/kebokyo/statuses/116599487705137477</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://plush.city/users/kebokyo/statuses/116599487705137477</guid><dc:creator><![CDATA[kebokyo@plush.city]]></dc:creator><pubDate>Tue, 19 May 2026 05:03:07 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:59:58 GMT]]></title><description><![CDATA[<blockquote><p>The bullet server is an immutable file store, with as principal operations READ-FILE and CREATE-FILE.</p></blockquote><p>this is how pants works and how my shared memory ipc worked, it's cool</p><blockquote><p>(For garbage collection purposes there is also a DELETE-FILE operation.)</p></blockquote><p><em>love</em> this!</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599475281087358</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599475281087358</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:59:58 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:58:40 GMT]]></title><description><![CDATA[<p><span><a href="/user/hipsterelectron%40circumstances.run">@<span>hipsterelectron</span></a></span> I have no fucking clue what any of this means but this guy seems chill and I love these types of threads where you liveblog the nerd shit you're reading anyways</p>]]></description><link>https://board.circlewithadot.net/post/https://plush.city/users/kebokyo/statuses/116599470227304613</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://plush.city/users/kebokyo/statuses/116599470227304613</guid><dc:creator><![CDATA[kebokyo@plush.city]]></dc:creator><pubDate>Tue, 19 May 2026 04:58:40 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:57:13 GMT]]></title><description><![CDATA[<p>oh amoeba is so cool lmao <a href="https://dl.acm.org/doi/abs/10.1145/54289.54291" rel="nofollow noopener"><span>https://</span><span>dl.acm.org/doi/abs/10.1145/542</span><span>89.54291</span></a></p><blockquote><p><strong>6. THE FAST AMOEBA FILE SERVER</strong><br />Like the Amoeba communication primitives, the Amoeba file server, called the bullet server was designed for extremely high performance.</p></blockquote><p>you're allowed to say stuff like this if you can back it up. let's see:</p><blockquote><p>In particular, the decrease in the cost of disk and RAM memories over the past decade has allowed to use a radically different design than is used in UNIX and most other operating systems. In particular, we have abandoned the idea of storing files as a collection of fixed size disk blocks.</p></blockquote><p>HELL yes i win again</p><blockquote><p>All files are stored contiguously, both on the disk and in the server's (16 MB) main memory</p></blockquote><p>16 mb lmao</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599464461354826</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599464461354826</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:57:13 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:48:59 GMT]]></title><description><![CDATA[<blockquote><p>ipc performance is not only determined by the kernel algorithms, but also by the user/kernel interface. It is important to support typical usage and permit compilers to optimize code.</p></blockquote><p>clearly we agree on the important things??? lol</p><blockquote><p>Since there are no compilers (as far as we<br />know) which permit interfaces to be specified at register level and basic block sequences to be optimized by programmer supplied usage information, we had to use hand coding for the critical ipc related parts.</p></blockquote><p>see i love this guy lmao</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599432093065511</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599432093065511</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:48:59 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:45:19 GMT]]></title><description><![CDATA[<p>just read a liedtke paper for the first time <a href="https://cgi.cse.unsw.edu.au/~cs9242/19/papers/Liedtke_93.pdf" rel="nofollow noopener"><span>https://</span><span>cgi.cse.unsw.edu.au/~cs9242/19</span><span>/papers/Liedtke_93.pdf</span></a> i think this guy is crazy for still trying to make ipc faster but this was actually cool to read. should have thought to learn that context first before hating on all the modern microkernel stuff =\</p><p>and he completely blew my fucking mind with this lmao:</p><blockquote><p><strong>5.3.5 Direct Process Switch</strong><br />For a remote procedure call it is natural to switch the flow of control directly to the called thread, donating the current timeslice to it (as also LRPC does).<br />This is also the most efficient method, since it only involves changing stack pointer and address space.</p></blockquote><p>i don't think i would ever have thought of that myself and i can see why all-consuming focus on a hopeless task can actually get you places sometimes if you don't half-ass it</p><p>guy seems cool</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599417725549513</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599417725549513</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:45:19 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:36:11 GMT]]></title><description><![CDATA[<blockquote><p>However, language safety offers important benefits not provided by hardware process protection, for example, detecting in-process errors such buffer overruns.</p></blockquote><p>literally nothing in this paper makes any sense</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599381801338019</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599381801338019</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:36:11 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:33:49 GMT]]></title><description><![CDATA[<p>vaguely interesting microsoft research paper <a href="https://research.cs.wisc.edu/areas/os/Seminar/schedules/papers/Deconstructing_Process_Isolation_final.pdf" rel="nofollow noopener"><span>https://</span><span>research.cs.wisc.edu/areas/os/</span><span>Seminar/schedules/papers/Deconstructing_Process_Isolation_final.pdf</span></a></p><blockquote><p>A software isolated process is a collection of memory pages and a language safety mechanism that ensures that code in a process cannot access another process’s pages. A SIP replaces hardware memory protection with static verification of program safety.</p></blockquote><p>DEEPLY suspicious to hear "replaces hardware memory protection" coming from microsoft lmao</p><blockquote><p>They rely on verifying code’s safe behavior to prevent it from accessing another process’s (or the kernel’s) instructions or data.</p></blockquote><p>LMAO</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599372509015711</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599372509015711</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:33:49 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:25:11 GMT]]></title><description><![CDATA[<p>on the internet:</p><blockquote><p>Large block processing costs are dominated by memory bandwidth, not software overheads.</p></blockquote><p>that makes sense. the difficulty with fitting network i/o into my beautiful symphony of data locality is that the network is "necessary global" in some sense, and can't do multi-level queueing or w/e because you can't dictate to network resources how fast or slow to send data to you!</p><blockquote><p>As Blackwell discusses [4], processing overhead on smaller packets is necessarily much higher.</p></blockquote><p>hmmmm</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599338520134231</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599338520134231</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:25:11 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:19:48 GMT]]></title><description><![CDATA[<p>oh oops he glazes up tcp/ip immediately after. this is "Programming Language Challenges in Systems Codes" by jonathan shapiro</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599317364309058</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599317364309058</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:19:48 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:19:06 GMT]]></title><description><![CDATA[<p>wait shit he had a point:</p><blockquote><p>The general rule of thumb is that power<br />is proportional to V2F: the square of the voltage times the frequency. Most of this power is wasted as heat. <strong>To a system’s programmer, the cost of doubling the clock rate is $50,000 per square foot per machine room.</strong></p></blockquote><p>do i detect an IETF hater???</p><blockquote><p>Raising the clock rate decidedly isn’t free, and walking into the network distribution closet at your business or school will quickly convince you that current power usage is excessive.</p></blockquote>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599314615119207</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599314615119207</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:19:06 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:17:50 GMT]]></title><description><![CDATA[<blockquote><p>The facts say otherwise. The annual cost to operate a large banking data center today is $150,000 per square foot. It is by far the most expensive real estate in the world, and more than one third of that cost is the cost of cooling the data center.</p></blockquote><p>2006!!!!</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599309625091590</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599309625091590</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:17:50 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:17:25 GMT]]></title><description><![CDATA[<blockquote><p>Systems programs are strongly driven by bulk I/O<br />performance.</p></blockquote><p>he keeps talking about multiple aliasing being problematic and of course this is why i decided to never share anything and instead have layered i/o queues</p><blockquote><p>In systems code, the effect of representation and data placement can be extreme. Bonwick et al. discuss some of these effects [5], noting that the performance of system-level benchmarks can change by 50% through careful management of cache residency and collisions.</p></blockquote><p>but how do you manage something "carefully" if all the interfaces allow for is urgency???</p><blockquote><p>This tends to penalize the performance of automatic storage reclamation strategies. To make matters more interesting, there are caches.</p></blockquote><p>yeah it rly annoys me how the filesystem has its own caches and the kernel has its own caches but there's this assumption that persistence is always the final destiny of all writes</p><blockquote><p>It follows that <strong>user-managed storage</strong> is a requirement, but perhaps not in fully general form.</p></blockquote><p>that's exactly it!</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599307987464952</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599307987464952</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:17:25 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:09:12 GMT]]></title><description><![CDATA[<p>omg the EROS author is literally validating all my ideas about the macrokernel love that for me</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599275711047711</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599275711047711</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:09:12 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:06:34 GMT]]></title><description><![CDATA[<blockquote><p>He was early in the field of civil uses of cryptography and always had a healthy scepticism of claims to perfection.</p></blockquote><p>terrifying</p><blockquote><p>Mathematical proof of the security of a system struck him as dubious, because it is much easier to prove resistance to attacks one has thought about than it is to prove resistance to attacks one has not thought about.</p></blockquote><p>guy who knows how cryptography works</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599265354987175</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599265354987175</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:06:34 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:05:08 GMT]]></title><description><![CDATA[<p>omg</p><blockquote><p>Davies was very much an engineer rather than a scientist, and he was always on the lookout<br />for topics in which his ingenuity and insight could be deployed.</p></blockquote><p>guy who steals people's ideas</p>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599259702072371</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599259702072371</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:05:08 GMT</pubDate></item><item><title><![CDATA[Reply to i feel that the grammar of a programming language is among the least appropriate of all possible facets of its behavior to start off with. on Tue, 19 May 2026 04:04:01 GMT]]></title><description><![CDATA[<p>oh then i found this guy who was at the arpanet conference <a href="http://royalsocietypublishing.org/rsbm/article-pdf/doi/10.1098/rsbm.2002.0006/911101/rsbm.2002.0006.pdf" rel="nofollow noopener"><span>http://</span><span>royalsocietypublishing.org/rsb</span><span>m/article-pdf/doi/10.1098/rsbm.2002.0006/911101/rsbm.2002.0006.pdf</span></a> </p><p>so like this guy is easily off the charts evil imho. this is him saying he was smarter and braver than alan turing:</p><blockquote><p>My few contacts with Turing were not encouraging. I wanted to talk to him about the remarkable results of his paper ‘On computable numbers’. Reading this paper I had found numerous errors in the formal specification of the universal computer. Some were trivial but others were quite subtle and I was not sure that my solutions were correct. When I came to this point, Turing became more and more agitated, until I could see that no sensible discussion was possible. Clearly he felt the errors to be irrelevant and my drawing attention to them rather foolish.</p></blockquote><p>then he mysteriously advises on "cryptography" from the late 80s until he finally fucked off this planet</p><blockquote><p>Retirement did not by any means imply inactivity. For the next 15 years Davies practised<br />as a consultant in security engineering for the financial and media industries. This was at a<br />time when systems based on cryptographic and similar techniques were coming into wide use<br />both for cash cards and pay television.</p></blockquote>]]></description><link>https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599255284691066</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://circumstances.run/users/hipsterelectron/statuses/116599255284691066</guid><dc:creator><![CDATA[hipsterelectron@circumstances.run]]></dc:creator><pubDate>Tue, 19 May 2026 04:04:01 GMT</pubDate></item></channel></rss>