¿Una persona que acaba de salir de una universidad de ingeniería será buena para codificar?

No.
El ingeniero promedio que sale de las universidades de ingeniería, incluso un candidato principal de IIT, es un mal programador.

Explicación:
La codificación es una cosa. Lograr escribir código es otra.
Tienes razón. El estado de la educación en las universidades de ingeniería, incluso las buenas, es patético. El estudiante promedio no codifica al menos 2 horas por semana, lo que lo hace mediocre. Incluso aquellos que logran escribir código escriben código con principios de codificación deficientes.
Sin embargo, tendrán éxito en varios trabajos. La razón es que pueden trabajar duro bajo presión y pueden codificar . Déjelos solos sin internet, solo con un editor y un compilador, pueden resolver algoritmos aprendidos pero no problemas innovadores.

1. Bajas horas de codificación por semana
2. Currículum obsoleto (incluidos los idiomas)
3. Aprendizaje competitivo que fomenta la memorización de memoria
4. Exámenes prácticos con un peso menor que los exámenes teóricos.
5.Malpráctica (la copia de tareas / en los exámenes es muy ALTA)
6. No hay noción de resolución creativa: solo se resuelven los algos comunes (cuántas veces habría resuelto Towers of Hanoi v / s cuántas veces ha implementado un programa equivalente a MS Paint)
7. Falta de relación entre profesores y alumnos.
8. Evaluación de los alumnos de manera funcional.
9. No hay entrenamiento / evaluación adecuados sobre los principios de codificación : los nuevos graduados ni siquiera sangran correctamente.

Solo hay una forma de evitar esto. Codifique tanto como pueda. No codifique las marcas. Codifique lo que le gustaría codificar.
Codificar como es es tan relajante como ver una película, si estás codificando algo que te gustaría inventar.

Si está buscando contratar, le sugiero que cuando escanee CVs, investigue profundamente las cosas adicionales que el estudiante ha hecho durante sus 4 años de estudio de ingeniería. Los proyectos en vivo, concursos, pasantías, aplicaciones desarrolladas, etc. le darán una mejor idea de cuán capaces pueden ser en lugar de sus calificaciones.

Además, en la India, todos los estudiantes de ingeniería de pregrado tienen que hacer un proyecto en su último año. Muchos estudiantes hacen un trabajo de copiar y pegar de proyectos anteriores o subcontratan esto a profesionales que suministran todo el proyecto – report et al. Los estudiantes que toman en serio este proyecto y se esfuerzan por hacer algo nuevo o diferente son la captura del premio, incluso si los resultados no son óptimos. Profundizar en el proyecto que hicieron le dará una idea de dónde se encuentran.

Codificación tal vez. Software no.

Escribir un fragmento de código es una cosa y construir un software es algo completamente diferente. Conozco a muchos codificadores increíbles que todavía están en la universidad. Han optimizado los complejos cálculos de la NASA y son simplemente brillantes.

La creación de software es lo que hacen las empresas. Necesitan programadores que puedan crear software cuidadosamente. El buen software tiene muchas características. La modificabilidad es una de las más importantes. Los desarrolladores deben comprender los conceptos como acoplamiento y cohesión en el software y cómo usarlos. Esto trae el conocimiento muy requerido de Análisis y Diseño Orientado a Objetos, Patrones de Diseño y Patrones Arquitectónicos. Ninguna universidad cubre estos temas y ninguna persona que se pase de la universidad más fresca ni siquiera piensa en ellos.

Sí, una persona que acaba de salir de una universidad de ingeniería podría ser buena para codificar. Pero el punto más importante a tener en cuenta aquí es lo que se considera un buen código. La mayoría de los estudiantes piensan que un código que se ejecuta y proporciona el resultado requerido es un buen código. Esto es cierto cuando lo escribe para sus exámenes o prácticas, pero los estándares de la industria son diferentes y requieren que el código también se optimice.

Como mi buen amigo Navneet Singh, señaló que el conocimiento del diseño y los patrones arquitectónicos también es esencial para escribir un buen código y / o software.

Sí, el sistema educativo de la India no cumple con estos requisitos. Pero, sin embargo, he visto a muy pocos estudiantes que desean aprender y estar al día con las últimas tendencias tecnológicas. Simplemente están muy preocupados con buenas notas y una oferta de colocación en sus manos. Aun así, en su mayoría desearían poder tener un buen proyecto con todo lo que se hace por ellos.

Como puedo ver, en su descripción de la pregunta que ha mencionado sobre el sistema educativo. Todavía no entiendo cómo importa si te enseña codificación o no. Si está interesado, hay muchas formas de aprender. He estado asesorando personalmente a algunos estudiantes que tienen un gran interés en aprender estándares industriales, diseño y patrones arquitectónicos, etc.

Creo que la respuesta está en lo que eliges ser cuando dejes la universidad.

No, dar respuestas a la lógica matemática específica y al conjunto es un juego diferente a traducir los requisitos comerciales en una pizarra blanca. Recién salido de la universidad puede conocer conceptos, pero las prácticas industriales no se enseñan mucho en las universidades de ingeniería. Es cierto que el programa de estudios que ofrecen la mayoría de las universidades es deficiente y, en ocasiones, no es relevante para la industria actual. Además, nunca asuma que un alto desempeño en ingeniería hará maravillas en la codificación. La mayoría de las veces, los de alto rendimiento se basan simplemente en lo académico que en los escenarios empresariales.

No. Le proporcionará recursos de bajo costo pero un alto mantenimiento que resultará en un alto costo. Si los nuevos recursos están interesados ​​y dispuestos a seguir mejorando con la tecnología, entonces tiene sentido invertir en capacitarlos.

La regla ideal será “lo que el candidato aprendió en la universidad” + “el costo de la capacitación para mantener el conocimiento actualizado” debería ser igual a “ROI en el costo total de los recursos”.