Cinquième billet et dernier billet de cette série sur la conception de logiciels[1] Que se passe-t-il lorsqu'un logiciel grossit ? Est-on en mesure d'introduire indéfiniment de nouveaux concepts et de conserver un ensemble toujours aussi évolutif ? Je ne crois pas que cela soit possible car cela nécessiterait une …

Lire la suite…

Quatrième billet de la série sur la conception de logiciels[1] Je n'ai pas encore abordé la question des éléments tiers dans la réalisation d'un logiciel. Il y a une bonne raison à cela : je crois fermement que c'est un point de détail qui ne mérite pas une place trop importante. Quand on discute sur les méthodes …

Lire la suite…

Ce billet est le troisième d'une série sur la conception de logiciels[1]. Après avoir parlé de l'évolution d'un logiciel et de l'émergence des divers concepts qui le composent, voyons comment un développeur peut maitriser cette évolution. Le meilleur outil que je connaisse aujourd'hui pour cela, c'est le développement …

Lire la suite…

Ce billet est le deuxième d'une série sur le conception de logiciels[1]. Je m'intéresse aujourd'hui à la manière dont évolue la structure d'un logiciel, notamment en ce qui concerne les concepts dont on a pu parler précédemment. Il y a fort longtemps, les cours que j'ai pu avoir en relation avec le développement …

Lire la suite…

Une pratique utile à tout développeur de logiciels est l'analyse de son propre travail[1]. C'est dans cet esprit que j'entame aujourd'hui une petite série de billets sur la conception de logiciels, ou, plus précisément, ce qu'est, à cet instant, pour moi, la conception de logiciels. C'est à la fois une façon de faire …

Lire la suite…

Je n'ai rien contre les DI containers en tant que tels. Je pratique l'injection de dépendances aussi souvent que nécessaire mais j'ai un problème avec les librairies et frameworks en tout genre qui me donnent plus de complications à gérer que d'écrire le code correspondant aux 10% de fonctionnalités dont j'ai …

Lire la suite…

Les années passent et je me dis de plus en plus souvent : mais pourquoi encore parler de méthodes agiles ? Pourquoi garder ce terme restrictif alors que l'on devrait, à mon avis, tout simplement parler de méthodes professionnelles de développement logiciel ? Car c'est bien de cela dont il s'agit : des …

Lire la suite…

Dans un billet précédent, j'avais évoqué une approche pour l'écriture de boucles permettant d'expliciter la combinaison de diverses exigences. Le reproche fait dans les commentaires de ce billet est que cette approche serait moins lisible et rendrait inutilement le code plus compliqué. Pour ma part, je campe sur mes …

Lire la suite…

Ce billet est issu de la concomitance de deux évènements : je me pose la question "comment peut-on écrire quelque chose proche de C# mais qui tourne avec une JVM ?" et je découvre le langage "stab" je lis ce billet "Sélection FooBarQix" où un même programme a été implémenté dans 13 langages différents ayant pour …

Lire la suite…

L'équipe entame une période un peu particulière. Pour quelques mois, elle va devoir prendre en charge une activité de support produit qui sort de son cadre habituel de développement logiciel. Cette activité est potentiellement chronophage (elle occupera facilement une personne à plein temps sur les quatre développeurs …

Lire la suite…