Karsten Schmidt<p>The past few days I've been thinking a lot again about one of the thought/design models most influential on my own <a href="https://mastodon.thi.ng/tags/OpenSource" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OpenSource</span></a> practice: Frank Duffy's architectural pace layers (and Stewart Brand's subsequent extension to different contexts), their different timescales and interactions as basis for resilient system design:</p><p>1. Each layer exists & operates independently, moves at different timescales (from seconds to millennia and beyond)<br>2. Each layer influences and only interacts with its direct neighbors</p><p>"Fast layers innovate, slow ones stabilize." — S.Brand</p><p>I always found that model super helpful for analyzing and deciding how to deal with individual projects and components in terms of focus/effort, and asking myself which layer this thing might/should be part of. Lately though, I keep on trying to figure out how to better utilize that model to orient my own future practice, also with respect to the loose theme of <a href="https://mastodon.thi.ng/tags/PermaComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PermaComputing</span></a> and how to frame and better organize my own approaches to it, incl. how to reanimate or repurpose some of the related, discontinued, but not invalid research & projects I've been doing along these lines over the past 15 years...</p><p>I understand and appreciate most of the focus on <a href="https://mastodon.thi.ng/tags/FrugalComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FrugalComputing</span></a> & <a href="https://mastodon.thi.ng/tags/RetroComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroComputing</span></a>-derived simplicity as starting points and grounding concepts for attempting to build a more sustainable, personal, comprehensible and maintainable tech, but these too can quickly become overly dogmatic and maybe too constraining to ever become "truly" permanent (at least on the horizon of a few decades). I think the biggest hurdles to overcome are social rather than technological (e.g. a need for post-consumerist, post-spectacular behaviors), so I'm even more interested in Illich/Papert/Nelson/Felsenstein-inspired <a href="https://mastodon.thi.ng/tags/ConvivialComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ConvivialComputing</span></a>, <a href="https://mastodon.thi.ng/tags/SocialComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SocialComputing</span></a>, IO/comms/p2p, <a href="https://mastodon.thi.ng/tags/Accessibility" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Accessibility</span></a>, UI, protocol and other resiliency design aspects becoming a core part of that research and think the idea of pace layering can be a very powerful tool to take into consideration here too, at the very least for guiding (and questioning) how to approach and structure any perma-computing related research itself...</p><p>Given the current physical and political climate shifts, is it better to continue working "upwards" (aka <a href="https://mastodon.thi.ng/tags/BottomUpDesign" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>BottomUpDesign</span></a>), i.e. primarily focusing on first defining slow moving, low-level layers as new/alternative foundations (an example here would be the flurry of VM projects, incl. my own)? Or, is it more fruitful and does the situation instead call for a more urgent focus on fast-moving pace layer experiments and continuously accumulating learnings as fallout/sediment to allow the formation of increasingly more stable, but also more holistically informed, slower moving structural layers to build upon further?</p><p>It's a bit of chicken vs. egg! In my mind, right now the best approach seems to be a two-pronged one, alternating from both sides, each time informing upcoming work/experiments on the opposite end (fast/slow) and each time involving an as diverse as possible set of non-techbro minds from various fields... 🤔</p>