Dicas para juniores: construindo bons hábitos

Este conjunto de dicas foi desenvolvido para juniores, mas pode ser útil para qualquer desenvolvedor que esteja interessado em cultivar bons hábitos. Eu tento constantemente me definir tarefas difíceis e sair da zona de conforto, aqui você encontrará um aperto da minha experiência na forma de dicas para todos os dias. Por sua vez, você pode me oferecer idéias que não estão listadas aqui - eu me esforço para melhorar constantemente minhas técnicas e crescer acima de mim.



Então, vamos começar.

1. Revise a tecnologia o mais rápido possível


Visão geral da tecnologia - são ações para acompanhar as inovações no seu setor. Você não pode dizer muito sobre esse ponto, mas, na minha opinião, ilustra bem como a leitura simples pode ajudá-lo na autoeducação. Mesmo que você não entenda completamente o tópico do artigo e não aprenda como fazer o hocus pocus ao qual ele é dedicado, pelo menos estará ciente de que isso acontece. E isso é muito importante.

Agora, a Web está cheia de serviços e ferramentas projetados apenas para nos manter informados. Vale a pena usá-las, elas podem se tornar a principal fonte onde você solicitará as últimas notícias e novas idéias diariamente, semanalmente ou mensalmente.

Ferramentas como o Netvibes podem economizar seu tempo, colocando todas as suas fontes selecionadas para revisão de tecnologia em um único fluxo. Aconselho também que dedique um tempo especial (por exemplo, às segundas e quintas-feiras) para visualizar feeds e materiais de leitura, em vez de tentar acompanhar as notícias constantemente.

Aqui estão alguns dos sites e fóruns que eu leio toda semana:


No entanto, se você usar esses agregadores de conteúdo, tente se concentrar nas tecnologias necessárias em seu trabalho. Com eles, é muito fácil se distrair e começar a pular de um para o outro. Sim, sim, este último artigo sobre a nova OIC criptográfica é apenas uma bomba, mas você mesmo trabalha com criptomoedas? Foco.

2. Olhe e desmonte sites legais


Você pode encontrar excelentes sites, recursos e experiências com o código nos seguintes sites:


Mas o objetivo aqui não é olhar para eles e dizer: "Bem, eu nunca posso fazer isso". Pergunte a si mesmo como você realizaria toda essa mágica, tente entender quais ferramentas foram usadas para isso. Nova tecnologia, nova biblioteca em JavaScript, alguma propriedade CSS desconhecida para você? Vivemos em um mundo em que novas soluções surgem todos os dias - o processo educacional simplesmente não pode ser acompanhado.

No entanto, recomendo que você não pare de se aprofundar no processo - tente repeti-lo, faça uma explicação detalhada de como ele funciona. A regra geral aqui é a seguinte: se você pode ensinar outra pessoa a fazer isso, você domina o tópico.

No ano passado, passei muito tempo alterando meu fluxo de trabalho; entre outras coisas, desmontei muitos sites em componentes e, assim, estudei como os desenvolvedores talentosos os criaram. Graças a todas essas etapas, posso combinar diferentes métodos no meu trabalho e descobrir boas práticas para criar sites. E isso me leva ao próximo pensamento ...

3. Aprenda com os mais experientes


Normalmente, quando você consegue um emprego como júnior em uma empresa, você recebe mentores de um dos principais desenvolvedores: ele analisa o seu código, cria uma lista de tarefas para você e garante que você não descarte o banco de dados. Sinta-se à vontade para fazer perguntas para aprender com elas o máximo possível. Peça para mostrar como eles fizeram aquela coisa legal no último site que lançaram, ou aquele mega componente que facilitou a vida de toda a equipe.

E o mais importante: não tenha medo de fazer perguntas que parecem idiotas para você. Todos começamos uma carreira com um nível de conhecimento diferente, por isso é bastante natural que você pergunte sobre coisas que parecem elementares para outra. E as respostas para essas perguntas provavelmente o ajudarão por muitos mais anos.

Outra boa maneira de aprender com os melhores é a inspeção de código. Se não for habitual você ler regularmente o código de outra pessoa, tente se tornar a pessoa que implementa essa prática. Não hesite em pedir a outros membros da equipe que revisem seu código e digam o que pode ser feito melhor nele. Ouça os comentários deles. Participe da discussão. Explique por que eles fizeram o que fizeram e não como sugerem. A troca de opiniões, discussões e a adoção de forças entre si é provavelmente a maneira mais saudável de auto-aperfeiçoamento.

4. Nunca se esqueça de escrever comentários de código


Sim, entendo que você já ouviu esse conselho um milhão de vezes desde que começou a escrever o código - na Internet, de superiores, de professores, é possível que seja do seu cão. O significado de comentar não é apenas facilitar a compreensão do código (por outros desenvolvedores e você mesmo no futuro) - ele também o incentiva a pensar em uma função antes de escrevê-la, para determinar seu objetivo. E apenas um.

Evite criar multiSuperTaskFunction ().

// I don't know Rick mySuperFunctionAddRemoveCreateEarth( $string, $purpose1, $bool) { $var1 = true; while($var1) { addNewHumans++; } else { heregoesnothing(); } } 

Digamos, por exemplo, que você começou a escrever uma função que gerenciaria o ecossistema dos planetas. Se você tem o hábito de escrever comentários sobre o código, não hesitará em dividi-lo em uma sequência de várias funções, cada uma das quais será responsável por uma tarefa específica.

 /* * Handler to create the planet system */ Class Planet { public $name; /* * Set the name of the instancied planet * @var STRING $new_name Contain only a string to name the planet */ function set_name(string $new_name) { $this->name = $new_name; } /* * Function to access the name of the planet * return STRING $this->name Contain only a string with the name * of the planet */ function get_name() { return $this->name; } } 

O princípio de dividir funções em pequenos fragmentos ajuda a capturar erros mais rapidamente. Também facilita a separação de elementos específicos que podem ser usados ​​posteriormente em outros projetos (componentes modulares). Por fim, o código ficará muito mais fácil de ler e você não terá que se esconder da vista quando o der a alguém para olhar.

5. Cure-se: Refatoração


No entanto, se você confiar em todos, exceto a si mesmo, não poderá melhorar ou ganhar confiança em si mesmo. É por isso que é importante retornar ao seu código confuso e colocá-lo em ordem. N [e na minha opinião, isso é ainda mais valioso do que desenvolver algum novo recurso. Portanto, na próxima vez em que o gerente de produto perguntar que tipo de tarefas não remuneradas você passou cinco horas de trabalho, fique à vontade para responder: "Eu refatorei o código".
“A refatoração de código é uma técnica de melhoria deliberada da construção de uma base de código existente. Consiste na implementação de uma série de pequenas mudanças de economia de energia, cada uma das quais individualmente "não vale a pena perder tempo". No entanto, o efeito cumulativo dessas alterações é muito significativo. Em etapas, introduzindo-as em pequenas porções no código, você reduz o risco de erros. ” - Martin Fowler
Em poucas palavras: tente inspecionar regularmente seu código e fazer melhorias que não afetem a funcionalidade. Torne-o mais rápido, mais organizado, mais legível e mais modular. Faço-o desta maneira: observo para mim próprio algum código pelo qual não sinto muito orgulho ou que precisei escrever às pressas por causa dos prazos e, depois de algumas semanas, volto a ele.

Quando este ou aquele trecho de código é escrito aleatoriamente, geralmente há uma boa razão por trás disso. Mas a desculpa para não ter tempo para consertar as coisas é muito mais difícil de encontrar. Uma seção instável no código sempre paira sobre sua cabeça, como uma espada de Dâmocles. Revendo o código, desvendar funções complexas é, obviamente, muito trabalhoso, mas fazer a mesma coisa em tempo recorde, porque algum tipo de bug foi ativado quando o produto já foi lançado é ainda pior.

Melhor não se apressar e se aprofundar nos seus erros. Isso economizará muito tempo, nervos e saúde mental a longo prazo.

6. cometer erros


Eu quero dizer ?!

Tendo iniciado a programação, percebi que uma das maneiras mais valiosas de subir para um novo nível é passar por várias falhas. Acredite, é quase impossível evitar alguns erros, e essa é uma situação completamente normal.

Você já prescreveu a mesma função em um projeto cinco vezes? E aqui estou eu, mais de uma ou duas vezes. Mas, graças ao fato de ter enfrentado tal situação e desenvolvido um determinado modelo, isso não acontece novamente.

Portanto, não tenha medo de cometer erros. Você os repetirá mais de uma vez, mas com o tempo isso acontecerá cada vez menos. Toda a sua vida profissional precisará reabastecer sua base de conhecimento e se adaptar às mudanças na tecnologia, mas essa é a beleza do nosso trabalho - todos os dias você aprende algo novo.

Source: https://habr.com/ru/post/pt427391/


All Articles