Esta história é uma opinião pessoal baseada em observações durante o trabalho em vários projetos.
Entrando no desenvolvimento da equipe
Durante o meu trabalho freelance, não tive problemas em escolher uma pilha de tecnologia, tudo foi simples, consultei amigos, li várias fontes e escolhi a pilha certa. Essas coisas eram populares porque havia mais informações sobre eles, mais projetos prontos onde você poderia espionar a solução certa e mais respostas no Stack Overflow se você enfrentasse algum problema. Isso tornava o trabalho menos estressante.
Mas quando comecei a trabalhar em equipe, empilhar se tornou um mistério. Minha cabeça girava constantemente: por quê? Por quê? De onde veio isso? Qual é a abordagem? Eu não entendia por que uma equipe tinha algumas tecnologias, enquanto a outra tinha outras, embora todos estivessem essencialmente fazendo a mesma coisa.
Também foi muito interessante e não ficou claro porque algumas pessoas no projeto com espuma na boca provaram a superioridade do caminho escolhido, enquanto na outra equipe outros fizeram o mesmo, mas de uma forma diferente e abordagens diferentes em tecnologias que descrevi da equipe anterior foram simplesmente ridicularizadas ...
Naquela época, eu estava apenas seguindo o fluxo e me aprofundando nele. Não tive tempo para estudar filosofia, só precisava melhorar minhas habilidades. Portanto, enquanto trabalhava no projeto, fiquei completamente imbuído das ideias dos inspiradores técnicos e as aceitei como minhas.
Às vezes chegava a hora e eu precisava passar para outros projetos. E novamente veio um momento de grandes surpresas, quando o frontend moderno aparentemente padrão, tecnicamente idêntico e bem estabelecido, na nova equipe assumiu uma aparência absolutamente pervertida sob o capô e absolutamente idêntica na saída.
Entender o que está acontecendo
Provavelmente, você precisa começar entendendo que a verdade não existe e que todos são livres para fazer o que quiserem, desde que não prejudique o processo e o resultado geral. Considerando que existem +10 soluções para qualquer problema na frente.
O trabalho começa com a escolha de uma pilha base, seja ela qual for, mas então há um grande potencial para diferentes variações. Acrescenta-se também a base já existente do código escrito, pois muitas coisas, ou se não todas, já foram escritas e resta apenas adaptá-las para atender às suas necessidades.
. , -, - . .
, . , - .
, , - , . , , , , .
, , , , , , “ ” , .
. , . , JS TS. , . “ !” , , . , React Router. , history React. : “ history spa, React?” - , , .
. , . , , , 100 , 100 , , . , , , ?
Go ahead
“ ”. , gitHub’. “Wow Rust”, “Wow React-Reason”. !
, “ ”. , . , . , .
1 . N , - , .
2 . , , .
- , , , , : “ - x1,5 , , , . , , .”
: “ ?” : “ …”.
, , , . , .
.
E a gerência, após a saída do líder, irá para hh.ru e se empenhará na busca por “Rust” ou “Reason” e obtém um orgulhoso 0. E para a alegria da equipe, eles retornarão ao desenvolvimento em seu bom e velho repositório compreensível.
A conclusão de toda essa história pode ser dito que todas as tecnologias da moda são adequadas para expandir os horizontes do desenvolvedor e para aumentar as habilidades. Mas até que projetos grandes, complexos e funcionais desenvolvidos por desenvolvedores sábios apareçam neles, provavelmente não valeria a pena introduzir independentemente toda essa "moda" na produção.