<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jun 12, 2023 at 7:50 PM G. Branden Robinson <<a href="mailto:g.branden.robinson@gmail.com">g.branden.robinson@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The BSD advocates I knew back in the day suggested that this<span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> </span>was my fault for not locating and apprenticing myself to such a master;<br>
the guild mentality was, and in some ways still is, powerful there.<br></blockquote><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">This is a fair point and is actually true of almost any system or, for that matter social setting, if you have a guide it's a lot easier to know what to do or fool people into thinking you do; Liza Doolittle style.</span> </font></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
To bang an old drum of mine, while Unix culture pats itself on the back<span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> </span>for economizing keystrokes with an ad hoc compression scheme for every<br>
name in sight, it too often overlooks what discarded in pursuit of this<span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> </span>form of minimality: clarity, lack of ambiguity, and ease of acquisition<span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> </span>by newcomers.<br></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">Again fair - which is why I think losing things like the old UNIX (</font></span><font color="#0000ff">I think bwk originated</font>)<span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> </span><span style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif">'learn system' from the stock releases </span><font color="#0000ff">is<span style="font-family:arial,helvetica,sans-serif"> a</span></font><span style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif"> little sad.   I used to tell newcomers - to spend an AM </span>with learn<span style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif"> and </span>go through<span style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif"> the files/more files/vi scripts and then come back to me, and </span><font color="#0000ff">I<span class="gmail_default" style="font-family:arial,helvetica,sans-serif">'ll</span> try</font><span style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif"> to help you.</span></div><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff"><br></font></span></div><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">My line was that UNIX always had a more difficult learning curve than, say GUI based systems (or even some of the old DEC ones likes TOPS or VMS), but once you learned the tools and ideas, it was much simpler to use - made more sense (to me certainly). [Teach someone to fish, <i>vs.</i> give them one idea].</font></span></div><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff"><br></font></span></div><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">But as you point out, that only works if you have someone(s) to ask.</font></span></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"></span> </font></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br><font color="#000000">
<span class="gmail_default" style="font-family:arial,helvetica,sans-serif">... </span></font>when Bell Labs got the Blit, the limitations that<span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> </span>motivated the original terseness were not only not discarded, but<br>
retained and doubled down on. <br></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">Again a fair observation -- however, making_your_switches_so_verbose_no_one_can_remember_much_less_type_them_gnu style</font></span><font color="#0000ff"> <span class="gmail_default" style="font-family:arial,helvetica,sans-serif">is just as bad.</span></font></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></span></font></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">Developing "good taste" is sometimes difficult.   I'll not defend the "Unix room culture" or the later Plan9 folks (many of whom are my friends) - but I also get it. They were making something for themselves.</span></font></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></span></font></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">And here is where it gets tricky -- too many systems are designed to be the solution to too make problems by trying to learn and correct all past sins (Brook's "second-system effect") but fail because no one cares/uses them.  The economics of switching are not there.</span></font></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></span></font></div><div><font color="#0000ff"><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">Frankly, when you build for yourself or, better yet, use what Tektronix called the "next bench" [1] idea, you often can find that happy compromise.   Simple enough to learn but not a burden to use.</span></font></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">At least APL chose sigils that were tough to confuse with other things.<br></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">True, but you have not lived until someone brings a yellow piece of ASR33 paper into your office, and they are using the APL replacement operations and telling you this is this life's work -- 200 lines of APL - they think there is something wrong with the system.   You have to decode the program and tell them they used the wrong operator. ...  </font></span><span style="color:rgb(0,0,255)">o</span><span class="gmail_default" style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif">r better, they actually were right but you can not reproduce the error without their program and datasets.</span></div><div><span class="gmail_default" style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif"><br></span></div><div><span class="gmail_default" style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif">Best wishes,</span></div><div><span class="gmail_default" style="color:rgb(0,0,255);font-family:arial,helvetica,sans-serif">Clem</span></div><div><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><font color="#0000ff">[1] Tektronix's "Next Bench" - was a simple idea.  They were an instrumentation company made up of EE primarily.  Everyone had work benches, not desks, to work on their projects.   The idea was if you saw a colleague the "next bench over" struggling with solving a problem and you could think of a tool or test to help them solve it, chances are pretty good other people were having the same issue.  So, if you make it easy to use and become available, you will have a product and it is likely to be popular.  The key points: solve a problem, is easy to use, and made available.</font></div></div></div>