TheCodestReview #2 - sumo semanal de engenharia de software

Glossário dos aspectos que estamos a abordar:

1. Dicas de refatoração para melhorar a qualidade.

2. Porque é que a arquitetura front-end é importante e como torná-la escalável e sustentável?

3. Transição de CTO para o cargo de Diretor de Operações numa organização tecnológica.

Se estiver interessado no tema da mudança de um líder tecnológico para uma função operacional, pode aprofundar os recursos adicionais ligados no final do artigo.

Os comentários sobre refactoring e arquitetura desta semana são-lhe entregues pelo nosso Rubi e React engenheiros.

Stephen Bigelow da Search Software Quality

Refactoring código sempre foi tremendamente popular, mas nem toda a gente sabe como fazê-lo bem e quando é uma boa altura para o fazer. Já vi muitas tentativas de refactorização que acabaram em fracasso (especialmente em produção, o que não é motivo de orgulho). Aprender dicas do artigo mencionado pode ajudar muitos programadores a melhorar suas habilidades cruciais de refatoração.

A dica número um do artigo é "compreender o código", que é sempre a primeira coisa na minha lista de verificação a fazer antes de refactorizar. Não se consegue criar código melhor se não se souber o que o código atual está a fazer. Compreender código confuso pode ser trabalhoso, mas é o preço a pagar para melhorar a sua base de código. Ainda assim, o ROI deste investimento é elevado e vai compensar.

A próxima dica que vale a pena mencionar é "testar cedo e frequentemente", que pode ser aplicada não só no contexto da refacção, mas também no trabalho diário dos programadores. O tema dos testes é enorme. Não se trata apenas de aprender a sintaxe de como escrever testes, mas também de distinguir os tipos de testes. Para aprender mais sobre testes, recomendo que se familiarize com a pirâmide de testes e, em seguida, aprenda sobre as diferenças entre testes clássicos e Londres escolas.

Resumindo, o artigo centra-se na refatoração local, o que é bom e pode melhorar a satisfação dos programadores com o seu trabalho. No entanto, para criar uma aplicação de primeira classe ao nível da arquitetura, é necessário ir além do âmbito deste artigo e aprender sobre questões relacionadas com a arquitetura da aplicação. Isto pode ajudá-lo a começar a sair de uma viagem sem fim e é isso que desejo a todos vós, incluindo eu próprio.

Michael McShinsky de dev.to

Como conseguir uma arquitetura mais escalável e sustentável?

A forma correta de estruturar a sua aplicação com base na arquitetura MVVM?

Como evitar trabalho extra à medida que a sua aplicação cresce?

Provavelmente, todos na sua carreira já se depararam com um caso em que uma má arquitetura aumentou significativamente o tempo necessário para concluir uma tarefa. A desordem nas pastas, a inconsistência na nomeação de ficheiros ou catálogos pode sabotar a projeto logo no início.

O autor do artigo mostra claramente as vantagens de escolher a abordagem correta para a estrutura do projeto. Começando com o criar-react-app e inspirado na arquitetura MVVM, mostra as vantagens da sua solução de forma muito precisa. Partindo da configuração básica, passa por cada pasta, explicando, caso a caso, por que razão considera esta abordagem adequada. A abordagem em si parece bastante complicada e provavelmente desnecessária no início, quando o projeto está na fase inicial, mas lembremo-nos de que a introdução das regras adequadas desde o início ajudará nós evitar reestruturas demoradas ao expandir o projeto com novos componentes e funcionalidades. Uma estrutura de projeto corretamente selecionada também permitirá que os novos membros do projeto adquiram facilmente componentes e serviços. Não devemos esquecer que nem todas as formas de estruturação se adequam perfeitamente a todos os projectos.
Da minha parte, gostaria de acrescentar a regra básica de que a escolha da arquitetura ideal para o projeto será inútil se nem todos os membros da equipa respeitarem as regras estabelecidas.

Ler mais: Como melhorar as aplicações Vue.js? Algumas dicas práticas

Guillaume Clement do Dailymotion

Fazer a transição de CTO para COO.

Trabalhar num ambiente totalmente remoto. Como manter a equipa energizado e envolvido.

Confiar nos dados ou no instinto.

No episódio 236 de Modern CTO, Joel fala com o Diretor de Operações do Dailymotion, Guillaume Clement. O Dailymotion tem a missão de ser uma plataforma de conteúdos de vídeo significativa e nutritiva entre uma série de plataformas que são puramente orientadas para o entretenimento e servem o objetivo de "fast food de vídeo". Para o conseguir, num negócio que é fortemente orientado por algoritmos e engenharia de dados científicos, é preciso tomar decisões difíceis com base em sentimentos instintivos contra o que os dados nos dizem.

A métrica tipicamente precisa para plataformas de vídeo, media e Adtech As empresas, uma vez que o "tempo despendido" não é o KPI óbvio a trabalhar se se esforçar genuinamente por fornecer aos seus utilizadores conteúdos significativos e não apenas pretender manter a sua atenção em frente ao ecrã o máximo de tempo possível. A referência ao documentário "The Social Dilemma" no Netflix é inevitável. Guillaume também passou recentemente de CTO para COO na empresa, o que traz novos desafios a nível operacional e de gestão de pessoas. O desafio é ainda mais exigente durante a pandemia, quando a instalação remota é um teste para os líderes manterem as equipas envolvidas e as mentalidades a um nível elevado. É fundamental ter em conta as necessidades individuais dos trabalhadores mais sociáveis ou mais introvertidos, disponibilizando uma quantidade limitada de convívio no escritório para aqueles que precisam de um estímulo regular para se movimentarem.