Nouveautés

Pourquoi la force ne devrait pas toujours être avec vous

1/9/2016

Traduction: traduction automatique

La routine et les processus bien rodés sont une bonne chose. Mais la routine et le confort sont les ennemis de l'innovation. Comment s'en défendre ? Les équipes d'ingénierie de Digitec Galaxus luttent contre la force de l'habitude avec des manifestes. Cerise sur le gâteau : les enseignements et les principes qu'ils contiennent ne vous aideront pas seulement à programmer. Partie 1 : Chérissez la variation !

Sans parler de l'assainissement, de la médecine, de l'enseignement, du vin, de l'ordre public, de l'irrigation, des routes, du traitement de l'eau et de l'assurance maladie universelle : Qu'est-ce que les Romains ont fait pour nous, je vous le demande?

C'est un exemple très frappant d'hostilité à l'innovation. Mais attention, ce n'est pas toujours aussi évident. C'est ce que montre l'exemple suivant.

Méfiez-vous de la force de l'habitude

. Le biologiste Gordon R. Stephenson a mené une expérience étonnante au milieu du vingtième siècle : Il a enfermé des singes rhésus dans une cage au centre de laquelle se trouvait une banane. Chaque fois que le singe s'approchait de la banane, il tirait un jet d'air douloureux sur l'animal. Les petits singes comprirent rapidement qu'il était sage de laisser la banane être la banane. Quelque temps plus tard, il envoya un autre macaque rhésus dans l'enclos. Bien entendu, la banane a immédiatement suscité l'intérêt du nouveau venu. Alors qu'il s'approchait du délicieux objet de son désir, quelque chose d'extraordinaire s'est produit : son compagnon de cellule, qui avait été préalablement maltraité à l'air comprimé, a paniqué. Les yeux écarquillés par la terreur, il a menacé l'autre. Il n'avait qu'à ne pas s'approcher du fruit ! L'animal, qui n'avait jamais eu à subir la punition dans sa propre chair, a renoncé à son projet. Même après l'élimination du premier singe, le macaque rhésus, qui n'avait rien à se reprocher, n'a pas osé prendre la banane . Comme les assistants involontaires de cette expérience, nous autres humains avons souvent du mal à remettre en question le statu quo et les mœurs en vigueur. Comme il serait bon de ramasser et d'avaler la banane sans préjugés?

Le premier point de notre manifeste s'intitule donc : chérissons la variation

. Nous ne voulons pas approuver aveuglément le changement, mais nous ne voulons pas non plus le diaboliser à l'avance. L'ouverture doit guider nos actions. Si nous rencontrons des difficultés à travailler sur le framework ou sur les processus, nous ne voulons pas simplement les accepter, mais nous demander activement si les processus et le framework ne peuvent pas être améliorés. Nous devons être conscients que rien n'est gravé dans le marbre. Il est non seulement permis, mais aussi fortement souhaité, de participer à la réflexion et de faire des propositions d'amélioration lorsque l'on identifie un potentiel. C'est pour cela que nous avons un Engineering Board ou une Guilde de l'architecture.

Apprendre, c'est changer, le savoir est un pouvoir et l'apprentissage nous permet d'acquérir des connaissances : Nous voulons apprendre et lorsque nous recevons des critiques sur notre code - personne n'est parfait - nous voulons être reconnaissants de la chance qui nous est donnée de devenir un meilleur développeur. Les revues de code ne devraient donc pas nous mettre mal à l'aise. D'autres avis et perspectives peuvent toujours apporter une valeur ajoutée.

Les nouveaux outils peuvent également nous apporter des avantages considérables, même si nous devons d'abord nous y habituer. Par exemple, j'ai vécu un moment indescriptible lorsque j'ai pu récemment récupérer un commit Git (il y avait vraiment beaucoup de changements) qui avait été perdu - cela aurait été impossible avec SVN.

Voici quelques suggestions

Je suis ouvert aux revues de code et aux critiques sur mon code.
Je suis ouvert aux décisions des guildes.
J'apporte mes propres suggestions pour éliminer les circonstances gênantes.
J'aborde les défis étape par étape et ne me laisse pas décourager par leur ampleur.
J'accepte les opinions différentes et je les apprécie à leur juste valeur.
Je suis ouvert aux nouvelles méthodes et aux nouveaux outils et j'essaie de les appliquer également.
Je me demande si un problème doit être résolu ou si la solution proposée améliore la situation.
Je n'ai pas peur de changer d'avis sur un thème après coup, si je m'aperçois que je me suis trompé.
Bertolt Brecht : Celui qui dit A ne doit pas forcément dire B. Il peut aussi reconnaître que A était faux.

En conclusion

Pourrait-il se faire que l'un ou l'autre n'ait pas lu ce texte de manière suffisamment critique ? Si vous souhaitez en savoir plus, vous pouvez consulter ici ou da. Et qu'est-ce qui est vrai ? Il n'est pas facile de trouver les informations correctes dans un flot d'informations. Souvent, la qualité de l'information est à peine prise en compte par le lecteur.

Conclusion : Penser par soi-même rend plus intelligent! .

Notre manifeste vous convainc?

Ou il ne vous convainc pas et vous souhaitez le développer ? Nous avons les offres d'emploi suivantes dans le développement de logiciels :

Dans les coulisses
Comment développons-nous notre logiciel?
par Oliver Herren

Cet article plaît à 36 personne(s)

Tim Csitkovics

Software Engineer

tim.csitkovics@digitecgalaxus.ch

7 commentaires

later