Ir al contenido principal

The Semicolon Wars, opininon

The Semicolon Wars


I'm actually a part of the group that thinks that also real life languages have different properties that makes that not everything can be expressed the same way between two languages, that some have an easiness for expressing one idea but trouble for other, and it's not that they were created focusing on expressing something in particular but considering that the needs that people had a long time ago when languages were created are very different from the ones existing now, I think that some languages managed to adapt to a continuously changing world easily than others thanks to how they were built and how their structures work in general.

I know that nowadays, to construct a universal language is impossible, in real life languages and in computer languages, the society and world although unified, has it's pillars built from different material (or in this case, languages), all of which vary in so many ways that it was needed to develop some new languages that existed only to unify two languages so that they could work together or that a language that mixes the best of both base languages; but as we have seen, all of this attempts, were useful and at the same time not useful, we still have programs and systems running on the same old languages that instead of showing that the new languages are better, show a little bit that it's a sort of waste.

I'm not implying that the new languages are bad, cause of course they're good and could easily supply the old languages that are still running for some reason, but that same reason could also explain why there are real life languages that are still alive although they're almost dead, maybe there exists still another system or thing that needs that language or maybe we're just too lazy to rework that system on a more modern language, I don't know but if we just keep making more and more languages without really showing that one is at least enough to cover what a group of languages can do, we will end up with more languages than countries in the world and for me that is just a unnecessary.

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...

The Roots of Lisp

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 giv...

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...