The Hundred-Year Language

El contenido de este este ensayo me llamo mucho la atención porque ha tocado uno de los temas que más he escuchado últimamente y no veo el por qué tanta prisa en descubrir cuál será el lenguaje dentro de 100 años, pero si es interesante, o sea sé que no voy a vivir para poder verlo, pero en si el ensayo toca muchos temas en el que se hacen preguntas a cuestiones informáticas y sobretodo de programación puesto que hemos visto que se han inventado muchos lenguajes de programación a lo largo de los años y en menos de 50 años pudimos tener un progreso muy grande, por lo tanto yo creo que en 100 años algunas reglas van a cambiar y más con esta gran tendencia de los estudios que están realizando para la computación cuántica.

Aparte el ensayo es muy interesante porque nos habla de algunos lenguajes que ya están muriendo como COBOL que es un lenguaje de programación muy popular y he escuchado que se usa mucho en la industria del banco o financiera, pero pues está muriendo porque no hay nuevos métodos o funciones que puedan ayudarnos a hacer un código más limpio o existen ya otros lenguajes que pueden simplificar estos métodos

El diseñador del código de 'Matrix' revela su significado oculto

Además, Paul Graham habla de cómo los lenguajes de programación antiguos se han ido actualizando desde su lanzamiento, también conocidos como ramas, estas ramas tienen nuevos métodos, funciones y operadores, estas cosas han hecho la vida mas fácil a los programadores que comenzaron con el lenguaje de programación y ahora ver qué tan rápido es en comparación con las versiones anteriores.

En general me parece un artículo muy bueno con preguntas muy buenas y las respuestas tal vez no las aterricé mucho porque siento que aún me falta entrar más en materia pero lo poco que conozco algunas cosas y puedo coincidir y otras debo investigar más a fondo puesto que es un tema que probablemente vaya haber en mi carrera puesto que bueno el ensayo dice que los lenguajes de programación no son como la tecnología que evolucionan exponencialmente pero pues si vamos a ver cómo van a estarse desarrollando a lo largo de los años.

Para concluir, estoy de acuerdo en que la industria del software debe esforzarse por desarrollar nuevos sistemas teniendo en cuenta la prueba futura del lenguaje elegido, sin embargo, esto nunca debe ser a costa de sacrificar la calidad del software, pero, si hay múltiples lenguajes que cubren las necesidades del sistema, entonces el factor diferenciador debe ser una conjetura sobre las posibilidades de evolución de los lenguajes disponibles.

Comentarios

Entradas más populares de este blog

Language Design and Implementation using Ruby and the Interpreter Pattern

Éste artículo me pareció muy interesante y sobretodo muy educativo, ya que habla principalmente sobre un Framework llamado S-Expression Interpreter Framework que es un DSL que involucra el uso de lenguajes Ruby y permite construir S-Expressions como lenguajes funcionales (que para este punto de la carrera ya lleve una materia en el que ya puedo comprender más el propósito, la sintaxis y sobre todo un poco el ambiente en el que se se desarrollan estos lenguajes) como Lisp, Clojure etc mediante la implementación del patrón de intérprete A decir verdad Ruby es un lenguaje completamente nuevo para mí, ya que nunca había programado en este lenguaje, de hecho si había escuchado hablar de lenguaje que se está tornando popular y es por eso que en este artículo se menciona que se usa como parte educativa, pero jamás he programado en él y no conocía muchas de las características que tenía este lenguaje por lo que resulta muy interesante la implementación del patrón de intérprete en este lenguaje

Building Server-Side Web Language Processors

Después de leer este artículo estoy completamente de acuerdo con la idea y la visión general del autor Ariel Ortiz, en este artículo que nos presentó sobre los beneficios de usar un enfoque web para desarrollar un procesador de lenguaje donde se nos explica como a veces es más interesante ver un compilador funcionando en un enfoque web que en la propia terminal. Sólo que el único inconveniente es que el nivel de complejidad del proyecto va a aumentar donde necesitaremos de tiempo extra y material extra, sin embargo los resultados pueden ser muy gratificantes. Fuera de la complejidad y ampliando los beneficios del enfoque web puedo visualizar que este proyecto puede contribuir al desarrollo de habilidades útiles por parte de los estudiantes, ya que el desarrollo web es una de las áreas más destacadas de la programación así como una de las más necesitadas debido a que todos se están mudando de manera prácticamente en Internet. Además como otro beneficio y siento que es algo fundamental e

Internals of GCC

La cosa más interesante que se me vino a la mente después de escuchar este podcast es sobre la tendencia de qué los procesadores deben tener más núcleos para abordar mejor las tareas para la paralelización por lo que los compiladores deben de cambiar para aprovechar mejor los avances tecnológicos y creo que se está logrando bastante rápido con nuestra arquitectura x86 La modularidad de los componentes de GCC también es bastante impresionante y tienen sentido, en un extremo lo que cambia es el lenguaje que estamos leyendo e interpretando y una vez que llegamos a una estructura universal el proceso del compilador GCC debería ser el mismo y el front-end y el back-end podrían ser intercambiables mientras que el medio sigue siendo el mismo por lo que me viene la mente mucho los bloques que usamos para construir compiladores e intérpretes los primeros que vimos en clase Una de las cosas que mencionó el entrevistado que me pareció muy curiosa es que cuando la representación del árbol no exis

Diseño de compiladores

Buscar este blog