#3 The Hundred-Year Language

La idea de plantear e imaginar escenarios de problematicas que podrían o no suceder dentro de cien años no me parece correcta; en parte porque personalmente dudo que la situación climática actual nos permita preocuparnos por lenguajes de programación dentro de cien, cincuenta e incluso quizás diez años y en parte porque pienso que ya existen suficientes problemas que requieren nuestra atención actualmente. Entiendo, o creo que entiendo, la preocupación del autor por llegar a un punto de estanque en la evolución de los lenguajes de programación, pero si los avances tecnológicos de la última década son indicio de algo, es que la programación y los lenguajes continuan avanzando y creo que casi veinte años después de la publicación original de su artículo sabríamos si Java es un "dead end" o no, de igual manera hay otros lenguajes como Python que llevan años y años constantemente evolucionando y continuan siendo relevantes hoy en día. 

Definitivamente hay ciertos factores que se tienen que tomar en cuenta al evaluar que tan robusto es un lenguaje de programación para no solo adaptarse a nuevas necesidades de los usuarios sino que también para crecer continuamente y evolucionar. Una solución que a primera instancia se me ocurre podría ser interesante es el diseño y creación de un conjunto de problemas que el lenguaje debe ser capaz de resolver o estandares con los que se debería contar para ser considerado un lenguaje que no sea un "dead-end". Según la descripción que nos pinta el autor, normalmente al momento en el que nos damos cuenta de que un lenguaje no tendrá ramas evolutivas es demasiado tarde y no se puede hacer nada para cambiarlo. Establecer estandares que los programas deben cumplir podría ser una solución para asegurarse de que exista evolución dentro del mismo y evitar que existan más "dead ends".