#27   #26 Para sacarle el jugo a una máquina, hay que conocer su arquitectura. Y eso requiere personal especializado. Sólo así se consiguen sistemas 99.9% failsafe (por eso ahora no lo es ninguno).

¿¿¿A prueba de fallos con ensamblador??? Me lo explique.

#28   #26 tienes mucha razón, pero tampoco podemos ponernos con código máquina a machete hoy en día salvo casos puntuales, concretos o específicos (consolas, dispositivos con pocos recursos o limitados a una función, etc...).
El problema es que quién se ha peleado con lenguajes de 'bajo nivel' y va usando los de 'alto', máquinas virtuales o frameworks... sabe que éstos por debajo están hechos sobre los de niveles inferiores e intuye como estarán organizados y por tanto puede minimizar el impacto de uso de recursos, errores, etc... junto con los conocimientos teóricos que haya podido aprender, más de arquitectura que comentas.
Cuando alguién sin conocimientos teóricos y poca experiencia entra de lleno usando frameworks y demás es indudable que va a gastar muchísimos más recursos de la máquina donde ejecute su embolado, además del triple de errores.
Entender la POO, no ya a un nivel alto sino básico, tampoco es sólo menester de gente no especializada. Me remito a lo que he dicho en los párrafos anteriores.

#32   #26 No estoy de acuerdo:
-Si trabajas con una MV te ahorras tener que conocer el hardware al detalle. Más bien necesitas saber de algoritmia para saber optimizar.
-Si las aplicaciones hoy día fallan más que antes es porque son mucho más complejas y hay muchas más. Y son más complejas porque tenemos herramientas que nos permiten crear aplicaciones complejas en relativamente poco tiempo. Por ejemplo, yo hice un Tetris en la universidad, usando Modula-2 y luego lo hice en ensamblador. En un lenguaje "normal" lo tienes hecho en un par de días, en ensamblador tardas semanas. No hay control de memoria, ni de que te salgas de array con el índice... etc, con lo que escribes un montón de código que cuesta mucho mantener y no es menos propenso a fallos (en cuanto tienes miles de líneas es más bien lo contrario.

- La calidad en general de las aplicaciones ha bajado en algunos aspectos, pero es que cualquiera ahora programa. Un buen programador te hará un código robusto en cualquier lenguaje, y si usa un lenguaje sencillo lo hará además en menos tiempo.

#31 De eso creo que nos podemos olvidar: Linus ha dicho que C++ está bien para hacer aplicaciones, pero para el kernel le parece una pésima idea (yo te lo digo así, de un modo suave. Imagina como respodió él a la sugerencia, con su historial de troll en los foros )

#20 Un buen compilador tiene todo eso en cuenta y puede optimizar más que nadie "a mano" hoy día.

#36   #26 Pero qué ida de olla!!!!!!!

¿Trabajas?¿En qué? Ya me parece gili algo muy común en españa como que alguien que solo trabaja con php denoste java o este .net o este C+ o este yo que sé como para que encima alguien que supongo trabajará con sistemas en tiempo real o algún tipo de sistema embebido denoste..... LA POO Y LA ABSTRACCIÓN.