Colby Russell

Joined 16 June 2020
(→‎Opinion: rm stray bracket in failed formatting)
 
(22 intermediate revisions by 3 users not shown)
Line 1:
"The greatest performance improvement of all is when a system goes from not-working to working" from [https://web.stanford.edu/~ouster/cgi-bin/sayings.php]
 
"[This] is software design on the scale of decades: every detail is intended to promote software longevity and independent evolution. Many of the constraints are directly opposed to short-term efficiency." from [https://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven#comment-724]
 
[https://graph.global/?id=1347 "That which is not tied on will be lost"] from [https://michaelkarpeles.com/curations/life-lessons#sec-2]
 
Line 4 ⟶ 8:
 
[[File:Wirfs-Brock and Wilkerson - 1988 - An Overview of Modular Smalltalk.pdf]]
 
[https://pointersgonewild.com/2019/11/02/they-might-never-tell-you-its-broken/ They might never tell you it's broken]
 
[https://pointersgonewild.com/2022/02/11/code-that-doesnt-rot/ Code that doesn't rot]
 
== Drafts ==
Line 12 ⟶ 20:
== Opinion ==
 
Tight coupling over fragile links is one of the industry's biggest problems right now. Tight coupling and fragile links are enemies.
'''WIP''' (or '''Works Not Started'''), in first person:
 
Additionally, for all the inroads that are made in increasing the power of software, there is a phantom contingent whose work has the ''effect'' (even without the explicit intent) of keeping computing and general software development inaccessible instead of more accessible. This type of obscurantism is a form of gatekeeping and needs to be minimized.
* The case for the triple script module system
* The case for accepting the W3C–WHATWG hypertext system as the universal medium, aka "Browsers, builds, and burdens"
* The case for object-functional programming
 
Other '''WIP''' (or '''Works Not Started'''; position papers), in first person:
'''Thoughts on build tooling''' (at least most contemporary tools) — The first descriptor I'm inclined to apply is "baroque". More specifically, the systems for building most software, including the requirements of those systems, usually result in a process that is:
 
* The case for the triple script module system
''inordinate'' and yet<br/>
* The case for accepting the W3C–WHATWG hypertext system as the universal medium, aka "Browsers, builds, and burdens"—the basic thrust being, "The WWW is an acceptable [https://en.wikipedia.org/wiki/NLS_(computer_system) NLS]"
''deficient'' and ''unmerciful''
* The case for object-functional programming <!-- some discussion here https://news.ycombinator.com/item?id=30293622 -->
 
Thing is, if you consult [https://www.merriam-webster.com/thesaurus/baroque the entry for "baroque" in a dictionary or thesaurus], you might come away thinking that, because of the transitive nature of equality, some of these words have an antonymical relationship. Even so, all three are true of most contemporary build systems.
 
== Notes ==
 
(NB: There's a reason why these pages are called "Notes" and live in my personal namespace. You are not expected to be impressed by or receptive to anything here. In fact, best not to even look at these. There's a whole wiki to peruse and interesting papers linked above, instead.)
 
* [[User:Colby Russell/Pitches]]
Line 33 ⟶ 40:
* [[User:Colby Russell/Mixins and multiple inheritance]]
* [[User:Colby Russell/JS bridge]]
* [[User:Colby Russell/Object builder]]
* [[User:Colby Russell/Composability]]
* [[User:Colby Russell/Hedging]]
* [[User:Colby Russell/Limits]]
* [[User:Colby Russell/Deploy.app.htm]]
* [[User:Colby Russell/Every module a program]]
* [[User:Colby Russell/Non-uniform build scripts]]
* [[User:Colby Russell/Debugging]]