¿Qué desearías haber sabido antes de tu primera pasantía de desarrollador de software?

He sido dos veces pasante y dos veces lo hice. Si tuviera que resumir lo que aprendí de estas experiencias, diría que hay tres cosas importantes en las que un interno debe pensar

1) Entregar código de alta calidad . Es realmente fácil caer en sus hábitos universitarios de piratear cosas y luego entregar algo con un buen número de fallas menores (impresiones adicionales, código comentado, casos fallidos, etc.) Sin embargo, en última instancia, las personas que lo contratarán serán tomar una decisión de contratación basada en su trabajo, y una forma de responder esa pregunta es “¿Confío en que esta persona trabaje aquí?” Tener un historial de compromisos sólidos y limpios es la mejor manera de ganarse su confianza.

2) Sea visible más allá de su gerente. Los buenos gerentes internos existen más como maestros y defensores que como evaluadores, por lo que los comentarios de otros miembros del grupo se toman muy en serio al considerar la oferta. No estoy sugiriendo que debe ser jactancioso (de hecho, los temporizadores completos lo verán a través de usted si lo está), pero debe asegurarse de actualizar regularmente a las personas con el progreso de sus proyectos, especialmente con datos que muestra que estás haciendo lo correcto. En última instancia, es mejor darse cuenta de que un proyecto no está funcionando rápidamente y ser asignado a uno nuevo que arrastrarlo porque tienes miedo de las malas noticias.

3) Sé consciente de dónde estás parado. Las buenas empresas se encargan de ocultar la relativa antigüedad de los diferentes empleados de una manera que permita a los muy altos y muy jóvenes colaborar en proyectos sin presiones sociales que puedan arruinar la dinámica. Desafortunadamente, no hay forma de ocultar el hecho de que alguien solo está aquí para una pasantía de 12 semanas, por lo que estos problemas surgen en las relaciones a tiempo completo / pasante. El problema se ve exacerbado por el hecho de que es casi universal el caso de que es mucho más fácil convertirse en un interno que convertirse en un temporizador completo. El resultado neto es que si te encuentras en un conflicto fundamental con un terco a tiempo completo, probablemente no podrás retroceder. Los grandes ingenieros y gerentes recibirán comentarios constructivos de cualquier persona, pero es importante reconocer que hay personas mediocres por ahí y, como pasante, será mejor evitar el conflicto con ellos.

  1. Conocer el producto y no solo el código.
    Es importante tener un conocimiento profundo del producto que está desarrollando. También le da razones para hablar con personas a las que no puede acercarse de otra manera. Esto es muy beneficioso para una persona como yo que no puede hablar bien (también el lenguaje Smalltalk, FWIW) tan bien. Debe hablar con el gerente de producto, hacerle preguntas sobre las decisiones más importantes que solo la infraestructura de almacenamiento.
  2. Para aprender bien la tubería
    Porque cada empresa tiene uno. Y es único y, a menudo, muy frustrante. Pregúntele a su gerente cómo le facilitó las cosas. ¿Cuáles son las herramientas adecuadas para usar? ¿Qué está usando el resto del equipo? No querrás que tus herramientas entren en conflicto con las del resto del equipo.
  3. Que estaba allí para aprender, la compañía está menos interesada en ese objetivo
    Tendrá que hacer proactivamente intentos de aprender. Los aprendizajes incluyen habilidades blandas: toma de decisiones, presentación y convincencia, así como codificación, decisión del sistema y demás.
  4. Hacer amigos
    Con otros pasantes, así como a tiempo completo. Tendrán experiencias, consejos e historias que harán que el tiempo sea divertido. Además, si sigues siendo amigo más tarde, tienes personas dentro de la industria que te quieren. Si están en una posición en la que tienen que recomendar a una persona, tendrá opciones que recordarán.
  5. Divertirse
    Mientras codifica, diseña, revisa, come, juega y viaja.

Que las pasantías son inútiles y debería haber pasado ese tiempo creando algo de valor … (A menos que esa pasantía fuera en Google o Facebook o cualquier otra compañía de buena reputación, donde solo hablar con la gente allí le enseñaría algo cada minuto).

More Interesting

¿Es aceptable si una prueba unitaria se basa en más de un método de la clase que se está probando?

¿Cómo pueden ganar dinero los autores de marcos de código abierto?

Hola, soy un desarrollador de Drupal. ¿Qué pasa con su alcance en ERP y comercio electrónico?

Cómo crear una aplicación de chat usando Ext JS 4, al igual que el chat de Gmail

¿Cuál es la mejor manera de estructurar un equipo de Android?

¿Qué es un salario de ingeniero civil en Dubai?

'80% de los recursos de desarrollo de software se destinan a pruebas (QA) '. ¿Es esta la verdad o un mito?

¿Qué parte de una empresa de tecnología nunca externalizarías? Si tuviera que externalizar uno, ¿qué parte / equipo elegiría?

¿Cuándo es un buen momento para comenzar a corregir errores menores en un programa?

Cómo pagar por codificar un bootcamp

¿Es posible vivir el sueño del snowboard / mountain bike y desarrollar software independiente desde las montañas?

¿Por qué las materias STEM, particularmente las matemáticas, están asociadas con la escritura de códigos de computadora?

¿Cuál es el mejor lenguaje para el desarrollo de software, Python o C ++?

¿Cuáles son las habilidades de programación / ingeniería de software más demandadas?

¿Debería especializarme en informática o ingeniería de software? He oído que los ingenieros de software codifican hasta que ya no se pueden codificar y que CS se especializa en código hasta que funcione. ¿Cuáles son las principales diferencias y similitudes?