Ir al contenido principal

Dick Gabriel on Lisp

Dick Gabriel on Lisp

Lisp, as the language that introduced a new kind of programming, opened a new window of opportunities, it had another vision, another way for doing everything that other languages do and with this different vision there were things that were considered difficult or weren't even thought of came to be a close reality.

The function-based system that Lisp uses is capable to keep building itself based on the needs of the programmer, this is particularly useful, basically you could have your own language for each task that you have, everything based on Lisp.

Considering that Lisp is free from some restrains of other languages like types, is relatively easier to build ones own language or if we want to avoid the hustle, to build macros that simply return what they have to based on what they receive and the environment they are running.

Basically, every functional programming language grew from Lisp, showing how easy and flexible it was to develop and to "manipulate" in some way to actually develop another language, as with this course language, Clojure, is a sort of combination of Lisp with Java, again, showing the level flexibility that Lisp can achieve.

Now, considering that Lisp is the base for all functional languages that exist today, I think that Lisp (and his essence) will continue to exist and grow stronger, new languages and applications will be born from this that I think will be better suited for the future than what Object Oriented languages are, it is simply needed more atention to this kind of programming, the number of Obeject Oriented programmers are way bigger than those of the functional one menaing that the most attention goes to this, no wonder why Clojure is one of the most well paid languages to date, fewer number of programmers and more complex yet useful applications, for me, functional programming deserves better.

Comentarios

Entradas más populares de este blog

Rich Hickey on Clojure

Rich Hickey on Clojure Clojure and his ability to easily communicate with Java makes it the perfect contender for best language, being able to simply call Java code con Clojure code and looking that they work without trouble at start is something that is rarely seen but that when it does appear, is like when God decides to touch you with all his greatness. Programmers and enterprises have noticed this, that's why Clojure is one of the most well-paid languages on USA. Inheriting from LISP the investigation-oriented theme makes a language that cannot be managed by anyone but when mastered, it really shows its true potential, sadly this isn't enough for making LISP, Clojure or the functional programming in general a popular thing, although Clojure with its JVM implementation and macros seeks to fight the problems that stopped LISP from getting mainstream. Thanks to functions that Clojure has, it makes it way easier and direct to solve problems and to actually combine or to...

Language as the Ultimate Weapon

Language as the Ultimate Weapon Regarding the question about "Why is the Nineteen Eighty-Four novel by George Orwell relevant to a student taking the Programming Language course?" I'm not entirely sure how it can be related but I'll do my best. On programming languages it is fairly common to hear a lot of names, Java, C#, Swift, among others; each person has it favorite and when we found that favorite we begin to have a sort of disgust against the others, we may see the pros of them but we focus more on their cons, we wish that our favorite language were the only one in existence and this may be good or bad, depending on each one. As the reading said, some people is more susceptible to some things than others, one may understand a programming language as if it were born with it but to other it may never get the hang of it but no because is dumb, his mind behaves different thanks to the language he chose. This variety in languages is good in which it allows for...

Pair Programming

Pair Programming It results outstanding to me that the idea of having a pair or a group of programmers working on the same computer is relatively new to the programming world, the phrase of "two heads are better than one" has been existing from a long time ago prior to computation and it is has been proven to work (also it is quite logical), so why pair programming hasn't shine as it's supposed to be? The only thing that disturbs pair programming is the human factor, humans change their mind but at the same time don't, if they have worked all their lives alone and the results have been good the change to a pair programming will be difficult, they'll think that they are superior than their comrade, the suggestions of the last one will be ignored mostly, no help will be asked, making the pair programming more of a hassle than a good programming method. Other thing that involves the human factor is the interaction with others, maybe we can get along with so...