Esto no es realmente justo para los ingenieros de firmware, un ingeniero de software en general ni siquiera sabe acerca de su propia gestión del espacio de código, sabe muy poco sobre el sistema operativo, los protocolos de red y nada acerca de varios protocolos de dispositivos, muy lejos de la comprensión del hardware, sin comprensión de cómo las interfaces y varios sistemas complejos realmente funcionan ... todavía los ingenieros de firmware tienen que trabajar mucho más duro y mantener una amplia difusión y un profundo conocimiento sobre cada cosa que hacen y en el mismo o menor salario (¿Por qué?), porque un código de firmware está dirigido a un hardware en particular y hay una necesidad de una profunda comprensión del espacio de todo tipo de requisitos de memoria a la característica de alto nivel traer hasta ... I'm un ingeniero de desarrollo de firmware y, a menudo trabaja con los ingenieros de software, los encuentro realmente confundido y ver un gran signo de interrogación en la cara, cuando compartimos los requisitos de que el software de PC, que doesn't incluso entender y tomar el espacio y las estructuras de datos tan en serio (falta un bye o la mala colocación de bytes o secuencia de datos...mucho más no son un problema serio para ellos, pero, puede colgar el hardware), que puede crear problemas severos si no se comprueba por una persona superior que conoce los requisitos a nivel de sistema, su depuración es también, no muy intensa, tienden a pasar rutinas a ciegas y pueden sentarse en blanco sin una visión clara del problema ni el lugar donde poner el punto de ruptura, una actitud común en ellos es poner puntos de ruptura en todas partes, su' es dificil para ellos resolver donde, como y por que exactamente algo esta sucediendo, esto hace que un simple problema sea una pesadilla para los chicos del lado del sistema y en ultima instancia, ellos tienen que solucionar problemas y depurar su codigo (de la gente del software'), esta parte es ridicula...