Cette histoire est une opinion personnelle basée sur des observations tout en travaillant sur divers projets.
Début du développement d'équipe
Lors de mon travail indépendant, il n'y a pas eu de problème pour choisir une pile technologique, tout était simple, j'ai consulté des amis, lu diverses sources et choisi la bonne pile. C'étaient des choses populaires car il y avait plus d'informations à leur sujet, plus de projets prêts à l'emploi où vous pouviez espionner la bonne solution et plus de réponses sur Stack Overflow si vous rencontriez un problème. Cela a rendu le travail moins stressant.
Mais quand j'ai commencé à travailler en équipe, la sélection des piles est devenue un mystère. Ma tête tournait constamment: pourquoi? Pourquoi? D'où est-ce que sa vient? Quelle est l'approche? Je ne comprenais pas pourquoi une équipe avait certaines technologies, tandis que l’autre en avait d’autres, alors que tout le monde faisait essentiellement la même chose.
C'était aussi très intéressant et pas clair pourquoi certaines personnes sur le projet avec de la mousse à la bouche ont prouvé la supériorité du chemin choisi, tandis que dans l'autre équipe, d'autres ont fait de même, mais d'une manière différente et les différentes approches dans les technologies que j'ai décrites de l'équipe précédente ont simplement été ridiculisées. ...
À ce moment-là, j'allais simplement avec le courant et je m'y plongeais. Je n'avais pas le temps d'étudier la philosophie, j'avais juste besoin d'améliorer mes compétences. Par conséquent, tout en travaillant sur le projet, j'ai été complètement imprégné des idées des inspirateurs techniques et les ai acceptées comme les miennes.
Parfois, le moment est venu et j'ai dû passer à d'autres projets. Et encore une fois, il est venu un moment de grandes surprises, lorsque le frontend moderne apparemment standard, techniquement identique et bien établi, dans la nouvelle équipe a pris une apparence absolument perverse sous le capot et absolument identique à la sortie.
Comprendre ce qui se passe
Vous devez probablement commencer par comprendre que la vérité n'existe pas et que chacun est libre de faire ce qu'il veut, tant que cela ne nuit pas au processus global et au résultat. Considérant qu'il existe +10 solutions à tout problème sur le front.
Le travail commence par le choix d'une pile de base, quelle qu'elle soit, mais il y a ensuite beaucoup de potentiel pour différentes variations. La base déjà existante du code écrit est également ajoutée, car beaucoup de choses, voire toutes, ont déjà été écrites et il suffit de les adapter à vos besoins.
. , -, - . .
, . , - .
, , - , . , , , , .
, , , , , , “ ” , .
. , . , JS TS. , . “ !” , , . , React Router. , history React. : “ history spa, React?” - , , .
. , . , , , 100 , 100 , , . , , , ?
Go ahead
“ ”. , gitHub’. “Wow Rust”, “Wow React-Reason”. !
, “ ”. , . , . , .
1 . N , - , .
2 . , , .
- , , , , : “ - x1,5 , , , . , , .”
: “ ?” : “ …”.
, , , . , .
.
Et la direction, après le départ du leader, ira sur hh.ru et conduira à la recherche de «Rust» ou «Reason» obtient un fier 0. Et pour le plus grand plaisir de l'équipe, ils retourneront au développement dans leur bon vieux référentiel compréhensible.
La conclusion de toute cette histoire peut être affirmée que toutes les technologies à la mode sont bien adaptées pour élargir les horizons du développeur et pour augmenter ses compétences. Mais tant que de grands projets de travail complexes et développés par des développeurs avisés n'apparaîtront pas, il ne vaudrait probablement pas la peine d'introduire indépendamment toute cette "Mode" dans la production.