Ir al contenido principal

The Roots of Lisp

In this article we talk about the Lisp operators and how they make up into a powerful API, this paradigm consists of some built in functions that intend to make things easier, however, talking about the power of language as many things that language can become, list processing is very a powerful tool in the structure and syntax of Lisp given by the fact that everything in this paradigm is achieved by the processing of lists.
Lisp programs are composed by something called s-expressions, which stands for symbolic expressions which are defined recursively, and consists of either a single “component” which is called “atom” in the strict definition, or it can also be a list, which can correspondingly be some other symbolic expressions.
The main idea in this article rounds around the idea of lisp being so innovative for its time that it allowed to visualize the solutions for some problems in a completely different angle, which makes the process much more understandable,  compared to other programming standards that  try  to organize the abstraction in a way it becomes clunkier the more complex the coded solution becomes. However in Lisp we can evaluate whatever we want as long as it belongs to a language (kind of the way Turing’s machines worked)
In my opinion the article is meaningful because it marks the differentiation between the conceptions of functional programming and makes the reader (as long as he or she is familiarized with the needed baggage) find all the contrasts within all the programming paradigms that a reader like me have used from time to time. In a way that even when you can conceive most of the advantages of functional programming, it’s still being quite abstract that still a bit difficult to help others to also conceive them, that you end up understanding and defining them via a lot of practice.

Comentarios

Entradas más populares de este blog

The Promises of Functional Programming

The article “The promises of functional programming” written by Konrad Hinsen highlights how software development has undergone significant advances as much as advances in technology and computational hardware, in the same way the article describes what is the essence of functional languages, what gives life and the reasons why they are created, in parallel it also explains the advantages of using it. The first feature to highlight functional programming is in the use of functions, since unlike the use of mathematical functions, the variables are not part of the functional programming paradigm which according to the article is the first surprise faced to the ones that are starting to use functional programing. One of the other features for the functional paradigm is the built-in fail safe mode against race conditions which is the lack of counter and side effects, and the possibility to define the language itself. Hand in hand with this change also highlights the difference in th...

The semicolon wars

As a regular programmer, I sometimes get confused when at the time I’m using different languages for different projects, but ironically that’s how I get to know them better, in fact, that little confusion becomes less notorious. In this article the analogy of regular languages and programming languages are much more than a simple comparison and I think that it has something to do with my little experience using different programming languages for different projects. If we extrapolate that experience to another where someone can speak in many languages, we might get to notice that there are some kind of “reciprocation” between them and that might not be a simple coincidence. For many centuries, the language has been an extremely important part of the human development, since historically speaking it has immortally impressed in it little fragments of the meaning of that history; but that doesn’t end there, the language has been and stills being one of the most important tools to get...

Revenge of the nerds

When I was beginning the path to become a software engineer I tended to magnify the problems related to the things I wasn’t very much involved into, because of inexperience. The Analogy of the pointy-haired boss can apply to many people when they are neophytes to some regard. In the real world it’s something that have happened to me almost every time when the requirements for some software are very ambitious and a pseudo-informed client is involved. Everybody loves standards, it makes things easier and faster, but also is not always wat everyone needs for achieving their goals. Maybe the client wants the latest and greatest revision of a software that is commonly used for their branch in business, but maybe that version of that software implements functions and new paradigms that are no longer the principal need for the client. These kind of concerns are common because where there is money involved, there is always the need to have security and robustness, but in the software deve...