Empezar como programador a miúdo pode resultar desalentador: tes que enfrontarte a problemas descoñecidos, moito que aprender e decisións difíciles de tomar. E nalgúns casos equivocamos nestas decisións. Isto é bastante natural, e non ten sentido pegarse por iso. Pero o que debes facer é lembrar a túa experiencia para o futuro. Son un programador senior que cometeu moitos erros na miña época. A continuación falareivos de oito dos máis graves que cometín cando aínda era novo no desenvolvemento, e explicarei como se puideron evitar.
Tomei o primeiro que me ofreceron
Cando aprendes a escribir código pola túa conta ou rematas os teus estudos na universidade, conseguir o teu primeiro emprego na túa especialidade convértese nun dos teus principais obxectivos. Algo así como a luz ao final dun longo túnel.
Mentres tanto, atopar traballo non é doado. Cada vez son máis as persoas que solicitan postos de junior. Temos que , pasan por toda unha serie de entrevistas, e moitas veces todo este proceso está moi atrasado. Ante todo isto, non é de estrañar que calquera oferta de traballo faga querer collela coas dúas mans.
Aínda así, pode ser unha mala idea. O meu primeiro traballo estaba lonxe de ser o ideal, tanto no que se refire ao crecemento profesional como ao pracer polo proceso. Os desenvolvedores guiáronse polo lema "fará", e non era habitual esforzarse demasiado. Todo o mundo tentaba culparse uns aos outros, e moitas veces tiven que recortar para cumprir uns prazos moi axustados. Pero o peor é que non aprendín absolutamente nada.
Durante as entrevistas, fixen oídos xordos a todas as chamadas, quedei tan fascinado coa perspectiva de conseguir un traballo. Se xurdía algunha dúbida, todas saíron da miña cabeza en canto souben que me levaban! E ata por un bo soldo!
E iso foi un gran erro.
O primeiro traballo é de gran importancia. Dáche unha idea de como é ser un programador real, e a experiencia e a formación que obténs poden sentar as bases para toda a túa futura carreira. Por iso é necesario coñecer a fondo todo sobre a vacante e o empresario antes de aceptar. Difícil experiencia, malos mentores: definitivamente non o necesitas.
- Busca información sobre a empresa. Vaia aos sitios de revisións, mira o sitio web oficial, só tes que navegar por Internet e recoller comentarios. Isto darache unha mellor idea de se a empresa se adapta ás túas necesidades e obxectivos.
- Pregunta aos teus amigos. Se alguén do teu círculo traballou para este empresario ou coñece a alguén do persoal, fala con el persoalmente. Descubra o que lles gustou, o que non lles gustou e como viron a experiencia en xeral.
Non fixo as preguntas correctas durante as entrevistas
Unha entrevista é a mellor oportunidade para coñecer mellor a empresa, así que asegúrate de preparar preguntas sobre o que queres aprender dos empregados. Aquí tes un par de exemplos:
- Pregunta sobre o proceso de desenvolvemento (que metodoloxías seguen? hai revisións de código? que estratexias de ramificación se utilizan?)
- Pregunta sobre as probas (que probas se fan? hai persoas especiais que só fan probas?)
- Pregunta pola cultura da empresa (que tan informal é todo? ¿Hai algún apoio para os mozos?)
Indeciso sobre a traxectoria do movemento
Sen dúbida, o camiño para converterse nun programador experimentado é moi sinuoso. Hoxe en día podes escoller entre unha variedade de linguaxes, marcos e ferramentas. O meu erro ao comezo da miña carreira foi que intentei dominalo todo. Curiosamente, isto só levou a que non progresase moito en nada. Primeiro collín Java, despois JQuery, despois pasei a C#, de alí a C++... En vez de escoller unha linguaxe e botarlle toda a enerxía, saltei do quinto ao décimo, segundo o meu estado de ánimo. Podo asegurarvos que este é un programa de formación moi ineficaz.
Conseguiría mellores resultados e subiría máis rápido na carreira profesional se me decidira de inmediato por unha traxectoria, é dicir, un determinado conxunto de tecnoloxías, e me centrara nelas. Por exemplo, se es un programador front-end, domina JavaScript, CSS/HTML e un framework que elixa. Se estás a traballar no backend, tómao de novo un idioma e estudalo a fondo. Non é necesario coñecer Python, Java e C#.
Así que concéntrate, ten unha dirección e fai un plan que che permita converterte nun profesional no camiño escollido (aquí , que pode axudarche con isto).
Sofisticado en código
Entón, estás a preparar unha proba para mostrar ao teu empregador as túas habilidades ou xa realizaches a primeira tarefa no teu primeiro traballo. Fai todo o posible para impresionar. Cal é a mellor forma de conseguir resultados? Probablemente demostre durante a execución esa técnica sofisticada que dominaches recentemente, non?
Non. Este é un grave erro que eu mesmo cometín, e máis veces das que me gustaría, vexo no traballo doutros xuvenís. É moi habitual que reinventen a roda ou busquen solucións complexas para tentar amosar os seus coñecementos.
Exprésase o mellor enfoque para escribir código . Ao esforzarse pola sinxeleza, acabará cun código claro co que será fácil traballar no futuro (o programador que o substitúa agradecerao).
Esquecín que hai vida fóra do código
Nunca "apagar" é un mal hábito que collín moi cedo. Cando ía á casa ao final do día, levaba habitualmente o meu portátil de traballo comigo e sentaba nel durante horas para pechar unha tarefa ou corrixir un erro, aínda que ambos puideron esperar ata a mañá. Como era de esperar, este réxime foi estresante e axiña queimeime.
O motivo deste comportamento foi en parte o meu desexo de facelo todo o máis rápido posible. Pero, en realidade, debería ter entendido que o traballo é un proceso a longo prazo e, salvo raras excepcións, as deficiencias de hoxe pódense trasladar facilmente para mañá. É moi importante cambiar de marcha periodicamente e lembrar que a vida non se limita ao traballo: hai amigos, familia, afeccións, entretemento. Por suposto, se che gusta sentar ata o amencer codificando - por amor de Deus! Pero cando xa non sexa divertido, detente e pensa se é hora de facer outra cousa. Este non é o noso último día de traballo!
Evite dicir: "Non sei"
Quedarse atrapado no proceso de resolver un problema ou completar unha tarefa é común; incluso os maiores de idade enfróntanse a isto. Cando era xuvenil, dixen: "Non o sei", con menos frecuencia do que debería, e equivoqueime niso. Se alguén da dirección me fixera unha pregunta e eu non soubese a resposta, tentaría ser vago en vez de admitilo.
Sentía que se dixese: "Non o sei", a xente tería a impresión de que non sabía o que estaba facendo. De feito, isto non é certo en absoluto; non hai persoas omniscientes. Polo tanto, se che preguntan por algo que non coñeces, dilo. Este enfoque ten varias vantaxes:
- Isto é xusto: non estás enganando ao que pregunta
- Hai a posibilidade de que cho expliquen e despois aprendas algo novo
- Isto inspira respecto: non todos son capaces de admitir que non saben algo
Tiña présa por avanzar
Probablemente escoitaches o refrán: "Aprende a camiñar antes de correr". En ningún lugar é máis relevante que no ámbito da programación web. Cando comezas un traballo nalgún lugar como estudiante, só queres coller o touro polos cornos e poñerte inmediatamente a traballar nun proxecto grande e complexo. Mesmo os pensamentos se deslizan sobre como conseguir rapidamente unha promoción ao seguinte nivel.
A ambición é, por suposto, boa, pero en realidade, ninguén lle dará nada parecido a un júnior de entrada. Ao comezo da súa carreira, probablemente se lle dean tarefas sinxelas e erros para corrixir. Non é o máis emocionante do mundo, pero onde ir. Isto permitirache sentirte cómodo coa base de código paso a paso e aprender todos os procesos. Ao mesmo tempo, os teus xefes teñen a oportunidade de ver como encaixas no equipo e que é o que mellor fas.
O meu erro foi que me frustraron con estas pequenas tarefas e que me distraeu do meu traballo. Ten paciencia, fai todo o que te piden a conciencia, e pronto conseguirás algo máis interesante.
Non te unches á comunidade e non estableceches conexións
Os desenvolvedores teñen unha gran comunidade: sempre están preparados para axudar, dar comentarios e mesmo animar. A programación é difícil e ás veces moi esgotadora. Para min, o período de traballo como junior tería sido máis sinxelo se comezara a comunicarme activamente cos compañeiros dende o primeiro momento.
Os contactos coa comunidade tamén son moi útiles para a autoeducación. Podes contribuír a proxectos de código aberto, estudar o código doutras persoas e ver como os programadores lideran un proxecto xuntos. Todas estas son habilidades que podes utilizar no teu traballo diario e que o converterán nun bo profesional co paso do tempo.
Selecciona comunidades que esperten o teu interese (algunhas opcións inclúen freeCodeCamp, CodeNewbies, 100DaysOfCode) e únete! Tamén podes asistir ás reunións locais da túa cidade (busca en meetup.com).
Finalmente, deste xeito podes adquirir conexións profesionais. Esencialmente, as conexións son simplemente as persoas da túa industria coas que te conectas. Por que isto é necesario? Ben, digamos que algún día queres cambiar de traballo. Se recorres ás túas conexións, alguén pode recomendarche unha vacante adecuada ou mesmo recomendarche a un empresario. Isto darache unha vantaxe significativa na entrevista: xa puxeron unha palabra para ti, xa non es "só un currículo máis da pila".
Iso é todo, grazas pola túa atención!
Fonte: www.habr.com