Esta no es la única razón, pero la programación empresarial tiene ciertas realidades para las cuales los títulos de CS no lo preparan. Los grados de CS generalmente te enseñan cosas como proyectos de Greenfield, implementación de programas, matemáticas discretas, algoritmos, diseño de programas y documentación. Las personas que se apegan a estos títulos son las personas que disfrutan resolviendo rompecabezas.
La realidad es que cuando te metes en un negocio, dependiendo del entorno que hay allí, es probable que arrojes alrededor del 60% -80% de eso a la basura. Oh, aún necesitará saber que el algoritmo de ordenación rápida es más rápido que un ordenamiento de combinación, pero solo si los datos son lo suficientemente aleatorios en primer lugar, y que debería usar un ordenamiento por inserción si los datos están ingresando un poco. un momento. No puedo imaginar un escenario empresarial en el que necesites implementar cualquiera de estos algoritmos, porque hay casi una biblioteca de códigos para eso.
Para mí, hago casi enteramente la codificación de mantenimiento. Es decir, el diseño ya está básicamente establecido en piedra para la mayoría de los proyectos que toco. No hay una arquitectura de cuchilla para crear. No hay una nueva aplicación de bases de datos ni un proyecto de rubí sobre rieles de campo verde que deba implementar.
La dura realidad es que los negocios hacen dinero. Eso es para lo que necesitan los programadores. Si se está uniendo a un negocio exitoso, ya tienen un producto que funciona. Todo el diseño, la documentación, los algoritmos y las matemáticas, y su flujo de trabajo diario es agregar pruebas de 5 a 10 unidades que cubren 10 líneas de código en un proyecto mayormente terminado. Gran parte del tiempo se dedica a trabajar con alguien para decidir cuáles son los requisitos.
- ¿Por qué tantos escritores mediocres y malos sobrestiman sus talentos y piensan que pueden escribir libros que las personas disfrutarán leyendo?
- Me encanta tomar fotos, pero mis fotos parecen ser horribles en comparación con otras realizadas por personas que están ahí fuera. No me parece que progrese. ¿Qué debo hacer?
- ¿Por qué algunas personas piensan que son superiores a cualquier otra raza cuando todos somos iguales?
- ¿Qué tipo de persona debería ser?
- ¿Las personas tienen la tendencia a cometer exactamente los mismos tipos de errores entre sí?
Otra cosa que me gustaría mencionar es que la mayoría de las compañías, según mi experiencia, fallan al menos cuatro de la Prueba de Joel: 12 pasos para mejorar el código. Mientras más pruebas falla una compañía, más difícil es trabajar allí. El enfoque deja de estar en la programación y más en las personas y herramientas que están en el camino de la programación.
¿Los nuevos candidatos escriben código durante su entrevista?
Las compañías que contratan sin tener a alguien que escriba el código durante su entrevista y que también contraten a nuevos graduados tienden a tener una sensación de “perdido en el mar”. Trabaja con personas incompetentes o aún no competentes que tienen demasiado miedo de renunciar a un trabajo remunerado en el que no pueden hacerlo bien. Si se trata de su primer trabajo, desconfíe de dejarlo porque puede verse mal en su currículum. Las personas que podrían hacerlo bien y tener la experiencia, ven la escritura en la pared y se convierte en una puerta giratoria.
Odias la programación porque el entorno de programación está en el camino. No hay rompecabezas para resolver, por lo que no hay nada para disfrutar.