Path: ...!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: Rich Newsgroups: comp.os.linux.misc Subject: Re: Joy of this, Joy of that Date: Sun, 24 Nov 2024 14:33:39 -0000 (UTC) Organization: A noiseless patient Spider Lines: 37 Message-ID: References: <6iKdnTQOKNh6AqD6nZ2dnZfqn_idnZ2d@earthlink.com> <871pz4osys.fsf@comcast.net.invalid> <%ar0P.44258$giU1.34557@fx09.iad> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Sun, 24 Nov 2024 15:33:40 +0100 (CET) Injection-Info: dont-email.me; posting-host="f9f41132f628b1fe2d858245900693aa"; logging-data="2392077"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19Nx7S4aSAiGc/ouW4ei5IZ" User-Agent: tin/2.6.1-20211226 ("Convalmore") (Linux/5.15.139 (x86_64)) Cancel-Lock: sha1:a1sPtJKbR02n1SSqfvLJoss4yOQ= Bytes: 2820 Louis Krupp wrote: > On 11/23/2024 4:16 AM, The Natural Philosopher wrote: >> On 23/11/2024 04:57, 186282@ud0s4.net wrote: >>>    Well ... glad to see my opinion of Perl is    not unique  :-) >>> >>>    Way back I bought the usual "Learn Perl" book with    the camel >>> on the front. About two chapters in I    said "WHY ???". >>> >> I just saw the type of people who created enormous scripts in it, >> and thought 'total wankers' They typically read instruction manuals >> as a hobby... >> >> If a script gets that big it should be in a different language >> altogether. >> > There was a time when Python was still at version 1.something, Ruby > hadn't been introduced, so the choices were limited to shells (like > sh and its relatives), compiled languages like C, and Perl. Perl did > the job, and it was enough like C to seem familiar, so here we are. This is the part that seems to get forgotten most often today, given the fog of history. There was a day, in the not so distant past, where one's choices for 'language' for "custom ad. hoc. tool" on a Unix machine were: 1) C 2) /bin/sh 3) Perl And, if "custom ad. hoc. tool" needed to do any manipulation of string data beyond the most trivial of output printf'ing then the code overhead in C for handing those strings vs. one line of Perl, meant Perl got called in to do the jobs that were "too much for /bin/sh" and "not performance critical enough (yet)" to write out all the needed C code.