$ grep
    $ grep

      methodes/

      Le dev c'est aussi une histoire d'équipe, et une équipe ça s'organise !

      #244Innovation et résultatsSebastien Luttringer · « Innover c'est se donner les capacités d'échouer »#240TestsJérôme Guilloux · « le code n'est que la réponse technique à un besoin »#236Faire mieux que les GAFAMLaurent Thiery · « même une équipe de 4 personnes peut avoir du mal à travailler »#234Anticiper les bugsAdrien Blandin · « Le collectif permet de réussir un produit dont on est fier »#231Développement pragmatiqueFrederic Bouchery · « Trop souvent on fait des paris perdants sur l'avenir »#216Right the first timeThomas Walter · « Je voyais l'heure tourner et je lui ai dit, viens on dit qu'il ne reste qu'une tentative »#202Partage de connaissanceEric Chappa · « En partageant, j'apprends autant que ce que j'apporte aux autres »#200Que faire quand on a un CEO non techMarine Saffar · « Je prépare des présentations à tiroirs et en live je choisis ce que j'explique »#177CraftCyrille Martraire · « je me définis comme architecte socio technique »#168Entreprise Open SourceJonathan Salmona · « La philosophie c'est de gagner moins que ce que tu pourrais pour redistribuer et que les gens puissent kiffer »#152Impact teamJeremy Krebs · « Les équipes tech n'étaient pas dédiées à la croissance de la boîte »#143Usine LogicielleSylvain Assemat, Stephane Vanacker · « Le déploiement ce n'est pas un job d'Ops »#140Architecture logicielleNicolas Delsaux · « L'architecte est maintenant porteur des choix techniques de l'équipe »#127AgilitéNicolas Clavaud · « Derrière chaque user story il y a l'empathie pour l'utilisateur »#126Serveant leadershipTristan Foureur · « Créer la responsabilisation et l’autonomie des équipes »#122DDDAlexandre Fillatre · « On retrouve en prod ce que les dev ont compris »#113DocumentationSarah Haïm-Lubczanski · « Pas de doc, pas de feature »#105ScrumJean Pierre Lambert · « L'agilité ajoute la dimension humaine »#96LeanMarek Kalnik · « Je lis un bug comme un défaut organisationnel »#75ProjetsMichel Verdun · « Le scrum est surtout une gestion de ressource et non une gestion de projets »#650 downtimeJihed Othmani · « Le meilleur code est celui que je n'écris pas »#64Anti hypeQuentin de Metz · « Il faut être très pragmatique dans la conception de son système, et il y a une grande valeur à avoir un système simple »#59TransmissionFrancis Nappez · « Avant de parler tech, il faut parler du projet et de son adhésion au projet »#56opquastAgnes Haasser · « Mettez un attribut 'for' sur vos labels d'une checkbox »#51RechercheDaniel Le Berre · « C'est un résultat en soit que ça ne fonctionne pas »#49Bonheur du code propreBenoit Gantaume · « Les 2 valeurs cardinales de l'artisan développeur sont la fierté et l'excellence. Si on ne met pas le pragmatisme au milieu on peut se perdre »#43TestArnaud Lemaire · « Une entreprise de notre secteur a fait faillite en 20 minutes après avoir déployé un bug. Tester, c'est important »#42CICDPaul Amar · « Une organisation devra faire évoluer certains de ses process pour bénéficier du CI/CD »#35BootstrapingClémentine Guyon · « Il faut choisir ses combats »#31Pair ProgrammingFrederic Bouchery · « Certaines équipes collaborent d'autres coopèrent" »#28DDDJean Marie Lamodiere · « Le code est un effet de bord de la compréhension métier »#27résiliencePascal Martin · « Si 2 micro services sont liés, ce ne sont plus des micros services mais des problèmes en plus »#14Usine LogicielleDimitri Baeli · « Il faut laisser de l'autonomie aux équipes et ne pas se focaliser sur une deadline »#13DevOpsKatia Himeur · « DevOps n’est pas une question d’outils mais une histoire d’hommes et de femmes »#6Dette techniqueMarie-Caroline Bénézet · « Il faut aller jusqu'au bout de la refonte et faire évoluer aussi les processus métier »#1Organiser une équipe.Baptiste Benezet · « Il faut créer les conditions pour qu’un développeur devienne expert »