Se puede leer más en diversos sitios (Slashdot:" A Guided Tour of the Microsoft Command Shell", OSNews :"A Guided Tour of the Microsoft Command Shell", El valle del Viento Helado: "MSH: El nuevo Shell de Microsoft, un tour guiado" (Actualización:) y en Barrapunto: "Visita guiada al nuevo intérprete de comandos de Microsoft")
La misma entrada en BP
lunes, octubre 24, 2005
Visita guiada al nuevo intérprete de comandos de Microsoft
En Ars Technica han publicado un análisis bastante profundo del nuevo interprete de comandos de Microsoft, Monad. Desde luego es una de las cosas que uno echa de menos cuando se sienta delante de uno de sus sistema, algo que les hacía falta hace tiempo. Lo cierto es que tiene muy buena pinta...
martes, octubre 18, 2005
El software y la revolución de la concurrencia
Herb Sutter ha vuelto a escribir un artículo acerca de las implicaciones que va a tener el advenimiento masivo de los procesadores multicore: "Software and the Concurrency Revolution". Comenta como va a afectar a la creación de software desde varios puntos de vista: el tipo de lenguajes de programación más adecuados, el modo en el que se deben manejar estados o memorias compartidas, desarrollo de herramientas que ayuden a desarrollar un software concurrente de calidad... En fin, muchos temas abiertos.
El artículo anterior: "The Free Lunch Is Over: A Fundamental Turn Toward Concurrency in Software" lo comentó Draco en "Se acabó el rendimiento gratis" y yo en "Concurrencia, lenguajes y programadores"
La misma entrada en BP
lunes, octubre 17, 2005
Escalabilidad e interfaces de usuario
Eric Sink en una entrada reciente nos recuerda la importancia de la escalabilidad entendida de varios modos, entre ellos uno que no se suele tener en cuenta:
La misma entrada en BP
Finally, let's not confine scalability to things which can be measured with a stopwatch. Sometimes scalability problems are a bit more qualitative. For example, the Vault Admin tool presents the list of users in a regular Windows listbox control. That's fine with 100 users, but it's not exactly the right UI for a system with 5,000 users.O sea, que la escalabilidad no es (sólo) cuestión de rendimento.
La misma entrada en BP
lunes, octubre 10, 2005
Rendimiento y leyendas urbanas en Java
En IBM developerWorks han publicado un artículo sobre la gestión de memoria que hace la máquina virtual de Java: "Urban performance legends, revisited". Ha tenido poca repercusión en castellano (creo), pero en inglés ha generado las flames de rigor además de los comentarios de más de un exaltado.
La misma entrada en BP
La misma entrada en BP
viernes, octubre 07, 2005
Threads y más threads
Ya hemos hablado por aquí a veces de programación concurrente threads y similares, pero últimamente he visto una proliferación de comentarios y artículos al respecto, seguramente porque se acabó el rendimiento gratis
La misma entrada en BP
- "Extreme Software Scaling" sobre el impacto de los chips multiprocesador en los programadores y sistemas.
- "Protothreads and Other Wicked C Tricks" sobre una librería multiplataforma de threads ligeros. Leer cuidadosamente, que puede ser muy útil pero tiene muchas limitaciones. (La discusión está muy bien, porque se toca tema espinoso de eventos vs threads)
- Does Python have a concurrency problem? sobre el modo en que Python enfoca (o debería enfocar) el tema.
La misma entrada en BP
Suscribirse a:
Entradas (Atom)