Live data from Hacker News

A lazy and flippant classification of programming languages

blog.brycekerley.net

11–20 of 22 posts

Re: A lazy and flippant classification of programming languages

#11
Surely we can be more flippant than that. There are three-ish types of languages:

C, Assembly: begrudging respect, they are ok for writing kernels (operating system and compute, respectively).

FORTRAN: the point of computers is to do math, why do you need any other language than the language for FORmula TRANslation?

Other languages: Bad.

Honorable mention: Matlab/Octave or Numpy because I can’t be arsed to use a proper language while prototyping. But you can also use them in REPL mode so really they are halfway between a programming language and a UI.

Re: A lazy and flippant classification of programming languages

#15

Surely we can be more flippant than that. There are three-ish types of languages: C, Assembly: begrudging respect, they are ok for writing kernels (operating system and compute, respectively). FORTRAN: the point of computers is to do math, why do you need any other language than the language for FORmula TRANslation? Other languages: Bad. Honorable mention: Matlab/Octave or Numpy because I can’t be arsed to use a prop…

'At scale' numpy is often faster and safer than your other choices because CUDA is pretty much a magic sauce for your numerical programming needs.

Re: A lazy and flippant classification of programming languages

#16
post #6

Swift is an honorary C language. Fortran is an emeritus C language.

Swift would be the one ring to rule them all, from assembly builtin's to ORM's, running from 32-bit controllers and secure enclave to automatic differentiation on internet-scale fp16 models... if it weren't for Xcode...

Re: A lazy and flippant classification of programming languages

#18
post #16
post #6

Swift is an honorary C language. Fortran is an emeritus C language.

Swift would be the one ring to rule them all, from assembly builtin's to ORM's, running from 32-bit controllers and secure enclave to automatic differentiation on internet-scale fp16 models... if it weren't for Xcode...

I have no idea how developers for the apple ecosystem get anything done. If Xcode doesn't crash it's because it is too busy glitching out instead.

Re: A lazy and flippant classification of programming languages

#19

Surely we can be more flippant than that. There are three-ish types of languages: C, Assembly: begrudging respect, they are ok for writing kernels (operating system and compute, respectively). FORTRAN: the point of computers is to do math, why do you need any other language than the language for FORmula TRANslation? Other languages: Bad. Honorable mention: Matlab/Octave or Numpy because I can’t be arsed to use a prop…

'At scale' numpy is often faster and safer than your other choices because CUDA is pretty much a magic sauce for your numerical programming needs.

Does numpy have a cuda backend without numba?

Re: A lazy and flippant classification of programming languages

#20

Earlier quoted context omitted.

'At scale' numpy is often faster and safer than your other choices because CUDA is pretty much a magic sauce for your numerical programming needs.

Does numpy have a cuda backend without numba?

Cupy covers some of Numpy and some Scipy. IIRC you can even get it working by just changing the import and adding a little boilerplate, in some cases.
Post reply on HN