<?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[as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field.]]></title><description><![CDATA[<p>as a toolmaker, there's an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. I agreed because I don't really value the skill of knowing every one of the five hundred different ways in which SystemVerilog is out to fuck you over; I think we'd be better off with tooling that <em>doesn't</em> require you to spend years developing this skill, and that would be a lot more friendly to new RTL developers, and people for whom RTL isn't the primary area of work.</p><p>I also knew that ChipFlow was on the lookout for opportunities to shoehorn AI somewhere into the process. (at first this was limited to "test case generation"—frankly ill conceived idea but one I could hold my nose at and accept—nowadays they've laid off everyone and went all-Claude.) however, it was clear pretty early on that making hardware development more accessible to <em>new people</em> inherently means making it more accessible to <em>new wielders of the wrong machine</em>. benefiting everyone (who isn't a committed SystemVerilog developer) means benefitting everyone, right?</p><p>you can trace this trend in adjacent communities as well. Rust and TypeScript have rich type systems that generally help you write correct code—or bullshit your way towards something that looks more or less correct. I'm pretty sure it's a part of the reason Microsoft spent so much money on TypeScript.</p><p>so today I find myself between a rock and a hard place: every incremental improvement in tooling that I build that makes the field more accessible to new people also means there's less of a barrier to people who just want to extract value from it, squeezing it like Juicero (quite poorly but with an aggressively insulting amount of money behind it). so what do I do now?..</p>]]></description><link>https://board.circlewithadot.net/topic/717873db-c9ec-47ea-92aa-3fe4de05b629/as-a-toolmaker-there-s-an-inherent-tradeoff-that-i-encountered-years-ago-when-i-just-started-working-at-chipflow-what-i-was-asked-was-essentially-to-develop-amaranth-further-as-a-way-to-de-skill-the-hardware-design-rtl-field.</link><generator>RSS for Node</generator><lastBuildDate>Mon, 06 Apr 2026 13:21:12 GMT</lastBuildDate><atom:link href="https://board.circlewithadot.net/topic/717873db-c9ec-47ea-92aa-3fe4de05b629.rss" rel="self" type="application/rss+xml"/><pubDate>Wed, 01 Apr 2026 13:48:35 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 19:24:49 GMT]]></title><description><![CDATA[<p><span><a href="/user/david_chisnall%40infosec.exchange" rel="nofollow noopener">@<span>david_chisnall</span></a></span> <span><a href="/user/dramforever%40mastodon.social" rel="nofollow noopener">@<span>dramforever</span></a></span> Amaranth enabled a chemical engineer to build an electron microscope DAQ from scratch in 6mo.</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116331085109310017</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116331085109310017</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 19:24:49 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 19:23:28 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> I'm not sure if you'll agree with me on this, but I think the ability to extract value out of doing bad things with bad software is largely a consequence of complete regulatory breakdown.</p><p>If they hadn't bamboozled and captured  the regulatory systems that are supposed to govern data protection, vehicles-for-hire, product safety, directories of personal information, etc. into letting them do whatever they want as long as "with computers" is tacked on, there would have been a lot less value to extract and the main applications of software/computing would be making legitimate business processes run more smoothly without needing to outsource control to predatory service providers (by having stuff be so easy your on-staff folks can do it, ala excel), not disrupting society.</p>]]></description><link>https://board.circlewithadot.net/post/https://hachyderm.io/users/dalias/statuses/116331079837844810</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://hachyderm.io/users/dalias/statuses/116331079837844810</guid><dc:creator><![CDATA[dalias@hachyderm.io]]></dc:creator><pubDate>Wed, 01 Apr 2026 19:23:28 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 19:05:15 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems" rel="nofollow noopener">@<span>whitequark</span></a></span> <span><a href="/user/dramforever%40mastodon.social" rel="nofollow noopener">@<span>dramforever</span></a></span> </p><p>There’s another aspect to this (which is why I get a bit obsessed by end-user programming as a concept): to build a thing today you need skills X, Y, and Z, <em>but no one has the time to learn all three</em>, so if Y can be factored out you can teach X to people who know Z and enable entirely new things that they actually care about.</p>]]></description><link>https://board.circlewithadot.net/post/https://infosec.exchange/users/david_chisnall/statuses/116331008183807963</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://infosec.exchange/users/david_chisnall/statuses/116331008183807963</guid><dc:creator><![CDATA[david_chisnall@infosec.exchange]]></dc:creator><pubDate>Wed, 01 Apr 2026 19:05:15 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 17:54:27 GMT]]></title><description><![CDATA[<p><span><a href="/user/david_chisnall%40infosec.exchange">@<span>david_chisnall</span></a></span> <span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span><br />"Deskilling" feels like a labour term that I'm not sufficiently versed on, but perhaps "does it help companies treat workers as replaceable?" is a good litmus test, in which case Java may count (AIUI that was an explicit goal, and you can see it in the lack of goto/operator overloading, and in practice via all the consultancies). I'm not sure how to weigh that against "do workers prefer the new thing?".</p><p>I haven't used Amaranth or SysemVerilog, but my (little) experience of HDLs is that most of the skill is in your head (and transferable to other HDLs), not in the characters you type. Making it easier to learn the former without the latter seems closer to accessibility than de-skilling.</p><p>Similarly, I wouldn't count BASIC as de-skilling even though it demonstrably made it easier to write programs (but I'm not sure how much it was used commercially; maybe some companies used QBasic specifically so they could treat workers as replaceable).</p>]]></description><link>https://board.circlewithadot.net/post/https://tech.lgbt/users/snowfox/statuses/116330729783496002</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://tech.lgbt/users/snowfox/statuses/116330729783496002</guid><dc:creator><![CDATA[snowfox@tech.lgbt]]></dc:creator><pubDate>Wed, 01 Apr 2026 17:54:27 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 17:25:23 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> <span><a href="/user/david_chisnall%40infosec.exchange">@<span>david_chisnall</span></a></span> i don't have a strong argument for this, but i still think there is a big and maybe fundamental difference between the audience that wants to do things, and the audience that wants to avoid doing things.</p><p>i guess i need to think about it more as well...</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330615485459136</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330615485459136</guid><dc:creator><![CDATA[dramforever@mastodon.social]]></dc:creator><pubDate>Wed, 01 Apr 2026 17:25:23 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 17:21:01 GMT]]></title><description><![CDATA[<p><span><a href="/user/dramforever%40mastodon.social" rel="nofollow noopener">@<span>dramforever</span></a></span> <span><a href="/user/david_chisnall%40infosec.exchange" rel="nofollow noopener">@<span>david_chisnall</span></a></span> well, sort of? it's more like this: to make $thing you need skill X plus skill Y. by making Amaranth I made it so that you no longer need skill Y. on the face of it I think this can be called "deskilling", the fact that I think skill Y is <em>unnecesssary</em> being not relevant to the classification</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330598359955278</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330598359955278</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 17:21:01 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 17:19:40 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> <span><a href="/user/david_chisnall%40infosec.exchange">@<span>david_chisnall</span></a></span> i think i get what you mean. put to the extreme, the situation is: by making $thing and publishing it out for the public, you allow those without the skill to make $thing to still have a $thing.</p><p>i ... honestly i don't know. i don't have an answer. if anything, the past month i have been devastated by vibe code that satisfies "functioning" and nothing else like "understandable" (by *anyone*) or collaboration (instead it has thousands of loc to paper over problems)</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330593044306238</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330593044306238</guid><dc:creator><![CDATA[dramforever@mastodon.social]]></dc:creator><pubDate>Wed, 01 Apr 2026 17:19:40 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 16:45:36 GMT]]></title><description><![CDATA[<p><span><a href="/user/dramforever%40mastodon.social" rel="nofollow noopener">@<span>dramforever</span></a></span> <span><a href="/user/david_chisnall%40infosec.exchange" rel="nofollow noopener">@<span>david_chisnall</span></a></span> but Amaranth and SystemVerilog are more-or-less the same kind of product (Amaranth is slightly lower-level but that's not important here). it's just that using Amaranth takes, trivially, less skill than using SystemVerilog, for the same quality of result</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330459050942013</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330459050942013</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 16:45:36 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 16:43:30 GMT]]></title><description><![CDATA[<p><span><a href="/user/david_chisnall%40infosec.exchange">@<span>david_chisnall</span></a></span> <span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> one analogy i think is that it would be preposterous to think that learning and using modern algebra and category theory is deskilling to a mathematician.</p><p>maybe it's not a perfect match, but i don't think writing in a higher level language is a "deskilled" way to draw gates or write instruction bits. it produces a different *kind* of product, that is itself amenable to various different processes, some manual and some automatic. it's not just "bits with extra steps".</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330450801340395</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330450801340395</guid><dc:creator><![CDATA[dramforever@mastodon.social]]></dc:creator><pubDate>Wed, 01 Apr 2026 16:43:30 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 16:41:59 GMT]]></title><description><![CDATA[<p><span><a href="/user/david_chisnall%40infosec.exchange">@<span>david_chisnall</span></a></span> <span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> i think to me this is the key part. a (digital) hdl provides a model that you can think about bits and gates in. a better hdl provides you with the better model.</p><p>llms on the other hand promise to let you avoid all the thinking. if i may philosophizd a bit - llms promise to let you avoid expressing yourself in terms of mental labor. maybe some like this, but i know i don't. [cont'd]</p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330444835357296</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330444835357296</guid><dc:creator><![CDATA[dramforever@mastodon.social]]></dc:creator><pubDate>Wed, 01 Apr 2026 16:41:59 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 16:31:21 GMT]]></title><description><![CDATA[<p><span><a href="/user/david_chisnall%40infosec.exchange">@<span>david_chisnall</span></a></span> <span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> "[...] the purpose of abstracting is not to be vague, but to create a new semantic level in which one can be absolutely precise." - Edsger W. Dijkstra, 1972, "The Humble Programmer" <a href="https://www.cs.utexas.edu/~EWD/transcriptions/EWD03xx/EWD340.html" rel="nofollow noopener"><span>https://www.</span><span>cs.utexas.edu/~EWD/transcripti</span><span>ons/EWD03xx/EWD340.html</span></a></p>]]></description><link>https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330403049790560</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://mastodon.social/users/dramforever/statuses/116330403049790560</guid><dc:creator><![CDATA[dramforever@mastodon.social]]></dc:creator><pubDate>Wed, 01 Apr 2026 16:31:21 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:51:59 GMT]]></title><description><![CDATA[<p><span><a href="/user/coral%40empty.cafe" rel="nofollow noopener">@<span>coral</span></a></span> I fully expect the formation of closed-guild systems (and am already a part of some amount of them); but I also don't know what the future holds &amp; this is definitely a potent way of sawing off the branch on which one sits, so I only admit those as a last resort (and a hedge against the failure of other responses), not the first response</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330248270250566</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330248270250566</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:51:59 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:41:55 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> Ah, I'd missed the platform config demo. They are trying!</p><p>Re the degradation of the "open-guild" position of the RTL designer; I also don't know how to feel. Removing footguns is marginally deskilling, but it's such a social good that I can't object to it.</p><p>Other industries have unions to smooth the social consequences in changing labor values. Govs and LLMs are both tools that seek to bypass that, it's not unreasonable to form guild-like closed systems of practice in response.</p>]]></description><link>https://board.circlewithadot.net/post/https://empty.cafe/users/coral/statuses/116330208649286476</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://empty.cafe/users/coral/statuses/116330208649286476</guid><dc:creator><![CDATA[coral@empty.cafe]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:41:55 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:40:49 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems" rel="nofollow noopener">@<span>whitequark</span></a></span> Right. So, perhaps, different contexts.</p><p><span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span></p>]]></description><link>https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330204321978360</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330204321978360</guid><dc:creator><![CDATA[riley@toot.cat]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:40:49 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:39:17 GMT]]></title><description><![CDATA[<p><span><a href="/user/riley%40toot.cat" rel="nofollow noopener">@<span>riley</span></a></span> <span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span> that's still the kinds of environments I've had basically no expsure to! I do embedded and programming language design almost exclusively</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330198284840579</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330198284840579</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:39:17 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:38:32 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems" rel="nofollow noopener">@<span>whitequark</span></a></span> You might be overgeneralising; I only did Google for a year, and was a sort of an infrastructure-consultant-for-statistics-support before that. We had numerous Big Data clients (in a time when twenty PCs was a Big Cluster), and, well, data warehouse systems tend to be places that need to talk to a lot of operative software (and make sense of the data that comes from there, but we had other people who tended to specialise on the data-shape-and-quality kind of problems).</p><p><span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span></p>]]></description><link>https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330195360014689</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330195360014689</guid><dc:creator><![CDATA[riley@toot.cat]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:38:32 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:31:20 GMT]]></title><description><![CDATA[<p><span><a href="/user/giacomo%40snac.tesio.it" rel="nofollow noopener">@<span>giacomo</span></a></span> <span><a href="/user/whitequark%40social.treehouse.systems" rel="nofollow noopener">@<span>whitequark</span></a></span> </p><p>I think you're misunderstanding my point.  The FSF decides to promote the creation of Free Software (a goal I agree with) by creating complex licenses.  </p><p>Developing software reusing software under any license requires understanding the license.  The FSF's licenses are sufficiently complex that I have had multiple conversations with lawyers (including some with the FSF's lawyers) where they have not been able to tell me whether a specific use case is permitted.  This places a burden on anyone developing Free Software using FSF-approved licenses, because there are a bunch of use cases that the FSF would regard as ethical, but where their licenses do not clearly permit the use.  </p><p>It places a <em>larger</em> burden on people doing things that the FSF disapproves of.  They have to come up with exciting loopholes.  Unfortunately, it turns out that this isn't that hard and once you've found a loophole you can keep using it.  The FSF responds with even more complex licenses.</p><p>EDIT: To be clear, the FSF and I have very similar goals.  I just think that their strategy is completely counterproductive.  Complex legal documents empower people who can afford expensive lawyers.  We're increasingly seeing companies using AGPLv3 to control nominally-Free Software ecosystems.</p>]]></description><link>https://board.circlewithadot.net/post/https://infosec.exchange/users/david_chisnall/statuses/116330167022152339</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://infosec.exchange/users/david_chisnall/statuses/116330167022152339</guid><dc:creator><![CDATA[david_chisnall@infosec.exchange]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:31:20 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:30:17 GMT]]></title><description><![CDATA[<p><span><a href="/user/riley%40toot.cat" rel="nofollow noopener">@<span>riley</span></a></span> <span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span> I think we're talking past each other; whatever culture you've encountered at Google sounds borderline traumatizing but I've avoided it by ghosting the recruiter since the culture at the on-site interview location kinda creeped me out; so I don't have your context</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330162924505474</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330162924505474</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:30:17 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:28:09 GMT]]></title><description><![CDATA[<p><span><a href="/user/diondokter%40fosstodon.org" rel="nofollow noopener">@<span>diondokter</span></a></span> </p><blockquote><p>lol yeah, seems paradoxical, but very likely true</p></blockquote><p>I didn't come up with that; it's a rephrasing of a very good post on the topic I've read and subsequently neglected to bookmark</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330154505727253</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330154505727253</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:28:09 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:26:20 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems">@<span>whitequark</span></a></span> Yeah agreed. The fact that MS has used my tool didn't cost me anything either.</p><p>But like I said, I've been building it to help people like me and I think it's succeeding at that. And it generally makes me happy seeing people use it successfully.</p><p>&gt; such a high quality that no commercial entity would possibly purchase them</p><p>lol yeah, seems paradoxical, but very likely true</p>]]></description><link>https://board.circlewithadot.net/post/https://fosstodon.org/users/diondokter/statuses/116330147407400259</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://fosstodon.org/users/diondokter/statuses/116330147407400259</guid><dc:creator><![CDATA[diondokter@fosstodon.org]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:26:20 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:25:17 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems" rel="nofollow noopener">@<span>whitequark</span></a></span> Yes, all abstractions leak.</p><p>But sometimes, people like to pretend, and/or make laws about pretending, that some don't, or mustn't, or "it's impossible to cross this abstraction boundary, so anybody who does it must be harshly punished" kind of thing. Likewise, some design cultures<sup>[1]</sup> like to build elaborate wrappers for hiding abstraction leakages, because of the simplistic notion that such leaks are bad design.</p><p><sup>[1]</sup> Particularly the "enterprise software" school of thought, in what I've seen. But the idea can also be seen outside big corporate environments.</p><p><span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span></p>]]></description><link>https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330143283413812</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330143283413812</guid><dc:creator><![CDATA[riley@toot.cat]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:25:17 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:22:10 GMT]]></title><description><![CDATA[<p><span><a href="/user/giacomo%40snac.tesio.it" rel="nofollow noopener">@<span>giacomo</span></a></span> <span><a href="/user/david_chisnall%40infosec.exchange" rel="nofollow noopener">@<span>david_chisnall</span></a></span> I think you'll find it that using search to insert yourself uninvited into conversations with people you don't know is a poor way to promote your cause, whatever that is.</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330131020522731</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330131020522731</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:22:10 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:20:32 GMT]]></title><description><![CDATA[<p><span><a href="/user/whitequark%40social.treehouse.systems" rel="nofollow noopener">@<span>whitequark</span></a></span> Or I might be misunderstanding your argument. Would you like to elaborate on it?</p><p><span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span></p>]]></description><link>https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330124546669310</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://toot.cat/users/riley/statuses/116330124546669310</guid><dc:creator><![CDATA[riley@toot.cat]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:20:32 GMT</pubDate></item><item><title><![CDATA[Reply to as a toolmaker, there&#x27;s an inherent tradeoff that I encountered years ago when I just started working at ChipFlow; what I was asked was essentially to develop Amaranth further as a way to de-skill the hardware design (RTL) field. on Wed, 01 Apr 2026 15:20:32 GMT]]></title><description><![CDATA[<p><span><a href="/user/riley%40toot.cat" rel="nofollow noopener">@<span>riley</span></a></span> <span><a href="/user/xgranade%40wandering.shop" rel="nofollow noopener">@<span>xgranade</span></a></span> I... don't think that's how things work? all abstractions leak: they take a wide set of possibilities and narrow it down to make it easier to reason about the things you care about, at the cost of making your life harder if you hit one of the things you've decided to leave aside.</p>]]></description><link>https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330124575670853</link><guid isPermaLink="true">https://board.circlewithadot.net/post/https://social.treehouse.systems/users/whitequark/statuses/116330124575670853</guid><dc:creator><![CDATA[whitequark@social.treehouse.systems]]></dc:creator><pubDate>Wed, 01 Apr 2026 15:20:32 GMT</pubDate></item></channel></rss>