Does Newspeak has something to do with Programming?

I found the reading really interesting, because the reading talks about how language and media control the way we think and how by removing concepts from language it is harder to think or communicate the concept. The reading mentions "by manipulating the language, the government wishes to alter the public’s way of thinking. This can be done, psychologists theorize  because the words that are available for the purpose of communicating thought tend to influence the way people think".
Applying this concepts to programming languages it made me think that todays top programming languages kind of limit your way of thinking by oversimplifying some of the instructions there are, for example removing pointers or making it difficult to use advance data structures. I also noticed that the people who use these new programming languages tend to have less knowledge about the low level instructions that can be executed.
Every single programming language limits the vision of the person using it, that is why one must first do pseudocode without having any language considerations, because, again, the language limits the thinker. When people use Java they think in an object-oriented style, when people use Clojure they think in a functional style, etc. Instead, if we use a neutral approach and then select the best language or the easier language it opens the perspective of the programmer.
I really enjoyed the reading because I knew what Orwell was intending to do, but I did not have the official confirmation by some studies. I liked a lot how it can be applied to our subject because it truly makes you think if you are programming in a proper way or if you are actually biased by your favorite language. This is the reason why the programming languages must never come to a standard or to stop supporting different approaches, syntax and implementations.

Comentarios

Publicar un comentario

Entradas más populares de este blog

Two is more than double of one

This week's reading talks about pair programming, a software development practice in which two developers work at the same time in the same project in the same thing in order to keep track of the work in case one misses. But it also improves times, productivity and software quality. The reading's goal is to facilitate the transition to pair programming by explaining how you already know how to do it. The text begins explaining how pair programming in the XP methodology for development is really successful and how programmers attribute the success of their productivity and the methodology to the technique. And although many programmers tend to work alone and resit to the change, most of them  succeed in the transition to pair programming and begin loving it. The first rule of pair programming is Share everything, even mistakes. The second one is play fair, meaning that you shall not take the control of the development and let the other person also be the one who codes. The thi
Leer más

What makes Lisp Lisp?

I found this last text repetitive and boring, I think I had understood where Lisp came from and almost everything there was to know about its story in the previous readings and podcasts. The only part of the reading I found interesting was the eval definition function where they showed you how to write the Lisp interpreter in Lisp. The thing with programming using a functional language is that is a complete flip of paradigm, when the data is also the code and you need to differentiate it using quotes. One of the difference I found in this reading regarding Lisp and Clojure is that in Lisp the empty list represents false and the atom t represents true where as in Clojure we have true to represent true and false or nil to represent false. Also, I noted the differences between the primitive functions in Clojure and in Lisp, where in Lisp they are called weird and in Clojure they have the name of what they do. This last I noted since the podcast about Lisp that explained why the functio
Leer más

Is really functional programming better?

Since the beginning of software development, we have used the same programing techniques, the author mentions that this is because it “closely resembles how a computer works at the hardware level: the processor fetches data from memory, performs elementary opera- tions on it, and writes the result back to a memory cell” (Hinsen, 2009). The only different technique that has been developed is functional programming, which was developed as a mathematical theory first and then into a programming language called LISP. So, we have two different approaches: functional programming and imperative programming.   Functional programming consists on composing functions for computations, just as previously mentioned, this paradigm was first a mathematical theory and thus a function is “a mapping from input values to output values” (Hinsen, 2009) not to be confused with subroutines. A big difference between functions from functional programming and from imperative programming is that functional fu
Leer más