TheCodestReview #2 - jus hebdomadaire de génie logiciel

Glossaire des aspects que nous abordons :

1. Conseils de remaniement en vue d'une amélioration de la qualité.

2. Pourquoi l'architecture frontale est-elle importante et comment la rendre évolutive et maintenable ?

3. Transition de CTO à un poste de directeur de l'exploitation dans une entreprise technologique.

Si vous êtes intéressé par le passage d'un rôle de leader technologique à un rôle opérationnel, vous pouvez approfondir la question en consultant les ressources supplémentaires indiquées au bas de l'article.

Les commentaires de refactoring et d'architecture de cette semaine vous sont livrés par nos ingénieurs Ruby et React.

Stephen Bigelow de Search Software Quality

Refonte code a toujours été extrêmement populaire, mais tout le monde ne sait pas comment le faire correctement et quand c'est le bon moment pour le faire. J'ai vu beaucoup de tentatives de refactoring qui se sont soldées par des échecs (surtout en production, ce qui n'est pas une chose dont on peut être fier). Apprendre les astuces de l'article mentionné pourrait aider de nombreux programmeurs à améliorer leurs compétences cruciales en matière de refactoring.

Le conseil numéro un de l'article est de "comprendre le code", ce qui est toujours la première chose à faire sur ma liste de contrôle avant de procéder à un remaniement. Vous ne créerez pas un meilleur code si vous ne savez pas ce que fait le code actuel. Comprendre un code désordonné peut demander des efforts, mais c'est le prix à payer pour améliorer votre base de code. Néanmoins, le retour sur investissement de cet investissement est élevé et il portera ses fruits.

Le prochain conseil qui mérite d'être mentionné est de "tester tôt et souvent", ce qui pourrait être appliqué non seulement dans le contexte du remaniement, mais aussi dans le travail quotidien des développeurs. Le thème des tests est très vaste. Il ne s'agit pas seulement d'apprendre la syntaxe pour écrire des tests, mais il faut aussi distinguer les types de tests. Pour en savoir plus sur les tests, je vous recommande de vous familiariser avec la pyramide des tests et d'apprendre les différences entre les écoles classiques et londoniennes.

En résumé, l'article se concentre sur le remaniement local, ce qui est une bonne chose et pourrait améliorer la satisfaction des programmeurs à l'égard de leur travail. Cependant, pour créer une application de premier ordre au niveau de l'architecture, vous devez aller au-delà de la portée de cet article et apprendre les questions liées à l'architecture de l'application. Cela pourrait vous aider à entamer un voyage sans fin et c'est ce que je vous souhaite à tous, moi y compris.

Michael McShinsky de dev.to

Comment obtenir une architecture plus évolutive et plus facile à maintenir ?

Comment structurer votre application selon l'architecture MVVM ?

Comment éviter un surcroît de travail lorsque votre application prend de l'ampleur ?

Au cours de sa carrière, chacun a probablement rencontré un cas où une mauvaise architecture a considérablement allongé le temps nécessaire à l'accomplissement d'une tâche. L'encombrement des dossiers, l'incohérence dans la dénomination des fichiers ou des catalogues peuvent saboter le travail de l'entreprise. projet dès le début.

L'auteur de l'article montre clairement les avantages d'une bonne approche de la structure du projet. En commençant par le créer une application-react et inspiré par l'architecture MVVM, il montre très précisément les avantages de sa solution. Partant de la configuration de base, il passe en revue chaque dossier en expliquant au cas par cas pourquoi il considère que cette approche est appropriée. L'approche elle-même semble assez compliquée et probablement inutile au début du projet, mais rappelons-nous que l'introduction de règles appropriées dès le départ nous aidera à éviter des restructurations fastidieuses lorsque le projet s'enrichira de nouveaux composants et de nouvelles fonctionnalités. Une structure de projet bien choisie permettra également aux nouveaux membres du projet d'acquérir facilement des composants et des services. N'oublions pas que toutes les façons de structurer ne conviennent pas parfaitement à tous les projets.
Pour ma part, j'aimerais ajouter une règle de base : le choix de l'architecture optimale pour le projet ne servira à rien si tous les membres de l'équipe ne respectent pas les règles établies.

En savoir plus : Comment améliorer les applications Vue.js ? Quelques conseils pratiques

Guillaume Clement de Dailymotion

Passer de CTO à COO.

Travailler dans un environnement totalement distant. Comment maintenir le équipe énergique et impliqué.

Faire confiance aux données plutôt qu'à l'intuition.

Dans l'épisode 236 de Modern CTO, Joel s'entretient avec Guillaume Clément, directeur de l'exploitation de Dailymotion. Dailymotion a pour mission d'être une plateforme de contenu vidéo utile et nutritive parmi un certain nombre de plateformes qui sont purement orientées vers le divertissement et servent de "fast-food vidéo". Pour y parvenir, dans un secteur fortement axé sur les algorithmes et la science des données, il faut prendre des décisions difficiles basées sur l'intuition et non sur les données.

La mesure la plus précise pour les plates-formes vidéo, les médias et les entreprises. Adtech car le "temps passé" n'est pas l'ICP le plus évident à utiliser si vous vous efforcez réellement de fournir à vos utilisateurs un contenu utile, et non pas simplement de maintenir leur attention devant l'écran le plus longtemps possible. La référence au documentaire "The Social Dilemma" sur Netflix est inévitable. Guillaume est également passé récemment d'un rôle de CTO à un rôle de COO dans l'entreprise, ce qui implique de nouveaux défis en matière d'opérations et de gestion du personnel. Le défi est encore plus grand pendant la pandémie, lorsque l'installation à distance est un test pour les dirigeants, qui doivent veiller à ce que les équipes restent impliquées et à ce que les mentalités se maintiennent à un niveau élevé. Il est essentiel de répondre aux besoins individuels des employés qui sont plus sociaux ou plus introvertis, en prévoyant un nombre limité de moments de convivialité au bureau pour ceux qui ont besoin d'un coup de pouce régulier pour se lancer.