Soy un ingeniero de pruebas y soy muy malo en la codificación. Me siento inferior porque todos mis compañeros de lote son inteligentes y tienen buenas habilidades de programación. Me siento muy mal y desmotivado. No me hablan y tampoco les gusta mi estado de Facebook. ¿Qué tengo que hacer?

Answer 1

Déjame contarte mi historia
En 2007, cuando aún no había comenzado mi ingeniería, alguien me sugirió que me uniera a las clases de programación en C. Me uní y me fui después de 7 días y comienza mi odio con la codificación. Elegí ECE sobre CSE con la impresión de que conseguiré un trabajo en el sector central. Más tarde, en 2010, me di cuenta de que solo me quedaba con TCS. Aparecí para la entrevista y no pidieron un solo programa (en ese momento, solo sabía la adición y el intercambio: D). Pidieron mucho de mi proyecto y dispararon algunas ‘jerga’ como encapsulación y herencia. No sé cómo me seleccionaron. Cuando estaba en el auditorio para la asignación de flujos, esperaba los mainframes (dijeron que tienes que hacer todo desde cero). Tenía miedo de no poder hacer frente a las personas de Java y Unix. Por suerte o qué, tengo mainframes. De alguna manera, sobreviví en un programa de entrenamiento (probablemente estaba en el último 10 de mi lote). Obtuve la ubicación de mi base en Delhi y estaba orando por algunos proyectos de prueba porque no quiero exponer mi miedo a los códigos. Y el primer día, fui seleccionado para un proyecto de desarrollo. Me asignaron en algún proyecto de prueba posterior a la implementación y estaba más que feliz porque era mi zona de confort. Durante casi un año, participé en este tipo de trabajos de prueba y realmente lo estaba disfrutando. Pero estar en un proyecto de desarrollo y hacer trabajos de prueba y mi falta de voluntad para hacer el trabajo de codificación comenzó a reflejarse en mi evaluación. No estaba dispuesto a aprender cosas nuevas, que es lo más importante para sobrevivir en TI. Vi a mis amigos crecer en su carrera, obteniendo oportunidades en el sitio mientras estaba en el mismo lugar donde comencé hace un año. Entonces, mi gerente me asignó un proyecto de desarrollo. Teniendo un año de experiencia, se esperaba que hiciera todo tipo de trabajos relacionados con la codificación sin mucha ayuda. Las personas mayores empezaron a regañarme, a burlarse de mí delante de compañeros de pasillo. Me sentí mal, frustrado pero no había salida (a veces realmente necesitas una patada). El problema era mi actitud y mi zona de confort. Ok, no me gusta la codificación no significa que tenga el privilegio de hacer trabajos / documentación que no sean de codificación. (En ese momento, creía que la documentación es el trabajo más fácil, luego me di cuenta de que no era: P). Así que empecé a dedicar tiempo extra para mejorar mis habilidades. Comencé trabajando en códigos pequeños, tomé la ayuda de mis colegas (sí, se ríen de mis dudas tontas, no me importó: D). Luego, poco a poco, aprendí la sintaxis, la lógica del banano y el ingeniero apni maa k pet se seekh k aata hai, y para los difíciles, les pregunté a mis amigos y colegas sobre su enfoque para la construcción de la lógica. Quería aprender cosas de cualquier manera posible. Un año más tarde, ya había manejado dos grandes versiones de software, tenía la certificación Six Sigma en una herramienta que desarrollé, se adjudicó a Star Performer dos veces, brindé capacitación a nuevas juntas y manejé un equipo de 8 personas en un nuevo proyecto.
El quid de toda la historia es “Si puedo aprender y hacer trabajo de codificación, entonces cualquier otra persona en este mundo puede”. Me tomé mi tiempo y tuve muy claro que tengo que superar este miedo. Y a partir de mis experiencias, puedo decirles que la codificación es la parte más fácil del desarrollo de software.
Sin embargo, si no está hecho para propósitos de codificación, deje este campo de TI, active el CAT y cambie su ruta, tal como lo hice 🙂

Answer 2

No publiques tus debilidades. Dígales solo a las personas que realmente se preocupan por usted y que pueden ayudarlo a cambiar su debilidad a algo con lo que se sienta cómodo.

Mejora tu conjunto de habilidades. La codificación no es ciencia espacial. Ponga tiempo y esfuerzo en lugar de lloriquear.

Ninguna fiesta te va a conseguir amigos. Toma interés real en las personas y cuida de ellas. Escucha más de lo que hablas. Conocer gente.

¿Qué le gusta a Facebook? ¿¿Seriamente?? ¿No les gusta tu estado? ¿¿¿¿¿Por qué te importa????? ¿Tu opinión necesita un reconocimiento de ellos? – Si es así, entonces por favor, aprende a respetarte y a amarte a ti mismo.

Mejorar en ser un ser humano. Trae en el cambio en tu vida. Cambios positivos agradables, aprecia lo que tienes.

Los rangos no tienen nada que ver con los amigos. Período.

No, no tienes que ser un avaro. Serás un avaro solo si piensas en obtener Me gusta para tu estado de Facebook.

Todo lo que debe hacer es darse tiempo, trabajar en sus habilidades, desarrollar el carácter y ser paciente.

Answer 3

Como ingeniero de pruebas, no creo que necesites saber la programación, ya que tu trabajo no implica en absoluto la codificación. Todo lo que necesita saber es cómo probar la funcionalidad completa del código desarrollado por el desarrollador. Si está muy interesado en pasar al lado del desarrollo, entonces necesita saber que la programación no es necesaria. Un punto que quiero resaltar aquí es que incluso si alguien es un excelente programador y trabaja como probador, entonces no hay ninguna adición de valor.