Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It's like math vs engineering to me.

Programming is a way to get a machine to do stuff. You can approach that problem in different ways.

Whatever 'method' you use, the most important metrics are 'are the results good' and 'is the program maintainable' and 'is it reliable'.

To see the 'lessons' from both sides put in to practice in (relatively) new languages (such as Erlang, or Python) is where the intermediate future lies.

What I'm really curious about though is not so much which of the LISP or FORTRAN descendants is the 'best' for any given purpose, give it enough time and we'll find that out one way or the other. My real question about all this are there other paths besides these two that have not yet been explored ?

Logic programming is sometimes seen as a 'third branch', but is possible that there are ways of achieving results out there that are not as obvious as any of these and that yet hold in them a kernel of what we could do to get out of the absolutely unmaintainable mess that software is becoming.

It is not an 'engineering' discipline by any standard, yet, and if all this is to 'end well' I think it should be.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: