Programadores junior: ¿qué tipo de preguntas todavía espero / me permiten hacer a un miembro del equipo más experimentado después de un año en el trabajo?

La idea de que puede hacer cualquier pregunta que desee es una locura. Los miembros del equipo tienen la obligación de ayudarlo a realizar el trabajo, pero eso debe ser recíproco al aprender lo que le han dicho e investigar en su propio tiempo.

Si ha estado creando sitios web durante un año y sigue haciendo preguntas fundamentales como:

  • ¿Qué es el HTTP?
  • ¿Cuál es la diferencia entre GET y POST?
  • ¿Cómo inicio un servidor?
  • ¿Qué es un servidor?
  • ¿Cómo cambio los directorios?

Espera perder tu trabajo. Que pudieras pasar un año de tu vida construyendo algo y no saber lo que es vergonzoso tanto para ti como para las personas que te contrataron. Incluso si no lo deletrearon directamente, significa que no estabas escuchando o no estabas lo suficientemente motivado para descubrirlo … quora, desbordamiento de pila, todos los idiotas guías existen. Si no tienes un título en ciencias de la computación, espera un margen de maniobra, pero si lo haces, podría estar escribiendo a tu universidad para quejarme.

Como recordatorio, ha estado recibiendo un cheque de pago por un AÑO. Esta no es la semana 1, mes 1, ni siquiera el trimestre 1, son las 2000 horas que has facturado, 1/5 del camino hacia el dominio.

Si tu pregunta es más como:

  • ¿Por qué usamos la inyección de dependencia?
  • ¿Por qué elegiste esta arquitectura?
  • ¿Por qué es un servicio web y no una aplicación móvil?
  • ¿Cómo puedo mejorar en X?
  • ¿Qué debería estar leyendo?
  • Iba a hacer X, ¿es una buena idea … por qué Y es mejor?

Tome notas, reflexione, investigue y realmente aprenda. Entonces estás en camino.

Aquí está el secreto: la programación es difícil. Es difícil como programador junior, es difícil como programador senior. Siempre deberías estar aprendiendo cosas nuevas. Y ocasionalmente deberías toparte con cosas con las que no estás familiarizado, incluso después de años de experiencia.

Aquí hay algunas preguntas que he hecho (o algo así) como el miembro más antiguo de un equipo:

“¿Puedes echarle un vistazo a esto, no está funcionando y no puedo entender por qué?”

“¿Cómo se dice foldl en LINQ?” (La respuesta: Acumular)

“Estoy tratando de hacer esto, y esta función es, oh, eso es estúpido (toque, toque, toque), funciona ahora, gracias por su ayuda”.

“¿Por qué decidimos usar X nuevamente? ¿Es demasiado tarde para cambiar de opinión? ”(Respuesta: parecía una buena opción en ese momento, y no podemos permitirnos pasar 6 meses reescribiendo la aplicación en un idioma mejor ahora).

Si después de un año siente que tales preguntas están fuera de los límites, entonces diría que el ambiente de trabajo muestra signos de no ser saludable, y tal vez buscar pasar a un mejor lugar de trabajo es algo razonable a considerar. En ese momento, tendrás un año de experiencia laboral reciente como programador en tu currículum, lo que te ayudará.

Programadores junior: ¿qué tipo de preguntas todavía espero / me permiten hacer a un miembro del equipo más experimentado después de un año en el trabajo?

Primero déjame decirte que un año, honestamente, no es tanto tiempo. Nadie debería esperar que después de un año, no tengas más preguntas. Todos tienen lagunas en lo que saben.

Uno de mis compañeros de equipo, que fue contratado como desarrollador no junior hace poco menos de dos años, tiene vacíos que veo que puedo llenar. Aparecerá algo y le preguntaré: “¿Conoces / entiendes a X?” Si no lo hace, le daré una descripción general rápida. Él sabe que si tiene preguntas, puede venir a preguntar. Hago esto para casos en los que no sabe que tiene una pregunta. (Nota: según mi descripción aquí, podrías alejarte con la impresión de que no tiene ni idea. Eso no es cierto: es un buen desarrollador).


Creo que hacer preguntas puede ser un acto de equilibrio. Creo que lo importante del tono de esta pregunta es que es mejor que la gente piense que eres ignorante que realmente ignorante. La ignorancia es curable. Lo cura encontrando cosas. Para descubrir cosas, es posible que deba hacer preguntas.

También hay un lado humano. Como señala Garry Taylor, haga una búsqueda rápida antes de preguntar. Sea respetuoso con el tiempo de sus compañeros de trabajo. Además, tenga en cuenta cómo trabajan las diferentes personas. Algunas personas prefieren preguntas en persona. Otros prefieren el correo electrónico, para que puedan responder cuando lo reciban. A algunas personas les importa responder preguntas menos que otras. Presta atención a estas cosas e intenta adaptar tus preguntas a cómo funcionan los demás.

Para mí personalmente: no me importa responder preguntas en general. Me gustaría que primero haga la búsqueda mínima, pero no golpee la cabeza contra la pared antes de preguntar. Lo único que me molesta es responder la misma pregunta una y otra vez. En algún momento, tal vez la tercera vez que responda la misma pregunta, diré “Tal vez deberías escribir esto”.

Puedes preguntar lo que necesites para tener éxito.

En serio, el desarrollo es un esfuerzo de colaboración y parte de la colaboración es la comunicación y el aprendizaje mutuo. Puede que no te des cuenta, pero hay veces que los desarrolladores senior aprenden tanto de ti como tú de ellos.

No tengas miedo de hacer preguntas. Siempre.

Creo que puedes hacer lo que quieras, todavía hago preguntas y llevo 25 años programando. Sin embargo, no es una señal de debilidad hacer preguntas …

Esfuércese por averiguarlo primero, incluso si solo son 10 minutos en Google, nunca deja de sorprenderme cuántas preguntas sobre Quora podrían responderse con 30 segundos en Google.

No tiene nada de malo hacer preguntas, pero antes de preguntar “¿Cómo puedo hacer x?”, Busque exactamente en Google y tome 10 minutos para averiguarlo usted mismo. No pierdas horas si realmente no puedes resolverlo, pero la mayoría de las personas están felices de ayudarte si preguntas algo y agregas “Ya he intentado x, y y z”.