¿Exactamente cuánta programación haré si trabajo como ingeniero de diseño de hardware? [cerrado]

Si usted es un diseñador de hardware en una empresa de tamaño normal, casi nunca codificará nada, aparte de su propio código de prueba personal (sincronice una respuesta, active algunos leds, asegúrese de que las diferentes interfaces estén funcionando, etc.). Si estás en una pequeña empresa y solo pueden contratarte, harás lo que puedas y la gente te gritará sin ninguna razón, pensando que eres un ejército de un solo hombre. No lo recomendaría.

Las responsabilidades de un diseñador de hardware son elaborar los esquemas a partir de los documentos de análisis de problemas, construir prototipos, probar, depurar, optimizar costos, probar más, depurar más y descubrir cómo empaquetarlo todo en el gabinete más pequeño posible, respetando las restricciones. Tendrá más que suficiente para hacer TAMBIÉN tener que desarrollar una pila de software completa. Si insisten en que tiene que hacerlo todo, le sugeriría pedirles que paguen ambos salarios de todos modos.

Siempre es útil para un ingeniero de HW poder escribir código, no necesariamente en el sentido de diseñar una aplicación de software de grandoise, pero es extremadamente útil poder enrollar scripts. Python y Tcl (además de bash) vienen a la mente: muchos flujos de herramientas tienen interfaces de scripts y, a menudo, aprovechan estos dos lenguajes. ¿Escribirá el código algorítmicamente puro mejor, de mejor rendimiento,? No. ¿Reunirás algo que no ganará un concurso de belleza pero terminará ahorrando horas de tu equipo a largo plazo (asumiendo que no tienes un tipo de herramientas)? Heck sí.

Personalmente tengo un poco de fondo de software, así que estoy feliz de dar vueltas alrededor de C, Python y Tcl. Cuando se trata de diseñar tableros con SoCs y demás, es muy útil tener una combinación / cruce en un nivel bajo donde la persona de HW sabe lo suficiente como para trabajar con ese código y modificarlo según sea necesario.

Los detalles, por supuesto, variarán según el título de su trabajo, pero me siento 100% cómodo diciendo que saber cómo escribir guiones básicos en Python o bash solo puede ayudarlo en su carrera. Ese conocimiento puede ser recogido en un par de horas de algunos sitios web de tutoriales geniales, asumiendo que tiene lo básico (¿no es necesario que la mayoría de los grados de EE al menos CS 101?).

Si desea realizar un diseño conceptual real y avanzar en su carrera, le recomendaría que sea capaz de incorporar tanto firmware como hardware. Alguien tiene que hacer concesiones cuando se inician los diseños, y el conocimiento de lo que es práctico, la velocidad del procesador frente a la sobrecarga frente a la potencia frente al empaque, requiere una buena comprensión de todas las facetas. Casi no quedan diseños sin un procesador de algún tipo. Sé que hay especialistas en firmware que están contentos mirando la pantalla todo el día, y tipos de hardware que intentan evitar todos los firmware. Pero si eres un chico de sistemas, necesitarás poder hacer ambas cosas. Mi experiencia es que el firmware toma más tiempo si es parte de su trabajo, pero incluso si tiene un tipo de firmware asignado a un proyecto, debe poder solucionar problemas a nivel de código.