Hi!
Durante los últimos años he trabajado mucho con personas que recién comienzan sus carreras en TI. Dado que las preguntas en sí y la forma en que muchas personas las hacen son similares, decidí recopilar mi experiencia y recomendaciones en un solo lugar.
Hace mucho tiempo leí 2004 por Eric Raymond, y siempre lo ha seguido estrictamente en su carrera. Es bastante grande y está dirigido más a administradores de sistemas. Tengo que ayudar a personas que a menudo no tienen ninguna experiencia en desarrollo a convertirse en juniors y comenzar sus carreras.
Para aquellos que ya se han convertido o todavía sueñan con convertirse en desarrolladores novatos, puedo darles las siguientes recomendaciones:
- Estudia el problema tú mismo
- Primero comunique el objetivo y luego plantee el problema.
- Escribe de manera competente y al grano.
- Haz preguntas a la dirección y comparte la solución.
- Respeta el tiempo de los demás.
- Ver más amplio
Y ahora para más detalles.
Estudia el problema tú mismo
Estás aprendiendo un lenguaje de programación a partir de un libro o curso. Tomamos un código de ejemplo, lo ejecutamos, pero falló con un error que no le quedó claro. Según el libro, debería funcionar. Pero si crees en tus ojos, no funciona. ¿Cuales son las opciones?
- Decide que nunca te convertirás en desarrollador porque todo el mundo está en tu contra e incluso los ejemplos prácticos no funcionan. Deja de estudiar;
- Decide que nunca te convertirás en desarrollador porque eres demasiado estúpido o no lo tienes. Deja de estudiar;
- Comience a preguntar a todos sus conocidos que estén al menos conectados de alguna manera con TI, exigiéndoles que averigüen por qué no funciona para usted. Descubra muchas cosas nuevas sobre usted mismo, oféndase. Deja de estudiar;
¿Qué opción es la correcta? Aquí está él:
Comprenda que no es el único (no importa lo que digan su madre y su abuela), y que el mundo de las tecnologías de la información no es tan simple como lo anuncian cuando lo invitan a cursos y seminarios web.
Comprender que usted no es el único le lleva a darse cuenta de que su problema probablemente ya lo han encontrado decenas, cientos o miles de personas. Si es un desarrollador novato, es fácil que no note, instale o configure algo. Aquí hay una lista de verificación que le sugiero que revise antes de que se dé cuenta de que no puede resolver el problema por su cuenta y necesita ayuda:
- Asegúrese de que la pregunta sea única y que no haya respuesta en Internet.
- Estudie cuidadosamente la causa del problema, no el efecto.
- Evaluar posibles soluciones al problema, sus pros y contras.
- Piensa en opciones alternativas para lograr tu objetivo.
- Piense en lo que le podrían preguntar y prepare sus respuestas con antelación.
С primero La cuestión es que todo es trivial: si el texto del error te resulta completamente incomprensible, cópialo en Google y lee atentamente el texto de los enlaces.
Segundo: por ejemplo, si su código falla con el error "No puedo conectar una biblioteca de terceros", entonces el problema no está en su código. El punto es que no has instalado alguna biblioteca que quieras usar. Esto significa que debe buscar cómo instalarlo y no cómo corregir su código.
tercera и четвертый bastante similar: ¿Qué pasa si esta biblioteca es el problema y solo necesito buscar otra? ¿Qué pasa si no uso ninguna biblioteca de terceros, sino que escribo mi propio código usando herramientas estándar?
Quinta Este punto nos lleva a la siguiente parte: piensa en lo que podría preguntarte la persona a la que te diriges y ten las respuestas listas.
Primero comunique el objetivo y luego plantee el problema.
El objetivo es lo que querías hacer. Por ejemplo, escribe un código que vaya a Internet y guarde 10 imágenes con gatos divertidos. El problema es por qué ves un error en la consola, pero no ves 10 gatos graciosos. No comience su pregunta con un problema. Empieza con una meta, termina con un problema. Si la persona a la que recurre en busca de ayuda es un desarrollador experimentado y sabe mucho, probablemente podrá ofrecerle una solución más sencilla y elegante al problema. Si ya ha elegido el más simple y elegante, él entenderá claramente qué y por qué quiere hacer, y esto acelerará la recepción de una respuesta.
Buena pregunta
Quiero salvar 10 gatos divertidos cada día para reírme y prolongar mi vida. Para hacer esto, escribí el siguiente código: […]. Espero que se conecte a un servidor FTP y descargue nuevas imágenes desde allí. Sin embargo, cuando lo inicié, vi este error: […] Aunque puedo acceder a este servidor a través del navegador.
Respuesta rápida:
No deberías haber tomado esta biblioteca; nadie la ha apoyado ni desarrollado durante mucho tiempo. Mejor toma este: ¡yo mismo descargo fotos con gatos!
Mala pregunta:
Hola, mi código produjo el siguiente error […], ¿sabes qué podría estar mal?
La respuesta obvia:
Hola. No, no lo se.
Escribe de manera competente y al grano.
No es necesario derramar una corriente de pensamientos sobre una persona. La persona a la que recurrió para resolver el problema está ocupada con sus propios asuntos. Asegúrese de que comprenda rápidamente cuál es su problema y qué quiere de él. Si tiene problemas con la alfabetización, utilice los servicios de revisión de ortografía y puntuación en línea. Puede eliminar la basura de los mensajes sin servicios en línea. No viertas agua, no empieces desde lejos. Escribe de manera breve, sucinta y al grano. Proporcione ejemplos.
Gravemente:
- hola como te fue))) Estoy intentando armar un proyecto en breve, pero no me funciona, se bloquea por alguna razón O_o, aunque parece que hice todo bien, por favor ven) )))) en realidad hay algo incomprensible en la consola para mí ((( ya lo intenté todo, nada funciona, ahhh(
Bueno
— Hola, estoy intentando iniciar un proyecto, pero hay un problema. Se bloquea inmediatamente después del comando docker-compose up, aquí está el registro de inicio y el error: […] ¿Puedes decirme cómo solucionarlo?
Haz preguntas a la dirección y comparte la solución.
No debes escribir una pregunta en un mensaje personal a una persona específica, a menos que te hayan informado que debes preguntarle específicamente. Es mejor escribirle a un grupo de personas porque:
- Todos están ocupados resolviendo sus propios problemas. La posibilidad de que alguien en un chat general o en un foro pueda dedicarte tiempo es mayor.
- La probabilidad de que alguien en el chat general sepa cómo ayudarte es mayor.
- Deja que otros encuentren la misma pregunta y la respondan más tarde.
Eche un vistazo al último punto. ¿Ya has aprendido que debes intentar resolver los problemas tú mismo? ¿Ya has utilizado la búsqueda de chat/foro/grupo, pero no has encontrado ninguna mención de tu problema? Bien, entonces pregunta.
Por otro lado, no hay necesidad de molestar a la gente innecesariamente. Si es posible, elimine de su lista de correo a cualquiera que no pueda ayudarle. Cuantos más mensajes recibe una persona, es menos probable que los lea todos. No haga que la gente adquiera el hábito de desactivar alertas o simplemente ignorar mensajes.
Seguramente, tu experiencia puede serle útil a alguien más. Ahorre tiempo a usted y a los demás publicando una respuesta o solución. El próximo recién llegado, si ya sabe de qué estamos hablando aquí, no molestará a nadie en absoluto: encontrará su solución buscando. ¿Por qué digo que puedes ahorrarte tiempo? Porque es posible que te encuentres con este problema dentro de un año y no recuerdes cómo lo resolviste. La búsqueda te salvará nuevamente.
Respeta el tiempo de los demás.
Haz la vida lo más fácil posible a las personas a las que pides ayuda.
Asegúrate de que los enlaces que envías funcionen. Intenta abrirlo en modo incógnito. Si el enlace requiere autorización, verá un error de acceso. Por ejemplo, si cargó el código en un repositorio privado o envió un enlace a Google Drive, al que solo usted tiene acceso, la persona verá un error y tendrá que dedicar tiempo a informarle al respecto y luego esperar. usted para configurar el acceso. Asegúrese de que la persona vea inmediatamente de qué está hablando.
No espere que nadie quiera recordar lo que preguntó hace dos días. Envía la información nuevamente, recuerda el contexto. Nadie quiere buscar en la correspondencia lo que tiene a mano. Si eres demasiado vago para duplicar información para que la gente no pierda el tiempo buscando, entonces no necesitas ayuda.
No lo saques de contexto. Si envía un registro con un error, es obvio que debe incluir no solo el error en sí, sino también el código que lo causó, con un ejemplo de lo que falló.
Si existe un proceso establecido para resolver su problema, sígalo. No es necesario reinventar la rueda si ya existe un artículo con un HowTo paso a paso.
No intente obtener una respuesta de una persona a través de diferentes canales (escriba en Slack, Skype, Telegram) al mismo tiempo; será desagradable para la persona.
No es necesario escribir el mismo mensaje a varias personas a la vez, con la esperanza de que al menos alguien te responda. Todas estas personas pueden darte una respuesta (lo más probable es que sea la misma), pero todos se distraerán de su trabajo por un tiempo. Utilice chats grupales.
Ver más amplio
Todo lo que hemos hablado aquí también se aplica fuera del campo de TI. Siga estas reglas en un supermercado, centro de servicio de automóviles, de vacaciones en otro país, cuando se comunique con amigos y familiares. Muéstrele a la gente que valora su tiempo y que no quiere molestarlos por nimiedades. Demuestre que dedicó tiempo y esfuerzo a intentar resolver el problema usted mismo, pero no tuvo éxito y que realmente necesita ayuda. En agradecimiento, la gente comprenderá tus problemas y te ayudará a resolverlos.
Fuente: habr.com