Yolo

Permettez-moi de vous parler d'une toute nouvelle méthodologie qui changera radicalement votre approche de programmation. Alors, rompez brièvement avec votre code bien composé et simple et découvrez le monde des méthodologies informatiques alternatives.

Imaginez notre admiration lorsque le manifeste de cette nouvelle méthodologie révolutionnaire a frappé nos fils de nouvelles. Le Prophète YDD , alias YOLO Driven Development Todor Grudev, a gravé 17 commandements YDD dans la pierre ( sur GitHub ). YOLO signifie littéralement - Vous ne vivez qu'une seule fois , ou en russe: - Vous vivez une fois .

Voici les postulats de YDD !

 #  ,   .  #  ,    -  -   .  #     ,   .  #      ,      .  #   -  ,      ?      . #   . . #       . . #   .     YDD. #    .  #             .  #        .  #    ,    ,          .  #   .  #     . . #        -   . . #      .   ,     . . #     ftp. . 

Oubliez toutes ces anciennes traditions païennes de TDD et BDD . Une nouvelle méthodologie chaque jour vous évite des consultants ennuyeux! L'utilisateur Ruby.zigzo résume ce manifeste YDD comme suit:

    .     ..  ! YOLO! 

Cependant, une simple recherche sur GitHub pour les mots «parce que VZHOR» produit plus de 600 résultats prouvant que de nombreux développeurs ont déjà commencé à appliquer les approches :

  (map(lambda __suchwoow:\ map(lambda __because___yolo__:\ __lololol_.__setitem__(( (__because___yolo__)) , (0)), range(2*(__suchwoow), ((very_math)), __suchwoow 

Et bien non!

Donc, n'est pas votre méthode? Eh bien, voici un certain nombre d'autres méthodologies informatiques revigorantes que vous pouvez adopter.

Méthodologie Pigeon

Votre patron s'envole, merde sur tout ce qui l'entoure, puis s'envole.

ADD (Asshole Driven Development)

ADD , en russe, - Développement par un excentrique.
La bonne vieille méthode, dont les principes de base sont les équipes dans lesquelles il y a le plus grand coup en Ch , qui prend toutes les décisions les plus responsables. Bien entendu, la sagesse, les processus et la logique ne sont pas importés par défaut.

NDAD (aucun développeur autorisé dans les décisions)

NDAD - Les développeurs ne peuvent pas prendre de décisions.
Les développeurs de toutes sortes et de tous horizons sont strictement interdits de prendre des décisions concernant les projets, allant de la conception back-end aux délais, car les cadres intermédiaires et les cadres supérieurs savent clairement ce qu'ils veulent, comment cela sera fait et combien de temps il faudra pour mettre en œuvre .

FDD (Fear Driven Development)

FDD - Développement de l' FDD

Paralysie analytique , qui peut ralentir l'ensemble du projet, car les développeurs ont peur de faire une erreur, de casser l'assemblage ou d'introduire des bogues. Les sources de préoccupation pour le développeur peuvent être liées à des difficultés à échanger des informations ou à indiquer à l'équipe qu'il n'y a pas de personnes irremplaçables.

CYAE (Cover Your Ass Engineering)

CYAE - en russe, - My-Hata-S-Edge Engineering.

Cette méthodologie a été éloquemment décrite par Scott Berkun pour nous: le principal moteur des efforts personnels est le désir de s'assurer que lorsque la merde va au fan, vous ne serez pas extrême.

Veuillez partager dans les commentaires vos méthodologies de développement choisies et curieuses, ainsi que des cas curieux ou des histoires de collègues apologistes pour des «approches avancées».

Du traducteur

Quelques notes et points:

1. De toute évidence, YOLO est enraciné dans le mème du même nom , où l'expression YOLO justifiait essentiellement tout acte et comportement imprudent ou très illogique et stupide.
2. YOLO méthodologie YOLO peut parfaitement faire ses preuves en combinaison avec la méthodologie YOBA . Essayez et partagez votre expérience!