TheCodestReview #1 - jus hebdomadaire de génie logiciel

Pourquoi le faisons-nous ?

1. Le partage des connaissances est essentiel au développement des compétences techniques et nous nous en soucions.

2. Pour aider les responsables de l'ingénierie à trouver les solutions dont ils ont besoin pour prendre des décisions fondées sur des données probantes dans le cadre de leurs activités de recherche et de développement. projets de logiciels.

3. Nous croyons fermement au pouvoir de l'auto-éducation, nous efforçant toujours d'apprendre de nouvelles choses et de nous renforcer, 1% à la fois. 

4. Il existe des tonnes de contenus technologiques de qualité en ligne qui méritent d'être mis en lumière et nous sommes sur le point de rendre à César ce qui appartient à César.

Construire un feuille de route Pour cette série, j'ai mené une enquête sur LinkedIn pour demander à l'équipe de la Commission européenne de me fournir des informations sur l'état d'avancement du projet. CTOs et les responsables de l'ingénierie sur les principaux défis qu'ils auront à relever au cours de la période déjà difficile de 2020 et au-delà.

Voici ce qu'ils ont dit : 

Sans plus attendre, je vous invite à découvrir le premier épisode de TheCodestReview avec la contribution de notre CTO, Head of Development and Frontend Lead, qui aborde les sujets suivants :

Six règles empiriques pour la mise à l'échelle de Software Architectures par Ian Gorton

"Votre système a un goulot d'étranglement. Quelque part !" - Lorsque nous nous efforçons d'améliorer les performances de l'application, nous oublions les principales limitations du système, qui ne sont peut-être pas les éléments les plus populaires de l'application, mais qui peuvent avoir un effet négatif sur le reste et la mise à l'échelle ne peut pas nous aider à cet égard.

"La surveillance est fondamentale pour les systèmes évolutifs" - nous ne pouvons pas être aveugles dans nos activités et il est préférable pour nous de connaître le problème avant que les utilisateurs ou notre CEO ne nous en informent. La surveillance est la clé de la fiabilité.

"La base de données est le cœur de notre application et, comme tout cœur, il est difficile de la couper sans affecter notre système veineux, c'est donc souvent notre goulot d'étranglement. D'un autre côté, plus nous restons longtemps sur la base de données, plus il est difficile de la couper sans affecter notre système veineux. marchéPlus nous traitons de données, plus il est difficile de maintenir les performances attendues.

Dans cet article, l'auteur met en évidence certains aspects spécifiques de l'architecture d'une application à haute performance. Au fil des ans, nous avons appris à utiliser des solutions telles que AWS ou Azure, mais même les meilleurs nuage ne nous protège pas de nous-mêmes. Lors de la création d'une application, nous ne nous concentrons pas sur la résolution des problèmes qui sont absents, en les prévoyant d'emblée. C'est pourquoi nous rencontrons de nombreux problèmes plus tard, lorsque notre application grandit. L'auteur de l'article nous donne de nombreux conseils précieux pour savoir où chercher l'optimisation, quel est le plus gros problème et comment il affecte votre application. En mettant en jeu mes nombreuses années d'expérience dans le secteur, je suis entièrement d'accord avec Ian. J'aimerais également ajouter que les conseils fournis dans l'article s'appliquent à toutes les applications que nous maintenons. La mise en œuvre de ces lignes directrices apportera des avantages à la projet au niveau de sa fiabilité et de sa prévisibilité, qui est une caractéristique importante pour la croissance de l'entreprise.

Un abécédaire des mesures d'ingénierie de livraison par Juan Pablo Buritica

- Les mesures de performance couramment utilisées ne sont pas strictement techniques

- La vitesse de livraison des logiciels est mesurable, mais les indicateurs utilisés doivent être correctement interprétés pour que l'optimisation produise l'effet désiré.

- Les plus efficaces équipe est une équipe bien coordonnée et bien connectée - les responsables de l'ingénierie doivent comprendre les problèmes et les motivations des développeurs et vice versa pour obtenir des effets sains et synergiques.

Juan Pablo Buritica a soulevé un sujet qui semble encore être une niche. Les personnes qui gèrent des projets informatiques adoptent souvent des mesures d'efficacité (telles que le graphique de burndown de base dans JIRA), mais elles ne sont toujours pas étroitement corrélées avec les livraisons des projets. code Il s'agit d'une méthode qui permet d'optimiser le processus de livraison de logiciels sur la base de ces indicateurs. En général, l'optimisation concerne la répartition des tâches et la communication au sein de l'équipe, mais il est rare de suivre des indicateurs strictement techniques que l'auteur mentionne, par exemple le "temps de fusion". À l'ère des crochets web GitHub et des systèmes de gestion des tâches ouverts à l'intégration, ce type d'approche devient relativement facile à appliquer - les données sont à portée de main, il suffit de les saisir et de les traiter de la bonne manière.

L'auteur souligne à juste titre que les statistiques qu'il décrit peuvent rapidement se retourner contre l'auteur. équipe de développementMais cela n'arrive que lorsque le personnel d'encadrement ne comprend pas parfaitement les spécificités du travail du programmeur. Il est donc important que le PM ou le PO ait des connaissances techniques et qu'il soit capable de comprendre ce qui se cache derrière les différentes tâches du système.

Modern CTO Podcast - Episode 217 avec Dan Conrad - CTO at One Identity

À l'ère d'une pandémie, alors qu'un grand nombre d'employés sont passés à la travail à distance Nous devons accorder encore plus d'attention à la sécurité de nos données. Un bon exemple est la situation citée par Dan où les utilisateurs utilisent partout les mêmes mots de passe ou des mots de passe très similaires et ne sont pas conscients du danger qui y est associé.

Si vous utilisez les mêmes mots de passe à plusieurs endroits, il se peut que l'un des sites ait des "problèmes de sécurité", que la base de données soit divulguée sur l'internet ou que quelqu'un vous regarde taper un mot de passe qui ouvre accidentellement toutes vos portes. À mon avis, tous les services en ligne devraient vous informer du danger associé à la saisie du même mot de passe lors de la procédure d'inscription.

Le Single Sing On (SSO) ou l'utilisation de gestionnaires de mots de passe tels que One Identity ou LastPass sont très utiles pour maintenir les normes de base en matière d'hygiène et de sécurité en ligne, protégeant ainsi nos employés et nos lieux de travail contre les vulnérabilités et les menaces numériques.

Sensibilisez-vous vos employés à une gestion réfléchie des mots de passe ?

Merci d'avoir lu jusqu'à la fin et restez à l'écoute pour le prochain épisode qui arrive bientôt !