Procesador .NET - ¿necesidades creadas?

por Rudd-O publicado 2004/12/14 21:57:27 GMT+0, Última modificación 2013-06-26T04:38:44+00:00

¿Hasta dónde puede llegar una maquinaria de publicidad? En el artículo de Fox sobre el procesador .NET descubrimos que ahora existe una nueva facilidad para ejecutar código .NET CLR en procesadores embebidos.

Yo digo: ¿para qué? ¿Para que sea innecesario aprender otro lenguaje?

A mí me parece absurdo. Uno de los problemas básicos con sistemas embebidos (y dispositivos móviles) es la disponibilidad de ciclos de reloj. Un dispositivo que apenas alcance a descodificar MPEG2 (por ejemplo, en un celular moderno) evidentemente no podrá hacerlo si tiene que compartir costos de manufactura con un procesador .NET CLR, que necesita pasar por más pasos de traducción. Básicamente, .NET CLR nunca será tan rápido como se necesita en procesadores embebidos.

En todo caso, si alguien realmente quisiera escribir en un entorno poderosamente expresivo, yo me pregunto: ¿por qué no usar Embedded Python? Es mucho más expresivo, no requiere de licencias, hay una gigantesca comunidad y cantidad de recursos en torno a Python. Más importante aún, las aplicaciones Python se pueden compilar a C, tras lo cual simplemente usas GCC embebido, y ya tienes una aplicación microscópica que ejecuta tan rápido como el vil metal lo permite.

Claro, ¡lo que pasa es que la gente no conoce! Lo cual no me hace más que darle la razón al Flaco_del_Botero.