Prog. concurrente y paralela

Considero que en el artículo, UBM TechWeb hizo un gran trabajo exponiendo el problema bastante real que es el de las herramientas de apoyo para programar de forma paralela. El preguntarle a ciertos estudiantes y programadores acerca de su opinión respecto al tema fue un movimiento acertado para exponer el pensamiento general de la gente de programación respecto a qué herramientas son necesarias o estaría bien que existieran de una forma optimizada. Si bien no creo que todo se resuelva mágicamente con el apoyo de dichas herramientas, sí creo que el tener herramientas cómo las que sugiere el artículo puede servir cómo una introducción más amigable a la programación paralela a las personas que apenas están comenzando en esta área, léase programadores experimentados que no están familiarizados, o estudiantes de nuestra carrera que apenas van comenzando. En lo que no estoy totalmente de acuerdo es en lo que la encuesta arroja como primer lugar acerca de qué herramientas eran neces

El artículo es muy interesante y ayuda a establecer mejor la diferencia de procesadores y de arquitecturas en las que estamos trabajando y en donde se encuentra parado el avance en la computación respecto a la ley de Moore. Aunque no es tan reciente, considero que el paso del tiempo no ha hecho sino seguir la tendencia aquí establecida. Desde las computadoras, hasta los nuevos servicios que empresas como Nvidia están ofreciendo al público de correr sus videojuegos en las tarjetas más recientes y devolver la imagen para que no necesite la gente comprar un equipo especializado para jugar. No habría considerado como una “mina” distinta el cómputo con varios procesadores en la nube, la forma en que muchas aplicaciones se manejan, apoyándose en distintos servicios de varias compañías para proveer de funcionalidad a sus clientes. Me agrada la visión que Sutter plantea acerca de cómo es esta la tendencia hacia la que vamos. Por otro lado, no concibo una forma en la que podremos aprovech

Para la época en la que está escrito el artículo me vuelve a sorprender tanto como lo válida que es la información en cuanto al concepto que se tiene de las threads, como al hecho de que seguimos esperando la famosa "revolución" en la forma de diseñar y crear software para incluir casi automáticamente el computo paralelo. Aunque los avances que han habido en este ámbito han sido grandes, cómo el número de cores con el que se están diseñando las computadoras personales (Intel maneja 12 máximo con el i9), la cantidad de threads en que los divide (24, 2 por cada core ) y el aumento en las soluciones y facilidades que da cada lenguaje para manejar la programación concurrente y paralela, considero que la esperada revolución que dice este artículo, así como el artículo anterior, aún no llega. Seguimos tomando la programación concurrente como una opción más optativa y sólo volteamos a verla cuando tenemos la urgente necesidad de utilizarla, ya sea porque en el diseño es dolor