background preloader

Dev (development) Methods

Facebook Twitter

Funy (Dev Methods)

Best pratices (Dev - development Methods) Pitfall. Agile software development. Canvas. The wheel of estimation. Tous les dimanches, recevez non seulement les 5 dessins de la semaine, mais également notre sélection de vidéos, de gifs et d’articles qui nous on fait marrer et qui devraient vous faire marrer aussi !

The wheel of estimation

A quoi ça ressemble ? Ça vous donne envie ? Abonnez-vous :) Bug Management. Feature / Feedback Management. Oops. Tools. Design Pattern. Open a pipe stream and execute command. #include <stdio.h> FILE *popen(const char *command, const char *mode); The function executes the specified command.

open a pipe stream and execute command

It creates a pipe between the calling program and the executed command, and returns a pointer to a stream that can be used to either read from or write to the pipe.

Guide lines

UML. Sequence Diagram. Test Driven Development TDD. Information Technology Infrastructure Library. Un article de Wikipédia, l'encyclopédie libre. Pour l’article homonyme, voir Itil. ITIL (Information Technology Infrastructure Library pour « Bibliothèque pour l'infrastructure des technologies de l'information ») est un ensemble d'ouvrages recensant les bonnes pratiques (« best practices ») du management du système d'information.

Rédigée à l'origine par des experts de l'Office public britannique du Commerce (OGC), la bibliothèque ITIL a fait intervenir à partir de sa version 3 des experts issus de plusieurs entreprises de services telles qu'Accenture, Ernst & Young, Hewlett-Packard, Deloitte, BearingPoint ou PriceWaterhouseCoopers. C'est un référentiel très large qui aborde les sujets suivants : ITIL. ITIL® Home. ITIL France - Le site francophone et gratuit sur ITIL. Brooks's law. Brooks's law is a principle in software development which says that "adding manpower to a late software project makes it later.

Brooks's law

"[1][2] It was coined by Fred Brooks in his 1975 book The Mythical Man-Month. The corollary of Brooks's Law is that there is an incremental person who, when added to a project, makes it take more, not less time. Brooks adds that "Nine women can't make a baby in one month. " Explanations[edit] According to Brooks himself, the law is an "outrageous oversimplification",[1] but it captures the general rule. Exceptions and possible solutions[edit] Brooks's law is often cited to justify why projects keep being late, despite management efforts. The first point is to note that Brooks's law often applies to projects that are already late.[6] Projects can be brought back into (or kept in) control if people are added earlier in the process.[7] It is also important to determine if the project is really late, or if the schedule was originally overly optimistic.

See also[edit] Loi de Brooks. Un article de Wikipédia, l'encyclopédie libre.

Loi de Brooks

La loi de Brooks — d'après Frederick Brooks — est une prédiction sur la productivité des projets informatiques : « Ajouter des personnes à un projet en retard accroît son retard » (formulation originale : « Adding manpower to a late software project makes it later »). Le postulat est que la plupart des tâches ne sont pas partitionnables et que les nouveaux arrivants vont faire perdre du temps aux équipes en place en temps de communication. Ce temps perdu étant proportionnel à n(n-1) (où n est le nombre de personnes impliquées). Le Mythique homme-mois. Un article de Wikipédia, l'encyclopédie libre.

Le Mythique homme-mois

Le Mythe du mois-homme (titre original : The Mythical Man-Month: Essays on Software Engineering) est un livre de Frederick Brooks considéré comme un classique dans le domaine du génie logiciel. Le titre de l'ouvrage fait référence à une unité de coût de développement : le mois-homme ou plus communément l'homme-mois, c'est-à-dire le travail d'un homme pendant un mois. Le seul fait d'utiliser cette unité tend à faire croire qu'un travail de 1 personne pendant n mois peut parfaitement être réalisé par n personnes pendant 1 mois ; selon cette idée, on pourrait diviser les temps de développement par deux en mettant deux fois plus de personnel. Or, expérimentalement, cela est faux. Le proverbe cité par Brooks pour exprimer cette idée est : « Neuf femmes ne font pas un enfant en un mois »[1]. Method & Management (work job oops) Etes vous plutôt Scrum ou eXtreme Programming ? [Débat]