He trabajado en un par de bancos de inversión, en diferentes divisiones. El término “desarrollador de software” es muy amplio, pero describiré dos tipos diferentes de desarrolladores con los que he trabajado y cómo son tratados.
El primer tipo de desarrollador es el que se sienta en el piso de negociación. No son “quants”, y no son comerciantes. Pero constantemente modifican el software de negociación y crean nuevos software / algoritmos cuando un operador quiere ejecutar una nueva estrategia. Este tipo de desarrolladores son muy respetados. Los comerciantes, sin importar cuán arrogantes o anticuados puedan ser, saben que estos tipos juegan un papel enorme en el proceso. Dependiendo del desarrollador individual, pueden o no encajar perfectamente con los otros comerciantes. Pero eso es de forma individual. Muchos de los comerciantes, aunque ciertamente eran niños de fraternidad, eran estudiantes de matemáticas / economía / ciencias en la universidad, por lo que entienden a los desarrolladores.
El otro tipo de desarrollador crea un software de propósito más general, por ejemplo, una plataforma para ver las tenencias de cuentas. Debido a que la mayoría de las personas solo interactúa con ellos cuando la plataforma se descompone, se da menos respeto. Para ser franco, la mayoría de estos desarrolladores también son de segundo nivel. En general, al menos en las empresas financieras, hay muy pocos desarrolladores que desean este tipo de trabajo. Más a menudo que no, terminan conformándose con él, cuando no obtienen el trabajo descrito anteriormente; o, no obtienen un trabajo como cuantitativo, y no obtienen el trabajo descrito anteriormente, por lo que se conforman con esto.
- ¿Hay alguna forma de cargar nuestros teléfonos inteligentes más rápido?
- ¿Cuál es el futuro de Arduino?
- ¿Qué es la pila de tecnología de Segment?
- ¿En qué casos la baja tecnología supera a la alta tecnología? ¿Por qué?
- ¿Por qué los discos Blu-Ray tienen mejor audio que el formato digital?
Además, estos desarrolladores están trabajando con corredores, asesores de clientes, etc. No todas estas personas tienen una buena comprensión técnica, es decir, no entienden que los errores son inevitables, y dar vagos requisitos resulta en un producto mediocre.
Sin embargo, gran parte del respeto es resultado del individuo. He visto ejemplos que refutan mis dos explicaciones anteriores, porque esos desarrolladores desafían los estereotipos típicos de desarrollador, buenos y malos. No hay un respeto arraigado o una falta de respeto hacia los desarrolladores. Espero que esto ayude a responder tu pregunta.
