Hello.
Ultimately, non-procedural and non-oop languages are going to be faster. They're just not as maintainable/future proof or as easy to code, and will generally have a larger footprint. Of course, as more development time is spent on refining the compilers, and offering better optimisations, for a particular paradigm then the differences in speed should reduce.
Abstraction of coding techniques is not, in the first instance, about making executables run faster it's about providing a more understandable paradigm within which to develop.
Different strokes for different folks, I guess. Also, a lot of the time it's going to be dependant upon what you're trying to acheive. List manipulation is preferable using something like LISP because it's an abstraction compatible with the problem domain.
Goodbye.
Ultimately, non-procedural and non-oop languages are going to be faster. They're just not as maintainable/future proof or as easy to code, and will generally have a larger footprint. Of course, as more development time is spent on refining the compilers, and offering better optimisations, for a particular paradigm then the differences in speed should reduce.
Abstraction of coding techniques is not, in the first instance, about making executables run faster it's about providing a more understandable paradigm within which to develop.
Different strokes for different folks, I guess. Also, a lot of the time it's going to be dependant upon what you're trying to acheive. List manipulation is preferable using something like LISP because it's an abstraction compatible with the problem domain.
Goodbye.