From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 In-Reply-To: <1935679.1iL4WXyixP@coil> References: <2522920406.enqueue@as-laptop> <1935679.1iL4WXyixP@coil> Date: Thu, 22 Nov 2012 12:04:18 -0500 Message-ID: From: Dan Cross To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Content-Type: multipart/alternative; boundary=00151758a6e628844804cf1875b3 Subject: Re: [9fans] c++ Topicbox-Message-UUID: e182ce74-ead7-11e9-9d60-3106f5b1d025 --00151758a6e628844804cf1875b3 Content-Type: text/plain; charset=UTF-8 On Nov 22, 2012 9:56 AM, "dexen deVries" wrote: > > On Thursday 22 of November 2012 09:38:06 Dan Cross wrote: > > In the big scheme of things, absolutely none of this matters. Whether one > > programs in Java, C, Go, COBOL or 370 assembler doesn't really make any > > difference; one could die tomorrow, and would anyone care what language > > s/he programmed in? really? This world has bigger problems than that. > > > > Programming languages are tools; nothing more. (...) > > that assumes any programming language is (at best) a constant or linear factor > in problem solving time and complexity. some circles hold opinion that more > powerfull programming languages provide polynominal or exponential factor. I'm not sure what that has to do with programming languages being tools: I can drive a nail by banging on it with a screwdriver or my fist, but it's much more convenient to use a hammer. Which tool I choose really depends on the problem I'm trying to solve. In other words, what it assumes is that different languages are better suited to different tasks. > aside of that, in various publications number of bugs is found to correlate > with line counts or similar metrics, making a more concise language a net win. Ha! Ever programmed in APL? - Dan C. --00151758a6e628844804cf1875b3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

On Nov 22, 2012 9:56 AM, "dexen deVries" <dexen.devries@gmail.com> wrote= :
>
> On Thursday 22 of November 2012 09:38:06 Dan Cross wrote:
> > In the big scheme of things, absolutely none of this matters. =C2= =A0Whether one
> > programs in Java, C, Go, COBOL or 370 assembler doesn't reall= y make any
> > difference; one could die tomorrow, and would anyone care what la= nguage
> > s/he programmed in? =C2=A0really? =C2=A0This world has bigger pro= blems than that.
> >
> > Programming languages are tools; nothing more. =C2=A0(...)
>
> that assumes any programming language is (at best) a constant or linea= r factor
> in problem solving time and complexity. some circles hold opinion that= more
> powerfull programming languages provide polynominal or exponential fac= tor.

I'm not sure what that has to do with programming langua= ges being tools: I can drive a nail by banging on it with a screwdriver or = my fist, but it's much more convenient to use a hammer.=C2=A0 Which too= l I choose really depends on the problem I'm trying to solve.

In other words, what it assumes is that different languages = are better suited to different tasks.

> aside of that, in various publications number of bugs i= s found to correlate
> with line counts or similar metrics, making a more concise language a = net win.

Ha!=C2=A0 Ever programmed in APL?

=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 - Dan C.

--00151758a6e628844804cf1875b3--