¿Ayudar a un nuevo programador a ser más autosuficiente y no preguntarme tanto?

26

Actualmente estoy trabajando en un proyecto con un nuevo programador. ¿Cómo le ayudo a acelerar su trabajo? A menudo me hace preguntas, y las programo con él en backbone.js (una parte del proyecto).

Ahora quiero que él maneje el proyecto él mismo para poder concentrarme en otras cosas para acelerar el proceso. No quiere buscar cosas en Google ni preguntar en un foro si surge un problema. Él solo viene a mí. ¿Qué debe hacer? ¿Qué tengo que hacer? Cuando lo fuerzo, él hace las cosas rápidamente. ¿Cómo puedo motivarlo para que haga más trabajo solo?

WebDev
fuente

Respuestas:

42

Diga " Estoy un poco ocupado en este momento, puede preguntar en stackoverflow.com si realmente está atascado " . Con el tiempo, con suerte obtendrá la pista. Además, la próxima vez que venga a su escritorio diga "Hmm, no sé, busquemos eso en Google y veamos ..." o "Revisemos los documentos de la API". La combinación de estos dos me ha funcionado en el pasado con los estudiantes de la cooperativa: eventualmente ven cómo busco y encuentro información, y luego aprenden cómo hacerlo también.

FrustratedWithFormsDesigner
fuente
16
Impresionante, entrénelo en cómo encontrar las respuestas y al mismo tiempo apruebe cómo las encontró para que sepa que está bien y que se espera. Tu nuevo chico estará mucho menos nervioso.
Patrick Hughes
77
Impresionante respuesta. Me gusta especialmente eso, incluso si sabes la respuesta a su pregunta, la buscas en Google.
Jon
2
Los amigos no dejan que los amigos googleen solos.
Xeoncross
1
Alimenta a un hombre con google. Aliméntalo de por vida.
Sarawut Positwinyu
1
La gente de StackOverflow les hará saber si la pregunta no es buena / no tiene sentido. Si este estudiante está realmente luchando, pregúntele al día siguiente cómo fue la pregunta sobre SO. Si dicen que no obtuvieron ninguna respuesta, tal vez revisen la pregunta y les hagan saber lo que piensan que está mal con ella, y sugieran que editen / vuelvan a publicar. Si realmente lo necesita, muéstreles cómo crear una cuenta en SO, muéstreles los conceptos básicos, bríndeles un enlace a las Preguntas frecuentes y cómo publicar una pregunta. En mi opinión, SO solo debe publicarse si una búsqueda en la web no proporciona una solución adecuada.
FrustratedWithFormsDesigner
23

Al igual que se requiere en stackoverflow.com cuando se hacen preguntas, diga "muéstreme lo que tiene hasta ahora" . Si eso no es nada gordo , envíalo a empacar, con algunas pistas sobre qué buscar, por supuesto, hasta que tenga algo concreto por lo que preguntar.


fuente
44
Para ampliar esto una vez que vea lo que tiene, pregunte qué ha intentado hasta ahora. Apúntelo en direcciones de autosuficiencia. Y se franco. Si quiere trabajar como programador, necesita aprender a lidiar con algunos de ellos. Luego tómese un tiempo y tome la iniciativa para mostrar que todavía va a ser mentor revisándolo y ayudándolo en momentos predeterminados.
SoylentGray
@Chad +1000 si pudiera. No solo te ayuda a reducir las rutas de búsqueda si sabes lo que él / ella ya ha intentado, sino que también puedes sugerir cosas que intentarías que no hayan probado. "¿Qué has intentado?" Bueno, busqué en Google [esto] "." Eche un vistazo a los documentos [aquí] y dígame lo que encuentre ". Básicamente, deles una idea de cómo resolvería el problema e inculque una expectativa de lo que deberían haber intentado antes. viene a ti.
Steven Evers
8

La mejor manera de poner a alguien al día es ... bueno, ponerlos al día. Parece que estás siendo muy duro con la persona. Debe hacer preguntas alentadoras , no silenciarlas para obtener los resultados que busca. Incluso los grandes desarrolladores no lo saben todo cuando llegan a un nuevo lugar. Ahora, si sus preguntas están en la línea de "Cómo dividir una cadena" (también conocido como fácil de google), entonces puede volarlo. Pero trate de apreciar el hecho de que las personas no pueden ser productivas al instante en un nuevo trabajo, y debe esperar muchas preguntas.

Morgan Herlocker
fuente
1
¡Sip! ¡Sé amable con ellos! Enséñeles tanto como pueda. La cantidad de preguntas disminuirá después de un tiempo, e incluso podrías hacer un nuevo amigo =)
Nailer
4

¿Podría ser un problema de confianza? Si es posible que te esté haciendo todas estas preguntas porque tiene miedo de fracasar, sería bueno hablar con él sobre eso.

Por ejemplo, cuando soy mentor de pasantes, les hago saber que van a fallar en algún momento. El fracaso es parte del juego. Pero, aprender del fracaso puede suceder cuando se hacen preguntas como "¿qué he intentado hacer hasta ahora?" antes de que vengan a buscarme respuestas es lo realmente importante. Cuando comienzan a hacerse preguntas y a luchar por respuestas, su conocimiento y confianza crecen.

David Weiser
fuente
3

Podría ser solo una cuestión de confianza en sí mismo, donde no cree que sea lo suficientemente capaz por sí solo para producir un trabajo que cumpla con sus expectativas. Esto es bastante común para los nuevos desarrolladores que se combinan con los más avanzados.

Quizás en lugar de "obligarlo" a "irse", intente alentar su trabajo y desafiarlo a que aborde los problemas por su cuenta. Sería una apuesta bastante segura después de que complete con éxito algunas tareas sin su ayuda, se acostumbrará más y eventualmente detestará acudir a usted en busca de ayuda.

Brandon Moretz
fuente
+ 1- Esto está muerto. Simplemente podría estar tratando de ser responsable, pidiendo la aprobación de su trabajo, en lugar de ingresar un código horrible. La parte más difícil de la codificación al principio es tratar de decidir si hiciste las cosas correctamente. La suposición es que los desarrolladores senior tienen algún tipo de "magia negra" que permite que su código sea increíble.
Morgan Herlocker
1

Reserve un tiempo ininterrumpido para usted. La técnica pomodoro recomienda intervalos de 25 minutos. Si aparece en el medio, solo di que vendrás a responder su pregunta después. Si realmente no necesita tu ayuda, ya habrá encontrado la respuesta para entonces. Eventualmente, no te molestará por las cosas simples.

Karl Bielefeldt
fuente
0

Parece que lo has entrenado para que siempre pueda acudir a ti en busca de una respuesta. Además, parece que lo entrenó para pensar que puede usarlo como una muleta para cosas que no se siente cómodo haciendo.

En cambio, debes hacerle saber que no eres su único recurso. Muéstrele algunas de las formas en que buscaría la respuesta en lugar de solo darle la respuesta. Dijiste que puede hacer el trabajo cuando está presionado, por lo que puede ser que sea flojo y tú seas la solución más fácil. Recuerde, no siempre tiene que decir que sí. Si tiene cosas más importantes que hacer, dígale que le encantaría ayudar, pero que tiene mucho más en qué trabajar.

muestreador
fuente
0

Si la pregunta tiene una respuesta corta, solo respóndela. Si se requiere una explicación, y usted no es la autoridad en el tema, o si no sabe la respuesta, dígales dónde buscar. Eventualmente, debería poder decirles dónde buscar en algunas sílabas. "... ¿Selección de HTML?" "Google: seleccione MDN" "¿Cómo ... casilla de verificación?" "MDN". "¿Conversión de zona horaria de Oracle?" "RTFM 'en la zona horaria'" Si las preguntas son inapropiadamente frecuentes, entonces deberá indicar de alguna manera que no está disponible.

Kevin Cline
fuente
0

¿Por qué viene a ti? ¿Teme cometer un error y por eso viene a ti para que puedas ser utilizado como excusa si algo no funciona? ¿Hay demasiados conocimientos específicos del proyecto que sabe que no podría encontrar fácilmente por sí solo? Es posible que desee considerar por qué lo que sea que haga se le pregunta aquí.

Deberías ver qué tan lejos está llegando solo y qué tan seguro está en sus habilidades. ¿Qué tan rápido al tener un problema viene a ti? ¿Ha considerado que podría ser un mentor para este nuevo programador y por eso está tratando de seguirlo para que sepa lo que hace, cómo lo hace y con quién lo hace?

JB King
fuente
0

Establezca un momento en el que se puedan hacer preguntas sin interrumpirlo. Es extraño que esta persona solo haga preguntas que se pueden buscar en Google y nada específico para sus proyectos o cómo su equipo hace las cosas. Comience a rastrear las preguntas. Su frustración puede estar nublando su percepción del problema.

JeffO
fuente