The Roots of Lisp
Lisp as the main root of functional languages has a rather confusing way of working, it is as basic as it can be so to write a function without the need for it to be complex can quite confusing like the eval functions presented on the document. Is funny that on this paper I read about interpreters and on my SW Design and Architecture I also learn about interpreters.
I have to thank that newer and improved versions of Lisp have emerged like Clojure that make simple to write functions that are interpreted into all this complex code that was explained just to do something relatively simple.
Enough from complaining about, on the bright side, the benefits from having a simple and basic language is that it can be molded to whatever we want from the ground up (basically like how Clojure or any "upgraded" version of any language came to be) and that is why Lisp is still being so functional and useful even today.
The simple notation that Lisp uses is what give to it the power that makes it so great, from these seven primitive functions which are really simple to understand and manage is that a whole language can be born, I haven't actually look at how the Lisp functions or even the Clojure ones work but I guess that they are all a complex (depending on the function) chunk of code composed only from these seven primitive operators logically written so that in the end there is only needed a simple function call to do all that heavy work.
It would be really interesting to learn from the beginning how functional programming really works and develop a language of my own although it will be needed a lot of logic with some tedious work, I think that at least it would be easier than to do the same from an object-oriented language like that damn Java.
Lisp as the main root of functional languages has a rather confusing way of working, it is as basic as it can be so to write a function without the need for it to be complex can quite confusing like the eval functions presented on the document. Is funny that on this paper I read about interpreters and on my SW Design and Architecture I also learn about interpreters.
I have to thank that newer and improved versions of Lisp have emerged like Clojure that make simple to write functions that are interpreted into all this complex code that was explained just to do something relatively simple.
Enough from complaining about, on the bright side, the benefits from having a simple and basic language is that it can be molded to whatever we want from the ground up (basically like how Clojure or any "upgraded" version of any language came to be) and that is why Lisp is still being so functional and useful even today.
The simple notation that Lisp uses is what give to it the power that makes it so great, from these seven primitive functions which are really simple to understand and manage is that a whole language can be born, I haven't actually look at how the Lisp functions or even the Clojure ones work but I guess that they are all a complex (depending on the function) chunk of code composed only from these seven primitive operators logically written so that in the end there is only needed a simple function call to do all that heavy work.
It would be really interesting to learn from the beginning how functional programming really works and develop a language of my own although it will be needed a lot of logic with some tedious work, I think that at least it would be easier than to do the same from an object-oriented language like that damn Java.
Comentarios
Publicar un comentario