Date: Wed, 18 Oct 2017 14:13:33 +0100 From: Steve O'Hara-Smith <steve@sohara.org> To: freebsd-questions@freebsd.org Subject: Re: Scripting problem Message-ID: <20171018141333.498b9ab3cf924144da5fe8b5@sohara.org> In-Reply-To: <5D3BAA54-3229-4472-8A4D-A10D3F3F07D9@fjl.co.uk> References: <7AB396F429EEB6890100F082@Pauls-MacBook-Pro.local> <VI1PR02MB1200B33C1F59A223B84E9153F6770@VI1PR02MB1200.eurprd02.prod.outlook.com> <8C8E7D66788801594EC0FC4C@Pauls-MacBook-Pro.local> <20171008100017.30ab5987.freebsd@edvax.de> <88D321A2CCD516AEF39DE8C3@Pauls-MacBook-Pro.local> <alpine.BSF.2.21.1710090615040.94613@wonkity.com> <1984508980.4145408.1507553196491@mail.yahoo.com> <alpine.BSF.2.21.1710111652460.80616@wonkity.com> <5D3BAA54-3229-4472-8A4D-A10D3F3F07D9@fjl.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 17 Oct 2017 19:30:20 +0100 "Frank Leonhardt (m)" <frank2@fjl.co.uk> wrote: > Interesting debate this. Personally I have always regarded sh as a Job > Control Language. Probably showing my age. Yes, but one designed to be an interactive environment aka a user interface. > As such it's intended for controlling jobs written in 'C' (being Unix). Or indeed any other compiled or interpreted language (arguably the latter are jobs written in a compiled language and the interpreted language is the data). > All it had to do is put the data in the right place for input, and > arrange for the output to end up where it should. In no way should it be > used for implementing an algorithm. Well perhaps, but multi-user system command line interfaces tend to be simple programming languages because that's what you need to automate even quite simple manual tasks. I'm not entirely sure that adding function and local variable support wasn't a step too far, but rather that than BASIC IMHO. > You do need to invest the time to learn a compiled language like 'C'. I know a great many productive programmers who never did. I'd take an understanding of basic computer science - data structures, algorithms, cost calculations and an appreciation of good abstractions and elegance over any particular language or language family. > Friendly interpreted languages are considered cheaper to use because the > staff need less training - or assumed to be. I'm not so sure. That was the assumption with things like the 4GLs, but the modern crop of interpreted languages (Perl, Python, Ruby) are extremely expressive and well suited for complex applications which are primarily I/O bound. Java is a nice enough language - the culture OTOH means that Java applications are usually horrendous things full of explicit design pattern related names. -- Steve O'Hara-Smith <steve@sohara.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20171018141333.498b9ab3cf924144da5fe8b5>