De nombreuses personnes réfléchissent aux problèmes qui les concernent avant de se coucher ou au réveil. Je ne fais pas exception. Ce matin, un m'est venu à l'esprit de Habr :
Un collègue a partagé une histoire lors d'un chat :
L’année dernière, j’ai eu un client génial, c’était à l’époque où je faisais face à une pure « crise ».
Le client dispose de deux équipes dans le groupe de développement, chacune s'occupant de sa propre partie du produit (sous condition, le back office et le front office, c'est-à-dire le logiciel travaillant sur la formation des ordres et le logiciel travaillant sur l'exécution des ordres), s'intégrant occasionnellement les unes aux autres.
L'équipe du back-office s'est complètement dégradée : six mois de problèmes continus, les propriétaires menacent de licencier tout le monde, ils ont embauché un consultant, après le consultant ils ont embauché plus qu'un autre (moi). De plus, la deuxième équipe (storfront) a travaillé normalement et a continué à travailler normalement, c'est l'équipe back-office, qui avait également travaillé normalement auparavant, qui a commencé à gâcher. Les équipes sont assises dans des bureaux différents et ont l'habitude de s'énerver.Raison : store et back sont un seul système, il contient de nombreuses dépendances, les équipes des différents bureaux ne communiquaient pas entre elles. Les propriétaires « regardent » tout le temps sur le côté, ils y ont donc de nouvelles fonctionnalités, idées et contrôles. C'était un garçon touche-à-tout, une combinaison de BA, de designer et de « apporte-nous du café ». Ce garçon, inaperçu de son équipe, effectuait un tas de petites tâches comme « informer la deuxième équipe du déploiement », « mettre à jour la documentation », etc. routine, jusqu'à « entrer toutes sortes de numéros de version et de composants dans le ticket ». Mais le garçon n’a écrit aucun code et, à un moment donné, les propriétaires ont décidé de l’optimiser et de le licencier. Pour l'équipe du magasin, rien n'a changé, ils n'ont tout simplement pas créé ou mis à jour les docks, et l'équipe du backoffice s'est retrouvée dans une situation où les versions du magasin cassent quelque chose pour eux, et c'est leur problème, et si leurs versions cassent quelque chose pour le magasin, c'est encore leur problème, car le magasin est à la vue des propriétaires :)
Qu'est-ce qui a attiré mon attention avec ce commentaire et ce que le chercheur trouvera dans le titre - sous la coupe.
Je développe des applications web depuis 20 ans, donc recto/verso ne sont pas que des mots pour moi. Ce sont des choses très étroitement liées. Par exemple, je ne peux pas imaginer une situation où l'avant se développe dans un isolement complet (ou très fort) de l'arrière. Les deux parties opèrent sur les mêmes données et effectuent des opérations très similaires. Je peux à peu près imaginer combien d'informations circulent entre les développeurs des deux équipes pour coordonner le développement, ainsi que la durée et la fréquence de ces approbations. Les équipes ne peuvent s’empêcher de communiquer étroitement, même si elles se trouvent dans des fuseaux horaires différents. Surtout si vous avez JIRA.
Je sais qu'il est inutile d'avertir les back-développeurs du déploiement du front. La nouvelle version du recto ne peut rien casser au verso, mais au contraire, oui. Ce sont les développeurs front-end qui souhaitent informer les développeurs back-end qu'ils ont besoin de fonctionnalités nouvelles ou modifiées. Le front dépend des déploiements arrière, et non l'inverse.
Quel garçon qui"apporte-nous du café", il ne peut pas y avoir de BA (si par BA on entend "analyste d'affaires"), et un BA ne peut pas être "garçon, apporte-nous du café". Et certainement, "ajouter toutes sortes de numéros de version et de composants"Ni le "boy" ni la BA ne peuvent le faire sans discussion avec les équipes de développement. C'est comme la charrue avant les bœufs. "
Puisque le "garçon" a été licencié, alors ces fonctions, de "apporter du café"et avant"mettre de la graisse", aurait dû être redistribué entre les autres membres de l'équipe. Dans un groupe constitué, les flux d'informations et les rôles sont fixés ; si l'interprète d'un ou plusieurs rôles a quitté la scène, alors le reste des membres du groupe a toujours besoin de recevoir des informations familières. informations provenant de rôles familiers. Ils ne peuvent tout simplement pas s'empêcher de remarquer que les informations nécessaires au travail ne leur parviennent plus. C'est comme si un toxicomane ne pouvait s'empêcher de remarquer le fait que l'approvisionnement en drogues s'était arrêté. Et tout comme un toxicomane cherche et trouve d'autres canaux, de sorte que les membres du groupe essaieront de trouver les sources d'informations dont ils ont besoin de l'autre côté et de nouveaux interprètes d'anciens rôles. Et ils trouveront certainement, au moins, quelqu'un qui, à leur avis, devrait donner leur les informations nécessaires.
Même si nous supposons que les canaux d'information habituels ont été fermés et que ceux qui devraient ne pas penser qu'ils devraient le faire, alors les développeurs arrière, sous la menace de licenciement, ne cacheront pas les raisons de leurs propres échecs au propriétaire pendant six mois. , sachant que leurs problèmes sont dus au manque d’informations nécessaires. Les propriétaires ne seront pas « stupides » avant six mois, étant donné qu’ils avaient besoin de ces informations auparavant.était couvert de graisse", et maintenant personne ne l'ajoute ici. Et le premier consultant n'était guère assez professionnel pour ne pas parler aux développeurs back-end et ne pas aller à la source du problème - le manque de coordination entre les équipes. C'est le raison des troubles décrits, et non du licenciement du "garçon".
Un manque banal de communication entre les développeurs est une cause typique de nombreux problèmes de développement et bien plus encore. Pas besoin d'être un grand consultant pour le trouver. Il suffit d'être raisonnable.
Je pense que toute cette histoire est bien pensée et magnifiquement racontée. Eh bien, pas entièrement inventé - tous les éléments sont tirés de la vie (recto, verso, développement, garçon, café, "graisse", ...). Mais ils sont connectés de telle manière qu'une telle conception ne se produit pas dans la vie. Séparément, tout cela peut être trouvé dans le monde qui nous entoure, mais dans une telle combinaison - non. J'ai écrit ci-dessus pourquoi .
Cependant, cela est présenté de manière très plausible. Il est lu avec intérêt et il y a une implication personnelle. Sympathie pour "garçon bricoleur", le petit mécanisme méconnu de la grosse machine (c'est à propos de moi !). Condescendance envers les développeurs qui sont si intelligents et expérimentés, mais qui ne peuvent pas voir au-delà de leur propre nez (ils sont tout autour de moi !). Une légère moquerie des propriétaires, des gars riches qui se sont fait "bo-bo" de leurs propres mains et n'en comprennent pas les raisons (Eh bien, le portrait craché de mon leadership !). Mépris pour le premier « consultant » qui n’a pas réussi à trouver une source de problèmes aussi simple (ouais, récemment, ce type est arrivé avec des lunettes et se promenait avec un air intelligent), et une union enthousiaste avec un « vrai » consultant, qui était le seul à pouvoir apprécier le véritable rôle d'un garçon touche-à-tout (ça, c'est moi!).
Ressentez-vous une satisfaction intérieure après avoir lu ce commentaire ? Notre rôle en tant que petits rouages d’un grand mécanisme n’est en réalité pas si petit ! Merveilleusement dit, même si ce n’est pas vrai. Mais quel arrière-goût agréable.
Je ne sais pas quel genre de collègue et dans quel chat j'ai partagé cette révélation avec mon collègue et pourquoi collègue mkrentovskiy J'ai décidé de le publier sous l'article ""habr-auteur exceptionnel 'a (qui d'ailleurs est actuellement à la première place du classement Habr !), mais j'avoue que mon collègue mkrentovskiy l'a fait extrêmement bien. Le message du commentaire et le style de présentation sont tellement cohérents avec le message et le style d'autres publications nmivan'Eh bien, que pensez-vous qu'un consultant en crise d'après les commentaires et GG de nombreuses publications nmivan'a est la même personne.
J'ai lu pas mal de publications d'Ivan Belokamentsev lorsque l'auteur a commencé ses activités sur Habré (en 2017). Certains l'apprécient même (, ). Il a un bon style et une présentation intéressante du matériel. Ses histoires ressemblent beaucoup à des histoires réelles, mais elles n’ont pratiquement aucune chance de se produire. . C’est comme ça avec cette histoire dans le commentaire.
À vrai dire, personnellement, je ne pense pas que Habr se soit amélioré grâce aux publications d’Ivan. Mais sa note et d'autres habitants de Habr disent le contraire :
Je ne comprends pas tes lamentations. Habr a glissé depuis longtemps, mais l'auteur donne une petite étincelle et améliore l'humeur des lecteurs) en sortant la ressource de l'abîme.
Oui, Habr n'est pas une association caritative, Habr est un projet commercial. Habr est un miroir qui reflète nos désirs. Non pas mes désirs personnels ni les désirs de chaque visiteur individuel, mais la totalité de tous nos désirs - la « moyenne de l'hôpital ». Et Ivan Belokamentsev ressent mieux que quiconque ce dont nous avons tous besoin collectivement et nous le donne.
Peut-être que je n'aurais pas écrit cet article si je n'avais pas commencé à regarder la série"".
"Nous avons perdu Dieu"(s)
C'est de la série. Et cela concerne nous.
Nous ne sommes plus captivés par la réalité créée par le Créateur.
Dieu, la nature, le Big Bang – peu importe. La réalité est là. Autour de nous et indépendamment de nous.
Nous y vivons conformément aux lois de la nature (le plan de Dieu). Nous apprenons les lois (Plan) et apprenons à utiliser la réalité dans laquelle nous vivons pour vivre encore mieux. Nous testerons nos suppositions avec la pratique, en écartant les incorrectes et en laissant les pertinentes. Nous interagissons avec la réalité et nous la changeons.
Et nous y avons très bien réussi.
Il y a beaucoup de monde sur la planète. Tant. Avec la productivité actuelle du travail, nous n’avons plus besoin de survivre : la minorité peut fournir à la majorité tout ce dont elle a besoin. La plupart des gens ont besoin de s’occuper avec quelque chose. Historiquement, les ressources excédentaires allouées à la créativité allaient aux plus talentueux (ou aux plus disruptifs, qui sont aussi des talents). Il existe désormais tellement de ressources gratuites que toute personne, quel que soit son talent, peut y accéder, quel que soit son niveau. Comparez combien de films sortent chaque année dans le monde et combien d'entre eux vous pouvez regarder. Combien de livres sont écrits et lesquels d'entre eux peuvent être lus. Quelle quantité d’informations est déversée sur Internet et lesquelles d’entre elles sont utilisables.
Pourquoi le métier d’informatique est-il si populaire ? Oui, car vous pouvez déverser un abîme de ressources dans l'informatique et personne ne clignera des yeux (rappelez-vous simplement le problème de l'an 2000). Après tout, en informatique, vous pouvez passer des années à développer des applications qui deviendront obsolètes avant même leur lancement, vous pouvez essayer d'intégrer des composants incompatibles tout en les faisant fonctionner, vous pouvez réinventer vos propres roues encore et encore, ou vous pouvez le faire dès maintenant. commencer à soutenir des programmes en Fortran, qui est couvert de mousse depuis encore 20 ans. Vous pouvez passer toute votre vie dans l'informatique sans rien faire d'utile. Et surtout, personne ne le remarquera ! Même vous-même.
Peu d’entre nous seront capables de se démarquer dans l’industrie informatique. Et encore moins de personnes pourront laisser un bon souvenir. Les résultats de notre travail se déprécieront au mieux dans les 10 à 20 prochaines années, voire avant. Et certainement de notre vivant (si nous atteignons l’âge de la retraite). Nous ne pourrons pas montrer à nos petits-enfants les systèmes informatiques sur lesquels leur grand-père a travaillé dans sa jeunesse. Les gens oublieront simplement leur nom. Au début de ma carrière j'ai élevé des bureaux de poste sous "". Je suis à 20 ans de la retraite et à 10 ans d'avoir des petits-enfants, mais la plupart d'entre vous n'ont déjà rien entendu sur "l'application de messagerie exceptionnelle du milieu des années 90" ("meilleur logiciel de messagerie du milieu des années 1990").
Peut-être qu'en réalité nous sommes mal conscients de la futilité de notre fardeau informatique, mais dans le subconscient, nous nous efforçons de nous échapper là où nous nous sentons à l'aise. Dans des mondes fictifs où l'utilisation de Scrum et Agile conduisent inévitablement à l'émergence de produits qui conquièrent le monde par leur utilité pendant des décennies. Où nous ne sommes pas de simples petits engrenages de grands mécanismes, mais des engrenages sans lesquels les grands mécanismes cassent. Où notre vie ne se déroule pas dans l'exécution dénuée de sens d'actions routinières, mais est remplie de créativité et de création, dont nous pouvons être fiers.
Nous nous évadons dans ces mondes magnifiques et fictifs de notre propre inutilité dans le monde réel. Nous nous tournons vers eux pour trouver du réconfort.
Nous cherchons du réconfort, y compris sur Habré. Et Ivan nous le donne ici.
Source: habr.com