Gregory's Server
@akkartik i hope it doesn't come across harsh or anything - and the tadi approach is far from helpful or realistic in many ways. these are just the challenges i see you tackling and figuring through, and im really happy you are doing that :)
|
4 comments
 @TodePond So I think we're entirely (?) in agreement on what we value in principle, and we're trying out different trade-offs along a shared spectrum. Certainly this periodic concern of mine about testing is nudging me closer to your current location on the spectrum, with less custom code. @TodePond Oh I see a disagreement. I've been gravitating towards durable software as a value, which is perhaps anti-tadi. Depends on what "die" means to you here. I imagine "the Way" as emitting a trail of programs. Each program might be on a trajectory of ossification but still be usable long after it freezes. @TodePond My hope/dream is that in the FoC/Merveilles/TodePond/Ink&Switch/Handmade/Mastodon nexus there is the beginnings of a scene akin to the one around Gertrude Stein's Salon in pre-war Paris: https://en.wikipedia.org/wiki/Gertrude_Stein#27_rue_de_Fleurus:_The_Stein_salon A scene will have inevitable disagreements. But hopefully this ferment is leading somewhere with answers. |
@TodePond Not harsh at all! I think we're pretty close here, and it feels good to see my values reflected back to me.
Sacrificing ability to make some things -- 💯
Using easily discarded dependencies -- 💯
Building an entire stack -- more true of Mu than my later stuff.
Lately I think a lot in terms of Wardley Maps, they help me realize when I'm growing over-dependent on something. And it's led me to try to branch away from LÖVE in the direction of exaEquOS (Lua+JS) and Kaboom/Kaplay (JS).