¿Debo deshacerme de las viñetas y * solo * decir “Trabajé en un pequeño equipo desarrollando un producto de seguridad de red comercial”?
Descarto currículums que contienen solo ese nivel de información porque no me dice nada para separar al candidato de los 199 de 200 en busca de trabajo que no valga la pena contratar. “Trabajó en un equipo pequeño” podría significar que cualquier cosa, desde que les hizo café hasta usted, escribió el 99% del código.
Estás escribiendo tu currículum para 2 o 3 tipos de personas
- ¿Necesita saber qué se enseña en una licenciatura en ciencias de la computación para ser un ingeniero de software que hace software para tecnologías relacionadas con Windows o Microsoft?
- ¿Cuántos desarrolladores de software viven en Israel? ¿Cómo se distribuyen?
- Me han ofrecido $ 23 / h como desarrollador de software para posponer mi graduación y continuar trabajando a tiempo completo. Estoy a un año de graduarme y tengo dos años de experiencia en el campo. ¿Qué tengo que hacer?
- ¿Cuál es el crecimiento en Fiserv para un desarrollador de software?
- ¿Los guiones gráficos se usan ampliamente en el desarrollo de iOS, o los desarrolladores todavía prefieren usar archivos .XIB / .NIB? ¿Cuáles son los pros y los contras de usar cualquiera?
- Los reclutadores y su software, que se basa principalmente en la coincidencia de palabras clave
- Se reanuda la selección de personas técnicas que se preocupan por los detalles. Los algoritmos, la tecnología y el proceso de software, como la integración continua y otras prácticas ágiles, son importantes.
- Gente de negocios que podría estar interesada en lo que hizo para el resultado final y cómo encaja en el organigrama. ¿Fue impulsado por los requisitos comerciales? ¿Hizo su horario? Al resolver problemas, ¿hizo que los clientes estuvieran tan contentos que pasaron de devolver el producto a los evangelistas? ¿Fuiste líder para un proyecto o equipo?
y necesita algo para todas las partes relevantes.
Como ingeniero junior, tiende a trabajar en problemas más pequeños con menos grados de libertad. Su participación en aspectos comerciales no técnicos es limitada y solo está siguiendo los procesos de software definidos por otras personas, por lo que puede que no haya mucho que decir en ninguna de las categorías.
Más adelante en su carrera puede ser responsable de productos completos o de partes muy grandes de ellos. Debería hacer cosas para aumentar el valor de la empresa: traducir los requisitos del cliente en requisitos técnicos para crear algo que la gente quiera comprar, trabajar con personas del producto para identificar áreas para diferenciar su producto de la competencia y luego implementarlas, mejorar la experiencia del cliente para se requiere menos soporte y su número de empleados no necesita crecer, etc. Debería implementar y mejorar el proceso de software para mantener baja la tasa de defectos, la pérdida de clientes y el rendimiento del desarrollador y la previsibilidad del cronograma. Debería tener más que decir sobre el proceso de software y los negocios.
Cruzando la división ingeniería / gestión los detalles técnicos se vuelven menos importantes.