Ola!
Durante os últimos anos estiven traballando moito con persoas que están comezando a súa carreira en TI. Dado que as propias preguntas e a forma en que moitas persoas as fan son similares, decidín recoller a miña experiencia e recomendacións nun só lugar.
Hai moito tempo que lin 2004 por Eric Raymond, e sempre o seguiu rigorosamente na súa carreira. É bastante grande, e está máis dirixido a administradores de sistemas. Teño que axudar ás persoas, que moitas veces non teñen ningunha experiencia no desenvolvemento, a converterse en juniors e comezar a súa carreira.
Para aqueles que xa se converteron ou aínda soñan con converterse nun programador novato, podo dar as seguintes recomendacións:
- Estudia o problema ti mesmo
- Primero comunique o obxectivo e, a continuación, indique o problema.
- Escribe con competencia e ao punto
- Fai preguntas ao enderezo e comparte a solución
- Respecta o tempo dos demais
- Mira máis amplo
E agora con máis detalle.
Estudia o problema ti mesmo
Estás aprendendo unha linguaxe de programación a partir dun libro ou curso. Collemos un código de exemplo, executámolo, pero produciuse un erro que non estaba claro para vostede. Segundo o libro, debería funcionar. Pero cres nos teus ollos: non funciona. Cales son as opcións?
- Decide que nunca te converterás nun programador porque o mundo enteiro está en contra de ti e mesmo os exemplos de traballo non funcionan. Deixar de estudar;
- Decide que nunca te converterás nun programador porque es demasiado estúpido ou non o tes. Deixar de estudar;
- Comeza a preguntarlle a todos os que coñeces que polo menos estean conectados dalgunha maneira coas TI, esixindo que descubran por que non che funcionan. Descobre moitas cousas novas sobre ti, oféndete. Deixar de estudar;
Que opción é correcta? Aquí está:
Comprende que non es único (non importa o que digan a túa nai e a túa avoa), e que o mundo das TIC non é tan sinxelo como o trompean cando te invitan a cursos e seminarios web.
Comprender que non es único leva a darse conta de que o teu problema probablemente xa foi atopado por decenas, centos, miles de persoas. Se es un programador novato, pode facilmente non notar, instalar ou configurar algo. Aquí tes unha lista de verificación que suxiro revisar antes de darte conta de que non podes resolver o problema por ti mesmo e necesitas axuda:
- Asegúrese de que a pregunta é única e que non hai resposta en Internet
- Estudar coidadosamente a causa do problema, non o efecto
- Avaliar as posibles solucións ao problema, os seus pros e contras
- Pense en opcións alternativas para acadar o seu obxectivo
- Pensa no que che pode preguntar e prepara as túas respostas con antelación.
С первым A cuestión é que todo é trivial: se o texto do erro che resulta completamente incomprensible, cópiao en Google e le con atención o texto das ligazóns.
Segundo: por exemplo, se o teu código falla co erro "Non podo conectar unha biblioteca de terceiros", entón o problema non está no teu código. A cuestión é que non instalaches algunha biblioteca que queiras usar. Isto significa que debes buscar como instalalo e non como arranxar o teu código.
Terceiro и cuarto bastante semellante: E se esta biblioteca é o problema e só teño que buscar outra? E se non utilizo ningunha biblioteca de terceiros, pero escribo o meu propio código usando ferramentas estándar?
Quinto Este punto lévanos á seguinte parte: pensa no que che pode preguntar a persoa á que te achegas e teñas listas as respostas.
Primero comunique o obxectivo e, a continuación, indique o problema.
O obxectivo é o que querías facer. Por exemplo, escribe un código que vaia a Internet e garde 10 imaxes con gatos divertidos. O problema é porque ves un erro na consola, pero non ves 10 gatos divertidos. Non comeces a túa pregunta cun problema. Comeza cun gol, remata cun problema. Se a persoa á que acudes para pedir axuda é un programador experimentado e sabe moito, entón probablemente poderá ofrecerche unha solución máis sinxela e elegante ao problema. Se xa escolliches o máis sinxelo e elegante, entenderá claramente que e por que queres facer, e isto acelerará a recepción dunha resposta.
Boa pregunta:
Quero salvar 10 gatos divertidos todos os días para rir e prolongar a miña vida. Para iso, escribín o seguinte código: […]. Espero que se conecte a un servidor FTP e descargue novas imaxes desde alí. Non obstante, cando o lancei, vin este erro: […] Aínda que podo acceder a este servidor a través do navegador.
Resposta rápida:
Non deberías ter tomado esta biblioteca; ninguén estivo a apoiala ou desenvolvela durante moito tempo. É mellor que tome esta: descargo fotos con gatos para min mesmo!
Mala pregunta:
Ola, o meu código produciu o seguinte erro […], sabes que pode estar mal?
A resposta obvia:
Ola. Non, non o sei.
Escribe con competencia e ao punto
Non hai necesidade de verter un fluxo de pensamentos sobre unha persoa. A persoa á que acudiu para resolver o problema está ocupada cos seus propios asuntos. Asegúrate de que entenda rapidamente cal é o teu problema e que queres del. Se tes problemas coa alfabetización, utiliza os servizos de revisión ortográfica e de puntuación en liña. Podes eliminar o lixo das mensaxes sen servizos en liña. Non botas auga, non comeces de lonxe. Escribe brevemente, concisamente e ao grano. Pon exemplos.
Mal:
- ola, como foi))) Estou tentando montar un proxecto en resumo, pero non me funciona, falla por algo O_o, aínda que parece que fixen todo ben, por favor ven) )))) en realidade hai algo incomprensible na consola para min ((( xa ben probei todo, nada funciona, ahhh(
Ben:
— Ola, estou tentando comezar un proxecto, pero hai un problema. Falla inmediatamente despois do comando docker-compose up, aquí está o rexistro de inicio e o erro: […] Podes dicirme como solucionalo?
Fai preguntas ao enderezo e comparte a solución
Non debes escribir unha pregunta nunha mensaxe persoal a unha persoa específica, a non ser que teñas informado de que debes preguntarlle expresamente. É mellor escribir a un grupo de persoas porque:
- Todo o mundo está ocupado resolvendo os seus propios problemas. A posibilidade de que alguén nun chat xeral ou nun foro poida dedicarche tempo é maior.
- A posibilidade de que alguén do chat xeral saiba como axudarche é maior.
- Déixas que outros atopen a mesma pregunta e respondan máis tarde.
Bótalle un ollo ao último punto. Xa aprendiches que debes tratar de resolver os problemas ti mesmo? Xa utilizaches a busca de chat/foro/grupo, pero non atopaches ningunha mención ao teu problema? Vale, entón pregunta.
Por outra banda, non hai que molestar á xente innecesariamente. Se é posible, elimina da túa lista de correo a quen non poida axudarche. Cantas máis mensaxes reciba unha persoa, menos probable é que as lea todas. Non fagas que a xente teña o costume de desactivar as alertas ou simplemente ignorar as mensaxes.
Seguramente, a túa experiencia pode ser útil para outra persoa. Aforra tempo a ti mesmo e aos demais publicando unha resposta ou solución. O próximo recén chegado, se xa sabe do que estamos a falar aquí, non molestará a ninguén: atopará a túa solución buscando. Por que digo que podes aforrar tempo? Porque podes atopar este problema nun ano e non lembrar como o solucionou. A busca salvarache de novo.
Respecta o tempo dos demais
Facerlle a vida o máis fácil posible ás persoas ás que lle pides axuda.
Asegúrate de que as ligazóns que envías funcionan. Proba a abrilo no modo de incógnito. Se a ligazón require autorización, verá un erro de acceso. Por exemplo, se cargaches código a un repositorio privado ou enviaches unha ligazón a Google Drive, á que só tes acceso, unha persoa verá un erro e terá que pasar un tempo informándote sobre iso, e despois esperar a que para configurar o acceso. Asegúrate de que a persoa vexa inmediatamente o que estás a falar.
Non esperes que ninguén queira lembrar o que pediches hai dous días. Envía a información de novo, lembra o contexto. Ninguén quere buscar a través da correspondencia o que ten a man. Se es demasiado preguiceiro para duplicar información para que a xente non perda o tempo buscando, entón non precisa axuda.
Non o saques de contexto. Se envías un rexistro cun erro, é obvio que cómpre incluír non só o propio erro, senón tamén o código que o causou, cun exemplo do que rompeu.
Se hai un proceso establecido para resolver o seu problema, sígueo. Non hai que reinventar a roda se xa hai un artigo cun HowTo paso a paso.
Non debes tentar obter unha resposta dunha persoa a través de diferentes canles (escribe a Slack, Skype, Telegram) ao mesmo tempo; será desagradable para a persoa.
Non é necesario escribir a mesma mensaxe a varias persoas á vez, coa esperanza de que polo menos alguén che responda. Todas estas persoas poden darche unha resposta (o máis probable é que sexa o mesmo), pero todos estarán distraídos do seu traballo durante un tempo. Usa conversas en grupo.
Mira máis amplo
Todo o que falamos aquí tamén se aplica fóra do ámbito das TIC. Siga estas regras nun supermercado, centro de servizo de coches, de vacacións noutro país, cando se comunique con amigos e familiares. Amosalle á xente que valoras o seu tempo e que non queres molestalos por bagatelas. Demostra que gastaches tempo e esforzo intentando resolver o problema por ti mesmo, pero que non tivo éxito e que realmente necesitas axuda. En agradecemento, a xente entenderá os teus problemas e axudará a resolvelos.
Fonte: www.habr.com