Hola
En los últimos años, he trabajado mucho con personas que recién comienzan su carrera en TI. Dado que las preguntas en sí mismas y la forma en que las formulan muchas personas son similares, decidí reunir mi experiencia y recomendaciones en un solo lugar.
Érase una vez, leí
un artículo en 2004 de Eric Raymond, y siempre lo he seguido estrictamente en mi carrera. Es bastante grande y más probable para los administradores de sistemas. Tengo que ayudar a las personas, a menudo sin experiencia en el desarrollo, a convertirse en juniors y comenzar mi carrera.
Para aquellos que ya se han convertido, o simplemente sueñan con convertirse en un desarrollador novato, puedo dar las siguientes recomendaciones:
- Explore el problema usted mismo
- Primero dígale al objetivo, luego exprese el problema
- Escribe correctamente y al grano
- Haga preguntas en la dirección y comparta la decisión
- Respetar el tiempo de otra persona.
- Mira más ancho
Y ahora con más detalle.
Explore el problema usted mismo
Estás aprendiendo un lenguaje de programación de un libro o curso. Tomaron un código de ejemplo, lo lanzaron, pero se bloqueó con un error incomprensible para ti. Si crees en el libro, debería funcionar. Pero crees en los ojos, no funciona. Cuales son las opciones?
- Decida que nunca se convertirá en desarrollador, porque todo el mundo está en su contra, e incluso los ejemplos de trabajo no funcionan. Renunciar a la formación;
- Decide que nunca te convertirás en desarrollador porque eres demasiado estúpido o no te lo han dado. Renunciar a la formación;
- Comience a preguntar a todos sus amigos que al menos de alguna manera están conectados con TI, exigiéndoles que descubran por qué no funciona para usted. Aprende mucho sobre ti, ofendete. Renunciar a la formación;
¿Qué opción es la correcta? Aquí esta:
Comprende que no eres único (lo que sea que tu madre y tu abuela dirían allí), y que el mundo de TI no es tan simple como se anuncia cuando convoca cursos y seminarios web.
Comprender que usted no es único conduce a la comprensión de que su problema probablemente ya haya sido encontrado por decenas, cientos, miles de personas. Si eres un desarrollador novato, entonces fácilmente no podrías notar algo, no instalarlo o configurarlo. Aquí hay una lista de verificación que propongo revisar antes de que comprenda que no puede resolver el problema usted mismo y que 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 las posibles soluciones al problema, sus ventajas y desventajas.
- Piense en alternativas para lograr su objetivo.
- Piense en lo que le pueden preguntar y prepare las respuestas con anticipación.
Con el
primer párrafo, todo es trivial: si el texto del error es completamente incomprensible para usted, cópielo en Google y lea cuidadosamente el texto a través de los enlaces.
Segundo : por ejemplo, si su código falla con el error "No puedo conectar una biblioteca de terceros", entonces no es su código. El hecho es que no instaló ninguna biblioteca que quiera usar. Por lo tanto, debe buscar cómo instalarlo y no cómo arreglar su código.
El tercero y el
cuarto son muy similares: ¿qué sucede si el problema está en esta biblioteca y solo necesito buscar otro? ¿Qué sucede si no uso una biblioteca de terceros en absoluto, sino que escribo mi código con herramientas estándar?
El quinto punto nos lleva a la siguiente parte: piense en lo que le preguntará la persona y mantenga las respuestas listas.
Primero dígale al objetivo, luego exprese el problema
El objetivo es lo que querías hacer. Por ejemplo, escriba un código que vaya a Internet y guarde 10 imágenes con gatos divertidos. El problema es por qué ves el error en la consola, pero no ves 10 gatos graciosos. No comience su pregunta con un problema. Comience con un objetivo, termine con un problema. Si la persona a la que solicita ayuda es un desarrollador experimentado y sabe mucho, seguramente podrá ofrecerle una solución más simple y elegante al problema. Si ya ha elegido el más simple y elegante, él comprenderá claramente qué y por qué quiere hacer, y esto acelerará la respuesta.
Buena pregunta:
Quiero tener 10 gatos divertidos todos los días para reír y extender mi vida. Para esto, escribí este código: [...]. Espero que se conecte al servidor FTP y cargue 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:
Tomó esta biblioteca en vano, nadie la ha apoyado o desarrollado durante mucho tiempo. Mejor tome esta, ¡yo mismo descargo sus fotos con gatos!
Mala pregunta
Hola, mi código generó este error [...], ¿no sabes qué podría estar mal?
La respuesta obvia es:
Hola No, no lo se.
Escribe correctamente y al grano
No es necesario verter una corriente de pensamientos sobre una persona. La persona a la que recurrió para obtener una solución para su negocio. Hazle entender rápidamente cuál es tu problema y qué quieres de él. Si tiene problemas con la alfabetización, use los servicios de ortografía y puntuación en línea. Puede eliminar la basura del mensaje sin servicios en línea. No vierta agua, no comience desde lejos. Escriba de manera concisa, sucinta y al grano. Proporcione ejemplos.
Malo:
- habiendo entrado cuando pasaron las salidas))) Estoy tratando de armar un proyecto en resumen, pero por alguna razón O_o no funciona para mí, aunque parece que hice todo bien, por favor, sube))))) aquí en general tengo algo poco claro en la consola (((ya directo Lo intenté todo, nada funciona, ahhh (
Bueno
- Hola, estoy tratando de comenzar un proyecto, pero hay un problema. Se bloquea justo después del comando docker-compose up, aquí está el registro de inicio y el error: [...] ¿Me puede decir cómo resolverlo?
Haga preguntas en la dirección y comparta la decisión
No debe escribir una pregunta en un mensaje personal a una persona específica, a menos que se le haya informado que debe hacerse. Es mejor escribir a un grupo de personas porque:
- Todos están ocupados resolviendo sus problemas. La posibilidad de que alguien en el chat general o en el foro pueda darle tiempo es mayor.
- La posibilidad de que alguien en el chat general sepa cómo ayudarte es mayor.
- Dejas a otros la oportunidad de encontrar la misma pregunta y respuesta más tarde.
Echa un vistazo al último párrafo. ¿Ya has aprendido que debes intentar resolver los problemas tú mismo? ¿Ya usó la búsqueda en el chat / foro / grupo, pero no encontró una mención de su problema? OK, entonces pregunta.
Por otro lado, no molestes a las personas en vano. Si es posible, excluya de la lista de destinatarios a aquellos que no pueden ayudarlo. Cuantos más mensajes reciba una persona, menos probabilidades tendrá de leerlos todos. No haga que las personas tengan la costumbre de desactivar las alertas o simplemente ignorar los mensajes.
Seguramente, su experiencia puede ser útil para otra persona. Ahorre tiempo para usted y para otros publicando una respuesta o solución. El próximo recién llegado, si ya sabe de lo que estamos hablando aquí, no molestará a nadie en absoluto: encontrará su solución buscando. ¿Por qué digo que puedes ahorrar tiempo tú mismo? Porque puede encontrar este problema en un año y no recuerda cómo se resolvió. La búsqueda se guardará nuevamente.
Respetar el tiempo de otra persona.
Haga la vida lo más fácil posible para las personas a las que pide ayuda.
Asegúrese de que los enlaces que envíe funcionen. Intenta abrirlo en modo incógnito. Si el enlace requiere autorización, verá un error de acceso. Por ejemplo, si descargó el código a un repositorio privado, o envió un enlace a una unidad de Google, a la que solo usted tiene acceso, una persona verá un error y tendrá que pasar tiempo para informarle al respecto, y luego esperar hasta que configure el acceso. Haga que la persona vea de inmediato de lo que está hablando.
No esperes que nadie quiera recordar lo que preguntaste hace dos días. Enviar la información nuevamente, recordar el contexto. Nadie quiere buscar por correspondencia lo que tienes a mano. Si eres demasiado vago para duplicar información para que las personas no pasen su tiempo buscando, entonces no necesitas ayuda.
No arranques fuera de contexto. Si envía un registro con un error, es obvio que necesita incluir no solo el error en sí, sino también el código que lo causó, con un ejemplo de lo que se rompió.
Si hay un proceso establecido para resolver su problema, sígalo. No debe reinventar la rueda si ya tiene un artículo con un tutorial paso a paso.
No busque la respuesta de una persona a través de diferentes canales (escribir en slack, skype, telegramas) al mismo tiempo; será desagradable para una persona.
No necesita escribir el mismo mensaje a varias personas a la vez, con la esperanza de que al menos alguien le responda. Todas estas personas pueden darle la respuesta (lo más probable, será lo mismo), pero todas se distraerán de sus asuntos por algún tiempo. Use chats grupales.
Mira más ancho
Todo lo que hablamos aquí se aplica fuera de la industria de TI. Siga estas reglas en un supermercado, servicio de automóviles, de vacaciones en otro país, cuando se comunique con amigos y familiares. Muestre a las personas que valora su tiempo y que no quiere forzarlas por nada. Muestre que dedicó el tiempo y la energía para resolver el problema usted mismo, pero no tuvo éxito y realmente necesita ayuda. En agradecimiento, las personas simpatizarán con sus problemas y ayudarán con su solución.