Get Started for FREE
Sign up with Facebook Sign up with X
I don't have a Facebook or a X account
 Your new post is loading...
Your new post is loading...
Scoop.it!
Quelques questions sur mes motivations avant de lire ce livre.Coaching ou plutôt Mentoring technique ?Le terme coaching est employé à tors et à travers. L’intention est d’aider les autres à apprendre à résoudre des problèmes par eux-mêmes. 
No comment yet.
Sign up to comment
Scoop.it!
Scoop.it!
Even Uncle Bob has addressed the subject. In npm alone, countless packages have been released to provide an alternative. People tend to think that the catch with Contact and if-then-else is that the more branches in your code, the more opportunities for untested and unexpected behavior. Each branch requires different use cases to be thoroughly tested, and although some tools, such as Istanbul, provide an indication of how many branches have been performed, in addition to the traditional feature coverage. But branches are part of the nature of programming, there is nothing we can do about it. In this brief statement, I would like to give a new spin on when to use control structures and when to use some functional alternatives.
Mickael Ruau's insight:
Ever since I discovered Dr. Lamport’s Temporal Logic of Action, my programming style has changed to become more explicit about tasks versus mutations of the application mode and more aware of temporal logic. For me, there are three core patterns in programming: object-oriented programming, functional programming, and temporal programming. One developer should master all three and use them accordingly, no pattern wins over the other. We can not write good programs with only one pattern. One of the key concepts in temporal programming is the concept control mode: when the light is off, and if the switch is in the off position, I can trip the light is on Or else check the switch (in bold we have actions as expected in a given control mode). These are extremely familiar concepts we use every day, but for some reason we rarely come across control mode in the code we write. My view of this is that the situation arose due to the lack of alternative constructions with a good enough developer experience, and partly due to the ease of use of the switch and if-so-otherwise, over the stringency required to use temporal programming constructions, but that discussion is for another article. I would like to focus here on something that is much simpler and more practical. First, we must absolutely stop using these control structures for (complex) tasks, it leads to some pretty ugly code that is hard to read and debug. How many times have you written such a code? plain on, tell me in the comments … How about a functional alternative?
Scoop.it!
“The Pragmatic Programmer” est une bible pour les développeurs. Il est l’œuvre d’Andrew Hunt et Dave Thomas d’après leurs expériences en tant que développeurs. Leur objectif est simple, faire du lecteur un Pragmatic Programmer, un développeur fier de son travail et qui utilise les meilleures techniques à sa disposition pour faire un travail de qualité.
Mickael Ruau's insight:
Scoop.it!
Mickael Ruau's insight:
Les difficultés les plus souvent citées concernent : le maintien d’un haut niveau de qualité (57%), la sécurité (51%), les retards de deploiement (49%) et la hausse redoutée des coûts (47%).
Scoop.it!
Dans un monde où il est de plus en plus facile de rendre le code sûr et naturel, cela devient de plus en plus critique. Dans cet article, nous couvrirons un modèle qui rendra votre API naturelle, intuitive et sécurisée avec Fluent-API.
Mickael Ruau's insight:
Lorsque l'on parle dans le contexte du génie logiciel, une fluent-API est une API orientée objet dont la conception est largement basée sur le chaînage de méthodes. Ce concept, créé en 2005 par Eric Evans et Martin Fowler, vise à augmenter la lisibilité du code en créant un langage spécifique au domaine (DSL). En pratique, créer une API fluent, c'est développer une API dans laquelle il n'est pas nécessaire de mémoriser les prochaines étapes ou méthodes, permettant une séquence naturelle et continue comme s'il s'agissait d'un menu d'options. Cette cadence naturelle fonctionne de la même manière qu'un restaurant ou même une chaîne de restauration rapide en ce sens que lorsque vous préparez un plat, les options varient en fonction des choix que vous faites. Si, par exemple, vous choisissez un sandwich au poulet, les accompagnements vous seront proposés en fonction du plat choisi et ainsi de suite.
Scoop.it!
Découvrez quels sont nos conseils expérimentés pour mettre en place l'artisanat logiciel ou software craftsmanship
Scoop.it!
Contains Uncle Bob's "The Craftsman" articles. I did nothing more than putting them in a single book to make it more accesible. All credit goes to Uncle Bob (Robert C. Martin) for creating such a wonderful story. - jeremiahflaga/the-craftsman-book
Scoop.it!
The folks at NimblePros have put together a pretty sweet 2011 calendar showcasing principles of software craftsmanship and agile software development. The calendars are arriving from the printer today and should start shipping out over the next week or so to those who have pre-ordered them (or won them in the twitter contest, which lasts until 8 December 2010). Here’s my review of the calendar (before having an actual one in hand, mind you).
Scoop.it!
Game Programming Patterns is a collection of patterns I found in games that make code cleaner, easier to understand, and faster.
Scoop.it!
Le but de cet article est de parler de Zelda de vous amener à réfléchir sur vous-même et d’identifier si vous êtes Craftsman ou non. Essayons ensemble d’aborder ce qu’est le mouvement Software Craftsmanship en faisant une petite introspection : Comment vous percevez-vous ? Comment percevez-vous votre métier ?
Scoop.it!
Mickael Ruau's insight:
Programme indicatifJour 1 Partie I. Scrum
|
Scoop.it!
Mickael Ruau's insight:
The best software design is simple and easy to understand. The next time you're starting a new project, instead of thinking, "How will I architect this system, what battle-tested patterns should I use and what formal methodology should I document it with?", think "How can I come up with the simplest possible design, in a way that's easy for anyone to understand?". Software architecture best practices, enterprise architecture patterns, and formalized ways to describe systems are all tools that are useful to know of and might come in handy one day. But when designing systems, start simple and stay as simple as you can. Try to avoid the complexity that more complex architecture and formal tools inherently introduce.
Scoop.it!
This is my summary of the The Pragmatic Programmer, by Andrew Hunt and David Thomas. I use it while learning and as quick reference. It is not intended to be an standalone substitution of the book so if you really want to learn the concepts here presented, buy and read the book and use this repository as a reference and guide.
Scoop.it!
As computer code is written by humans, languages must be easy on the brain. Similarities with human language may even predict something about their evolution.
Scoop.it!
"One difference between a smart programmer and a professional programmer is that the professional understands that clarity is king. Professionals use their powers for good and write code that others can understand." - Clean Code: A Handbook of Agile Software Craftsmanship by Robert C Martin.
Scoop.it!
 Software craftsmanship - WikipédiaLe software craftsmanship (ou l'" artisanat du logiciel ") est une approche de développement de logiciels qui met l'accent sur les compétences de développement des développeurs. Il se propose comme une réponse aux maux récurrents de l'industrie du logiciel et à la tendance à l'externalisation, qui priorise les préoccupations financières avant la responsabilité du développeur.
Scoop.it!
Expliquer les techniques de craft est compliqué, surtout au plus haut niveau de hiérarchie. La compréhension étant une des clés pour changer l'état d'esprit, et les pratiques techniques un pré requis pour créer du code de qualité, il est important de les expliquer. Mike Bowler a facilité un atelier à l'Agile Games Conference, montrant l'usage des Lego pour expliquer les pratiques techniques.
Mickael Ruau's insight:
L'atelier de Mike Bowler est le même que celui de Bryan Beecham. Ils le font d'habitude ensemble. L'atelier est plutôt simple à mener si vous comprenez les pratiques, bon marché (il vous faut des Lego), et très efficace : vous pouvez passer les pratiques principales en moins d'une heure. Les principales pratiques expliquées sont :
L'atelier n'est pas Lego Serious Play (R)[LSP]. Vous pouvez trouver les instructions sur le site de Mike (la partie TDD devrait bientôt être en ligne). L'atelier se déroule de la manière suivante :
Scoop.it!
Le code legacy n’est pas une fatalité ! Avec Adrien Joly, découvrez quelques techniques pour maintenir votre legacy, ne plus avoir peur de modifier votre code et transformer le tout en défi passionnant !
Scoop.it!
Establish an engineering mindset
Mickael Ruau's insight:
Keep learning
Scoop.it!
Après avoir lu Clean Code et Clean Architecture du même auteur, j’avais été déçu après la lecture du dernier. En effet, sur les 430 pages seulement quelqu’unes d’entres elles m’ont semblé…
Scoop.it!
I think everyone can benefit from viewing this material: Enjoy! Alan
Scoop.it!
|
Pour partager les valeurs et pratiques (techniques) des membres de l’équipe, quelques outils