From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <20120828150521.GA10731@intma.in> References: <20120828141332.GA10058@intma.in> <6af219d70f9551dee8d013e5c34a255f@proxima.alt.za> <20120828150521.GA10731@intma.in> From: Dan Cross Date: Tue, 28 Aug 2012 20:48:39 +0530 Message-ID: To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: text/plain; charset=UTF-8 Subject: Re: [9fans] rc vs sh Topicbox-Message-UUID: b1059286-ead7-11e9-9d60-3106f5b1d025 On Tue, Aug 28, 2012 at 8:35 PM, Kurt H Maier wrote: > On Tue, Aug 28, 2012 at 04:52:34PM +0200, Lucio De Re wrote: >> Or are you oriented towards kiloLOCs of test code to see which >> features are implemented and provide compatability a la autoconf? > > Excellent example of a false dilemma. I'm oriented towards exerting the > effort to make something that isn't shitty. Wonderful! Please point me to your new programming language so I can have a look? > I'm at peace with the go > developers decision to avoid that effort. Are you? So are you saying that because they use bash to build the system, the language is shitty? Or just the build system is shitty? > Anyway, bash uses autoconf as well. So all you've done is push the mess > one step farther away from your code. Why not just cut the cord? I'm > hearing "shell scripting is easy" and I'm hearing "acceptance testing is > too hard." Which is it? I can write portable shell scripts, but the > idiots on golang-nuts have explicitly said they don't WANT portable > shell scripts. They want to rely on bash, and all the GNU bullshit that > brings with it. Writing a shell script is easy. Writing a shell script to build a non-trivial piece of software across $n$ different platforms is hard. I can't speak for the Go team, but I suspect their decision is a pragmatic compromise: should they spend their (limited) time creating and maintaining a portable version of 'rc' that can be built (how, exactly? With a script that's just a straight run of commands or something?) on a bunch of different platforms so that they can write some beautiful script to build Go, or should they produce some lowest common denominator shell script in the most common shell out there that builds the system and then spend the time they save concentrating on building a cool programming language? I don't think the gain from the former approach is really worth the cost to the latter. To put it another way, why not cut the cord? Because it takes time away from doing something they consider more important. More generally, if your impression of Go as a language ("Typical go shit...") is based on what shell they chose for the build script, then I'm not sure you have your priorities straight. - Dan C.