Les gens qui comprennent le travail d'un programmeur peuvent être trouvés n'importe où

Les gens qui comprennent le travail d'un programmeur peuvent être trouvés n'importe où. Et en même temps - et dans le travail des comptables, des gestionnaires, des caissiers, des concepteurs et même des palmes de pingouin. Ces gars-là aiment les abstractions encore plus que les programmeurs eux-mêmes.

Par exemple, il existe une abstraction telle que KPI. Un autre Scrum. Kanban Culture d'entreprise. Compétences générales. Etc.

Pour comprendre le travail d'un programmeur et, surtout, les moyens d'augmenter son efficacité, ces personnes essaient l'abstraction. Pas de l'intérieur de la profession, mais de l'extérieur. Nous attirons le hibou sur le globe, adaptons le modèle abstrait à la profession, essayons de comprendre et d'améliorer quelque chose, en nous basant sur les règles du modèle.

Pour améliorer le travail du programmeur à travers Scrum, vous devez lui faire coller des autocollants et vous mettre sur les mitaps. C'est donc écrit dans le manuel de formation. Dans Kanban - recollez les autocollants plus souvent. Pour que la culture d'entreprise fonctionne, vous devez demander au programmeur d'apprendre l'hymne. Grâce à des compétences générales - laissez-le apprendre à parler. Etc.

Trois groupes d'abstractions sont particulièrement populaires. Le premier est les méthodes de production en série comme Kanban ou même convoyeur. Un travailleur qui a affiné les mêmes détails pendant des années est le même programmeur, non?

Le second est les méthodes de gestion de projet comme Scrum ou Waterfall. Il est clair que l'intervention de la méthode semble douce, vous résolvez le problème de manière programmatique et vous vous comportez de manière brouillée entre les tâches. Mais il y a diffusion, dans les deux sens. Que le slogan de la cascade "respecte l'échéance", que le "aaaa, kherachim-kherachim-kherachim!" Du Scramov! " affecter la programmation «comme par magie».

Le troisième est les méthodes gay e-gay. Il vous suffit de vous faire des amis, comme à la maternelle, d'accrocher les balles et le code est écrit. Eh bien quoi.

Allons de l'autre côté. Pas de l'extérieur, de galaxies lointaines d' abstractions incompréhensibles, mais de l'intérieur. L'esprit du programmeur comprendra comment augmenter l'efficacité du programmeur et ce qu'il devrait faire. Ce n'est pas pour longtemps, tout est trop simple si vous êtes de l'intérieur.

La meilleure façon d'augmenter l'efficacité du programmeur est d'éliminer les pertes dans le processus. Tout d'abord, la perte de temps. Pertes - un montant énorme. Jusqu'à 97% du temps, pour être honnête.

Mais ils sont difficiles à voir, car il n'est pas clair qu'il s'agit d'une perte. Il semble qu'un homme soit assis, travaille, fasse quelque chose, ne s'allonge pas sur le lit, ne fume pas, ne discute pas d'un étranger. Mais, avec une forte probabilité, il perd actuellement du temps.

Ou se tient sur une réunion, s'assoit lors d'une réunion, s'allonge sur un canapé par un psychologue du personnel, court le long d'un tapis roulant d'entreprise ou est fermement serré dans un fauteuil de massage. Est-ce utile?

Comment une personne qui comprend le travail d'un programmeur classerait-elle les pertes? Non, pas comme ça - allait-il même commencer à faire ça? Bien sûr. C'est un tel projet. La thèse peut être écrite - «types de pertes de temps des programmeurs et moyens d'éliminer leur influence sur les résultats financiers, productifs, moraux et éthiques de la gestion des petites et moyennes entreprises en Russie à l'ère du changement».

Tout est beaucoup plus simple, je pense. En partant de l'hypothèse qu'il y a plus de pertes dans notre travail que d'activités utiles, il est plus facile de comprendre ce qu'est une «activité utile», et tout le reste doit être considéré comme des pertes. Il est également plus facile de comprendre qui est une personne en bonne santé que de se souvenir des noms de toutes les maladies.

Je suggère ce libellé pour le programmeur: vous êtes occupé à faire un travail utile si vous écrivez un code unique.

Simple, vaste et compréhensible. Jusqu'à présent, tout le reste est une perte explicite ou implicite.

Il est clair que ce n'est pas un filtre à 100%, mais plutôt un test décisif qui donne le spectre, le degré et non une / deux bandes. Et, hélas, toutes les activités énumérées dans le préambule ne passent pas par ce filtre.

Les pertes explicites sont faciles à nommer. Par exemple, j'hésite à travailler et je suis allé sur le réseau social pour regarder à travers la bande. Ou je ne peux pas décider quelle méthode de mise en œuvre choisir, et je me promène, et en cours de route, j'oublie que je voulais réfléchir au problème et revenir sans solution. Ou même je me suis couché au travail. Ou ma tête me fait mal pour que je ne puisse pas parler, sans parler de la programmation.

Perte explicite - lorsque vous ne faites manifestement rien lié à la tâche. Certes, cela n'est pas toujours évident, car l'homme se protège devant lui. Eh bien, comme les fumeurs prouvent à tout le monde et à eux-mêmes que leurs pauses horaires ont un effet positif sur le travail.

Les pertes implicites sont plus difficiles - nous sommes habitués à les considérer comme des activités utiles. Eh bien, ou nous étions convaincus que sans cela en aucune façon. Un programmeur ne peut pas faire face sans un mitap, un délai et une chanson audacieuse. Souvent, des pertes sont cachées derrière le libellé «Je suis assis et je réfléchis». Je pense à l'architecture de la solution, je choisis moi-même un problème, je ne peux pas décider si je peux faire un interrupteur à bascule ou une case à cocher, utiliser une fonction prête à l'emploi avec pré / post-traitement, ou écrire la mienne, chercher des exemples de code sur Internet, fouiller dans les dépendances, etc.

Je fais tout cela parce que je ne peux pas écrire de code unique. J'ai rencontré un obstacle qui ne me permet pas de commencer ou de continuer et d'essayer de le surmonter. En règle générale, seuls.

Si vous ne divisez pas vos activités en utiles et en pertes, alors vous ne pourrez pas vous maîtriser. Il semblera toujours qu'il est occupé par quelque chose de nécessaire et d'important. Et moi et tout le monde autour.

Une telle définition d'activité utile comme «vous écrivez un code unique» simplifie tout. Quoi que vous fassiez, vous pouvez toujours répondre rapidement à la question, est-ce de la merde ou autre chose.

Si vous écrivez un code unique, vous êtes occupé. Écrivez droit, assis devant l'ordinateur et en tapant du doigt sur le clavier.

Si vous n'écrivez pas de code unique, quelque chose ne va pas. Vous étiez soit franchement distrait, soit coincé, ou vous étiez entraîné dans la prochaine traction d'un hibou sur le globe, afin que plus tard vous puissiez recevoir un prix et défendre une thèse à protéger. Et votre tâche est extrêmement simple - revenez à l'écriture de code unique dès que possible.

Oui, vous avez probablement remarqué que je répète constamment le mot «unique». Eh bien, bien sûr, si vous écrivez du code que quelqu'un a déjà écrit et que vous pouvez utiliser ce code, vous perdez du temps.

En fait, c'est tout. Maintenant, à tout moment, vous savez ce que vous faites. Soit vous faites des affaires, soit vous perdez du temps.

Montrez ce texte à votre responsable. Déjà, il réfléchira à la façon dont les comptables, les caissiers, les bricoleurs et les tourneurs de pingouins «écriront un code unique».

All Articles