Buenas respuestas hasta ahora. Quiero responder esto desde la perspectiva de un nuevo graduado que hizo malabares con la misma decisión hace 6 meses.
En Silicon Valley parece que, en la superficie, la verificación ASIC también es más demandada. Solicité trabajos de diseño de ASIC y me ofrecieron una oportunidad increíble para “probar” la verificación en un entorno laboral antes de decidir con seguridad.
Terminé eligiendo la verificación. Pero ese no es el punto de esta pregunta. El punto de mencionarlo fue proporcionar una perspectiva de cómo juzgué a los dos. Creo que no hay pros y contras universales de los pros y los contras solo para cada individuo, por lo que solo enumeraré las características que me ayudaron a decidir:
- ¿Cuál es el proceso de admisión de ISB Hyderabad? Me gustaría saber la línea de tiempo también
- ¿Cuáles son mis opciones si no puedo soportar un trabajo corporativo?
- Acabo de perder mi trabajo. Solicité otras nuevas, pero no me han llamado para entrevistas. ¿Qué tengo que hacer?
- ¿Cuál es el alcance de una maestría en TI?
- ¿Qué puedo hacer durante un mes para obtener la mayor productividad?
- Diseño / ciclo de vida del producto: los roles de diseño suelen ser más tempranos en el ciclo del producto que la verificación. Por supuesto, a medida que el proyecto continúa, estos se superponen un poco, especialmente cuando Verif encuentra errores o razones por las cuales las características deben cambiar. Por lo general, a la mitad de un proyecto, Design y Verif terminan siendo un juego de ver y ver. ¿Qué final del ciclo de producto prefiere? ¿Quieres estar más cerca del lanzamiento del producto o de la concepción del producto?
- Pure Hardware vs Hardware / Software: ASIC Design termina teniendo un 95% de hardware relacionado. Trabaja en VHDL / Verilog y lo más cerca que está del software son las herramientas EDA o las secuencias de comandos Perl. Tal vez si eres realmente ambicioso, escribirás tus propios controladores de software para algo, pero en una empresa más grande habrá alguien cuyo trabajo es hacer eso por ti. Poder / área importa. El tiempo importa. Es fácil crear un diseño funcional, pero es difícil crear un diseño que supere el tiempo, cumpla con las restricciones de área y que sea escalable para el próximo proyecto en el que trabaje. La verificación ASIC es, en esencia, resolver problemas de programación. Trabajas en SystemVerilog / C ++ / algo similar. (Algunos diseños todavía usan bancos de pruebas basados en Verilog, pero eso está disminuyendo día a día). El desafío es construir entornos que sean reutilizables, escalables y que alcancen una alta cobertura. Es posible que tenga que hacer uso de múltiples hilos, conceptos de redes, bases de datos y sistemas, pero todo teniendo en cuenta el aspecto del hardware.
- Especialización: quería abordar específicamente su preocupación por la especialización en estos campos. Claro, mientras que las personas de Verif son más generalistas que las de diseño, en diseños más grandes esto cambia un poco. Cada vez que un equipo de proyecto se sienta para dividir las tareas, la forma más productiva de hacerlo es hacer que las personas realicen algunas tareas con las que se sientan cómodos y familiarizados. Me gusta asumir un par de cosas que sé que puedo sacar del parque y luego un par de cosas nuevas y más desafiantes que me ayudarán a crecer. Pero lo que siempre sucede es que algunas tareas son mejor dejarlas a ciertas personas. En general, esto no debería ser una fuerza impulsora para tomar su decisión. No importa en qué industria trabaje, su trabajo será una mezcla de algo nuevo y algo que haya hecho antes.
- Crecimiento de la industria: este es el único punto en el que hay un claro ganador a favor de la verificación. A medida que los diseños se vuelven cada vez más complicados, la demanda de verificación ha aumentado. Hace solo 10 años, la división entre Diseño y verificación de ASIC en cualquier equipo era de 70-30 a favor de los diseñadores, mientras que ahora se acerca a 50-50 si no 45-55 a favor de la verificación. Piense en el error de Intel (el error de mil millones de dólares de Intel) que les costó mil millones de dólares. No necesita eso en sus manos como equipo de diseño. Especialmente cuando no puedes cubrir pérdidas como Intel.
En general, elige en qué eres bueno. Crecerás bien.