Un ingeniero de software que trabaja en HFT está en un punto óptimo. La compensación es una de las más altas que puede lograr sin convertirse en empresario. La demanda de personas calificadas es alta, por lo que la seguridad laboral también es alta. Los problemas son variados, difíciles e intelectualmente desafiantes.
Claro, hay algunas desventajas.
- En la gran mayoría de los dominios de aplicación, es difícil y complicado medir la calidad del software. Las finanzas son únicas porque tienen una métrica de rendimiento cuantitativa dura, indiscutible y cuantitativa: cuánto dinero está ganando (o ahorrando) el algoritmo, diseño, solución u optimización. Esa forma de pensar tiene muchos efectos. A veces, los equipos que siguen ganando dinero se salen con muy malas opciones de diseño. Eso puede conducir a una ingeniería de software deficiente, diseños antiguos que se mantienen mucho más allá de su vida útil, renuencia a refactorizar y hacer mejoras.
- Como individuo, el hábito de medir todo en términos de dinero puede extenderse a otras áreas de su vida, incluidas las relaciones personales, y eso puede ser muy peligroso.
- Todos en las finanzas, incluidas las personas que se han unido hace solo un mes, comienzan a pensar en su carrera principalmente en términos de compensación. Las consideraciones sobre la pasión, las esperanzas, los sueños y la felicidad desaparecen pronto.
- Lo que haces generalmente está cubierto por el secreto. No puede conversar con sus amigos universitarios o colegas profesionales de otras compañías sobre lo que hace en el trabajo.
- Si vienes de la academia o de empleadores que tienen un esfuerzo de investigación y solías publicar, tan pronto como comienzas en finanzas te das cuenta de que no podrás publicar más. Su visibilidad externa se desplomará y desaparecerá.
- La presión de grupo es alta. Todos trabajan mucho más y más horas que en cualquier otro campo que haya visto. La gente almuerza en su escritorio para ahorrar tiempo y apenas saluda. Las personas están muy motivadas, casi maniáticamente.
- Los equipos operan de manera aislada a menos que se indique lo contrario. Por lo general, está trabajando con un colega en el proyecto A pero no en el proyecto B. Si ese es el caso, no puede compartir ninguna información con él / ella sobre el proyecto B. Esto lo obliga a mantener un estado constante de vigilancia sobre qué información puede comparte y dificulta el desarrollo de relaciones personales basadas en la confianza y el entendimiento con sus colegas.
- ¿Qué significa realmente 'no romper la compilación' en el contexto de la ingeniería de software?
- ¿Son los ingenieros de software informáticos?
- ¿Es malo aprender php? ¿Es el nuevo Boston un buen lugar para aprenderlo?
- ¿Por qué algunos programadores están desempleados?
- Cómo crear un contrato de cliente como ingeniero de software independiente