Bueno, no lo hagas como “concatenación de cuerdas a través de los tiempos”.
No debería ser técnico en absoluto. No le piden que haga esto para evaluar su conocimiento técnico. Y debería ser algo que todos en la audiencia, algunos de los cuales serán RRHH o no técnicos, puedan entender.
Aunque no sé mucho al respecto, elegiría metodologías de desarrollo de software. Como comparar el desarrollo de software ágil – Wikipedia, el modelo de cascada – Wikipedia y algunos otros.
- ¿Cuál es la pila de tecnología de Blossom?
- ¿Por qué bancos como JP Morgan y Bank of America Merrill Lynch utilizan Python para reemplazar los sistemas históricos heredados construidos en Java / C ++?
- ¿Por qué es más difícil contratar desarrolladores que otros puestos?
- ¿Puede un estudiante de un instituto menos reputado (según los estándares de Google) unirse a Google?
- ¿Cuál es la diferencia entre un lenguaje como javascript y un lenguaje como c ++?
Esto les mostrará que usted ve la imagen más grande y lo marcará como un potencial líder de software, y le permitirá trabajar su propia experiencia personal en el desarrollo de software en la narrativa (“Vi esto en acción cuando solía trabajar para un software casa que usaba Agile, uno de los problemas era bla bla bla ”).
Sea lo que sea, manténgalo general y de alto nivel. Evite hacer juicios de valor, algunos en la audiencia pueden estar en desacuerdo con usted (por ejemplo, Java apesta). Presente los temas relevantes para su tema, pero permita que formen sus propias conclusiones. Eso es probablemente lo que quieren que pueda hacer como empleado junior: proporcione los hechos necesarios para que sus superiores tomen las decisiones finales,