Laurent HAUSERMANN - logiciels

Google I/O '08 Keynote

noreply@hausermann.org (Laurent HAUSERMANN) — Sun, 15 Jun 2008 17:19:28 +0200

Et voila !

Google n'en finit plus de marcher sur les platebandes de Microsoft :) Après s'être installé - et comment ! - dans le monde du Web et avoir lancé un ensemble de service aussi diversifié qu'impressionant (Gmail, Google Docs, Calendar, Reader, Earth, Maps), voici Google qui cheche à se tailler la part du lyon au pays des développeurs.

En effet,la conference Google I/Oregroupait il y a deux semaines, deux jours de presentations, de retour d'experience autour des technologies de Google :

Google Maps et ses APIs AJAX
Google Gears, vu comme source d'inspiration de HTML 5 par Google
Google Widget Toolkit, et sa nouvelle version compatible Java 1.5
Google App Engine
etc...

Google affiche une stratégie et un discours marketing cohérents : fournir des services de type Cloud Computing - via Google App Engine par exemple - , proposer des logiciels OpenSource comme "brique de base" du futur Web (Gears, GWT) et renforcer les capacités des clients. Le pitch de Google pourrait se résumer ainsi :

En fournissant des "briques de bases" du futur web, qui sera plus "riche", plus "mobile" et qui fusionnera toute les applications, les utilisateurs utiliseront encore plus le Web... et verront encore plus de publicité via Google !

L'avenir nous dira si cette vision est la bonne et si les développeurs du monde entirer aideront Google à renforcer sa position dominante !

Je vous laisse apprecier la video :

Opensolaris.com

noreply@hausermann.org (Laurent HAUSERMANN) — Tue, 06 May 2008 23:55:24 +0200

Suite à mon billet précedent, je ne résiste pas à vous montrer le nouveau look and feel du site OpenSolaris.com.

Un modèle du genre en terme de distribution de masse d'un logiciel !

Si vous avez déja eu l'occassion de tester le dernier build du projet, n'hésitez à m'en faire par dans les commentaires !

Evidence Based Scheduling

noreply@hausermann.org (Laurent HAUSERMANN) — Sat, 27 Oct 2007 00:39:48 +0200

Joel Spolsky a posté une note très détaillée sur son système "EBS". A lire, rien à rajouter.

FogBugz 6.0

noreply@hausermann.org (Laurent HAUSERMANN) — Wed, 24 Oct 2007 20:00:00 +0200

Parlons un peu de FogBugz de FogCreek, la société de Joel Spolsky

Ca ne vous dit, rien ? Joel Spolsky est surement un des meilleurs bloggeurs sur le monde du Software, ("Génie Logiciel" en bon français). Il a roulé sa bosse au sein de Microsoft, avant de monter FogCreek, ISV de logiciel de gestion de contenu et de gestion de projet / issue.

FogBugz 6.0 est la dernière version de ce logiciel.

Avant d'aller plus loin, regarder la video, elle parle d'elle-même (en anglais) !

Finalement, ce logiciel est "le" logiciel qu'une équipe de projet devrait posseder pour travailler sur un logiciel :

Gestion du contact "client" dans l'outil (mini outil de support)
Gestion des choses à faire et du planning via un outil de saisie des taches et des temps passés
Estimation de la date de fin basée sur l'historique des estimations : voici une fonction qui est le bon sens en action :) Je sais que "John Doo" en général sous-estime ces tâches de 20%, et bien, en bon chef de projet je piffo-mètre que la tache devrait plutot faire x+20%.. Mais là où le logiciel dépasse le "flair", c'est qu'il permet une estimation de la probabilité de "ship on time" via un calcul statisique. Bref une killer feature en puissance
Interface 100% mais avec une super ergonomie grace à l'intégration des technos AJAX.
Gestion de bugs
Gestion documentaire via un Wiki
Integration aux outils de développements (Visual Studio, Eclipse, SVN etc..)
Plus de fonctions...

Bref, un logiciel à posseder pour ceux qui n'aurait rien d'autre aujourd'hui qu'un client mail et une feuille Excel (ou OpenOffice :). Tout y est intégré et on sent la patte de Joel Spolsky et sa "vista" sur ce qu'un utilisateur "veut faire" avec un logiciel. Le coût reste raisonable surtout quand on pense aux nombre d'outils différents que FogBugz se propose de remplacer.

Good Job FogCreek Crew ! What whould you do next ?

Triangle de McConnell

noreply@hausermann.org (Laurent HAUSERMANN) — Thu, 10 Nov 2005 00:50:00 +0100

Parmi mes différentes lectures autour du Génie Logiciel, le livre Rapid Developpement a été pour moi un des plus importants. Son auteur est un des consultants senior du monde Software les plus reconnus Outre-Atlantique. Il a oeuvré au sein de Microsoft afin d'améliorer leurs processus et leurs "Best Pratices".

Steve McConnell définit dans cet ouvrage un concept essentiel, que j'appelerais le "McConnell's Triangle" (que d'autres appeleront, "Triangle of Truth" or "Gold Triangle").

Il s'agit en réalité de comprendre qu'en terme de réalisation de logiciels :

Le planning (schedule), le coût (cost), et le produit (product) forment un équilibre.

Prenons un exemple :

Vous êtes responsable de la nouvelle version 3 d'un superbe application de gestion... Vous souhaitez rattraper votre concurrent qui propose déjà un produit plus complet que le vôtre (ie la version 2.6 déjà sortie). Vous souhaitez rattraper ce manque fonctionnel... c'est d'ailleurs ce que demande votre département Marketing ! Mais dans le même temps, votre entreprise cherche à faire des économies et votre PDG a engagé un cost killer. Et pour couronner le tout, vos commerciaux font des pieds et des mains pour remporter un énorme appel d'offre, ce qui demande de livrer un produit en temps et en heure. Bref, vous avez à trouver un équilibre entre :

Product : Ce que vous voulez faire .... par exemple un large jeu de fonctionnalités ou alors un ensemble plus restreint mais offrant une meilleure ergomie et un meilleure productivité
Schedule : Quand votre produit sera sur le marché ... c'est à dire concilier le Time to Market (si je sors mon produit après que le marché soit équipé, la partie est perdue d'avance) et le Time to Build (neuf femmes feraient-elle un enfant en 1 mois ?)
Cost : Avec quels moyens vous allez réaliser votre produit ... allez-vous utiliser vos ressources internes ? rechercher des partenariats ? Bref, répondre à question Make or Buy ?... Ou même Make Offshore désormais.

Quel dilemme ! D'autant qu'il faudra, durant les spécifications, le développement et les tests, veiller à maintenir cet équilibre... et ce, jusqu'à la General Availability du produit ! Vous avez interêt à conserver ce schéma en tête qui vous aidera à répondre aux questions comme "Pourrait-on faire cette feature en plus ?" ou "Il me faut le produit dans 6 mois" (You said "Release Often" ?)

Pour conclure, je dois avouer que je suis réellement enthousiaste avec ce concept d'équilibre. Gérer les risques, négocier, comprendre les besoins internes et externes autour du produit, font des metiers de création de produit et de valeur des jobs attractifs et excitants. Non ?

PS: J'ai faillé appeler cette note "Triangle de Hausermann", tellement ces concepts me semblent être la "vérité"... mais rendons à César ce qui est à César ...

Liberez ! Maintenez !

noreply@hausermann.org (Laurent HAUSERMANN) — Thu, 24 Mar 2005 01:15:00 +0100

"Libérez cette nouvelle version", semble être l'injonction à la mode dans le monde de l'open source et du Logiciel en général.

J'évoquais déjà notre envie à tous de voir sortir plus souvent nos logiciels préférés. En effet, dans les temps qui cours, on ne peut pas rester plus de 6 mois sans apporter de nouvelles versions, de nouvelles fonctionnalités à ses utilisateurs, à ses clients.

Il est vrai que les usages en matière de gestion de cycle de vie sont extrêmement variables en fonction des entreprises et des projets open source majeurs. Ainsi, Microsoft explique en détail sa politique de gestion du cycle de vie de gestion du cycle de vie de ses produits (on notera un effort d'explication remarquable de la part de l'éditeur) et distribue de ses produits environ 5 ans. Suite à ces 5 années (une moyenne), le support se poursuit pour environ 2 années après la fin des ventes. On notera tout de même une accélération du cycle de vente car on passe d'un cycle sur 7/8 ans pour MSDOS 6 (!), à un cycle sur environ 5 ans pour Windows XP.

Les projets open source ont, quant à eux, des politiques de sortie de versions très diverses, allant du vieil adage "When it gets ready" (entendez, "quand ca sera prêt"), à des cycles plus stricts de 6 mois comme les projets Gnome, ou OpenBSD. Mais ces projets open source ressentent aussi la même pression de leurs utilisateurs et il est fort probable que la gestion des sorties, le rôle de Release Manager, devienne prépondérant au sein des communautés.
Ainsi, le projet Debian, qui doit renouveler son "Debian Project Leader"s'anime autour de la question de la gestion des release.

"Libérez !", sembleraient donc dire les usagers des logiciels et les producteurs de logiciels de s'adapter en conséquence...

Mais plein de contradictions, nous cherchons des logiciels qui durent (l'affaire Bouygtel nous l'avait rappelé).

J'en veux pour preuve l'émotion que suscite l'arrêt par Microsoft du support gratuit et du développement de VB.6.
Certains vont même jusqu'à lancer des pétitions à Microsoft pour que la société éditrice continue à faire vivre le langage. La grogne des développeurs est compréhensible : après avoir investi tant d'années dans des développements VBA et VB6, pourquoi devraient-il continuer à investir dans la technologie VB.NET pour refaire ce qu'il ont déja ?.
Joel Spolsky, enfonce le clou :

But here's the thing. If you have a million line code base that's mission critical, as many companies do, and VB suddenly changes, as it did, you have a choice: keep using VB 6 or spend a lot of time (=money) upgrading to VB.NET. If you keep using VB 6, eventually new things will come out that will not be supported from VB 6, and you'll be stuck using the yucky old VB 6 IDE until the end of time. Already most of the big component vendors are doing all the new components as .NET components, not OCXes.

If you spend the money to upgrade to VB.NET, well, you just spent a lot of money to stand still. And companies don't like to spend a lot of money to stand still, so while you're spending the money, it probably makes sense to consider the alternatives that you can port to that won't put you at the mercy of a single vendor and won't be as likely to change arbitrarily in the future. So as soon as people with large code bases start hearing that they're going to have to work to port their apps from VB to VB.NET with WinForms, and then they start hearing that WinForms isn't really the future, the future is really this Avalon thing nobody has yet, they start wondering whether it isn't time to find another development platform.

J'avais d'ailleurs senti un sentiment de frustration chez les développeurs de la communautés Microsoft qui n'ont pas aujourd'hui les idées claires. Quelles seront leurs "fondations" de demain avec des technologies de développements Microsoft évoluant très (trop ?) vite. Lors des DevDays nombreux étaient ceux qui se faisaient du soucis pour leurs anciens applicatifs...

Quelle autres alternatives ont ces développeurs ? Migrer vers des langages de développements open source, qui leur garantissent une maintenance facilitée , car avec les sources, à coeur vaillant, rien d'impossible :). Ces langages, tels que Perl, Python, offrent surtout un processus d'évolution pragmatique, et permettant aux communautés d'utilisateurs/développeurs d'influer sur les modifications, les évolutions. En quelque sorte, ces projets permettent un contrôle par les usagers de leur outil de travail (qu'est-ce qu'un langage de développement sinon ?).

Bref, si on doit aujourd'hui offrir toujours plus de fonctionnalités et de nouveautés, il faut toujours veiller à faire progresser sa base installée vers ces nouvelles versions.
Les investissements réalisés aujourd'hui autour des logiciels et des réseaux ne peuvent pas être remis en cause, tous les 5 ans, à cause de la politique Marketing d'une grande société. L'open source, par la capacité de maintenance qu'il offre à ces utilisateurs permet de construire aujourd'hui des logiciels qui seront maintenus demain.

Note à toutes les entrepreprisies : vos clients d'hier seront sûrement ceux de demain, il serait donc plus prudents de ne pas les semer en route... (qu'on se le dise à RedMond !)

Software Quotes

noreply@hausermann.org (Laurent HAUSERMANN) — Mon, 21 Feb 2005 23:55:00 +0100

Tout ceux qui, comme moi, naviguent dans le milieu du logiciel, apprécieront les citations du site "Software Quotes". Vous y trouverez de nombreuses "perles" de développeurs et de différents chef de projets.

Quelques unes de mes préférées :

Any fool can write code that a computer can understand. Good programmers write code that humans can understand. -
Martin Fowler (un auteur prolixe du monde du software)

... the cost of adding a feature isn't just the time it takes to code it. The cost also includes the addition of an obstacle to future expansion. ... The trick is to pick the features that don't fight each other. -
John Carmack (le créateur du célèbre Quake !)

Le site propose aussi une "source" RSS !

Conseils aux Etudiants

noreply@hausermann.org (Laurent HAUSERMANN) — Wed, 12 Jan 2005 01:25:00 +0100

Dans cette note, Joel Spolsky donne quelques conseils aux étudiants :

Without further ado, then, here are Joel's Seven Pieces of Free Advice for Computer Science College Students (worth what you paid for them):

1. Learn how to write before graduating.
2. Learn C before graduating.
3. Learn microeconomics before graduating.
4. Don't blow off non-CS classes just because they're boring.
5. Take programming-intensive courses.
6. Stop worrying about all the jobs going to India.
7. No matter what you do, get a good summer internship.

Now for the explanations, unless you're gullible enough to do all that stuff just because I tell you to, in which case add: 8. Seek professional help for that self-esteem thing.

Il détaille et argumente chacun de ces "conseils" aux étudiants en informatique... A méditer si vous êtes en plein dans vos études et que vous envisagez de travailler dans le monde du Logiciel ou des nouvelles technologies.

J'ajouterai un dernier point :
9. Make your "social network" larger and larger, give it more and more strengh
Traduction (sorry for "two cents english") :
9. Développez votre "réseau social" et donnez lui de plus en plus de forces !

On parle assez peu de "réseau" de manière pragmatique et dépassioné en France. C'est d'ailleurs un sujet qui n'est que peu abordé lors des formations universitaires ou au sein de nos grandes écoles ; les étudiants en ont sûrement une mauvaise image colportée par les médias fournissant de sempiternels reportages sur la franc-maçonnerie ou les "réseaux d'influences".

Pourtant, les étudiants auront rapidement besoin d'un réseau fort et puissant : leur première recherche d'emploi. Et ils ont, autour d'eux, un ensemble de cercles de connaissance leur permettant de constituer un réseau :
- les stages qu'ils réalisent dans plusieurs entreprises leur permettent de faire des rencontres en interne et en externe
- les écoles qu'ils fréquentent regorgent de chercheurs réalisant des missions de transfert de technologie.
- leurs professeurs du monde publique ou privé sont aussi de bons contacts.

Ce réseau et ces contacts seront autant d'opportunités d'emploi et de relations professionelles, une fois le diplôme obtenu...Ce n'est pas bien entendu une solution miracle et conserver un réseau en "bonne forme" demande du temps et beaucoup d'attention envers "ses" contacts. Mais ça vaut la peine, croyez-moi (ou inscrivez un commentare ;) ) !

Allez, puisqu'on parle de "social networking", regardez mon "profile" sur le site linkedin.com !

Entrez dans le PixVillage

noreply@hausermann.org (Laurent HAUSERMANN) — Thu, 09 Dec 2004 00:33:00 +0100

Où s'arretera le peer to peer (P2P) ?

On croyait peut-être à tors que ce mouvement périrait avec la fin de Napster, mais d'autres ont pris la suite (Kazaa, EDonkey, EMule pour ne citer que les plus célèbres)... Le succès de ces logiciels mélangeait en réalité deux succès :
- Celui du téléchargment de films et de musique de façon gratuite et le plus souvent illégalle (je ne vais pas entrer dans ce débat...)
- Celui du mode de communication, où chacun partage ces informations et est à la fois "serveur" et "client". Les membres du réseau devenant tous égaux, ils peuvent partager ensemble, sans contrainte externe, sans le contrôle d'une société tierce, des informations et des contenus. Notez que ceux qui voudraient rester "in touch" avec le monde du P2P, doivent lire le Weblog P2P & NTIC qui regorgent d'informations sur le domaine.

Mais, je m'égare, je voulais surtout vous signaler l'extension du concept à un nouveau domaine, celui des Photographies. C'est le pari fait par le site PixVillage qui permet de partager les photos de ces amis et de sa famille, sans avoir besoin d'un blog dédié, d'un site internet, ou d'une connexion FTP (certains d'entre vous sourient ?).
Découvrez donc vite, la simplicité de mise en oeuvre de "PixVillage", qui m'a vraiment séduite dans sa simplicité et sa maturité.

Je suis curieux de voir l'usage que feront les internautes de ce logiciel... Peut-être certains de vous offriront les photos qu'ils auront prises lors d'évenements , de conférences, de manifestations ?

Dans tous les cas, il faut saluer l'initiative et la créativité, car finalement le P2P peut encore nous étonner !

A quoi servent les brevets logiciels ?

noreply@hausermann.org (Laurent HAUSERMANN) — Thu, 25 Nov 2004 01:35:00 +0100

Firefox, Eclipse, Linux, Apache sont aujourd'hui des "marques" (et oui !) de plus en plus populaires dans l'industrie du Logiciel et des Télécoms. Du CEO/PDG à l'analyste programmeur, les débats ne tournent plus sur le "pourquoi" installer des logiciels libres, mais sur le "comment", signe d'une grande évolution en peu de temps (5-7 ans).

Et ce n'est pas cette nouvelle donne qui va pas permettre à Steve Balmer, CEO de Microsoft, de se "calmer" ! (lire ses frasques avec les dirigeants asiatiques). Microsoft perdrait-il patience ? Mais au fond pourquoi ?

Je suis assez favorable à une approche pragmatique des problèmes (tout comme un certain Linus Torvald ) mais vu la puissance économique des grands éditeurs de logiciels, je ne trouve pas de bons arguments pour défendre les brevets logiciels.
Même si le brevet a été crée pour défendre l'innovation en protégeant l'auteur, et pour partager l'information en publiant ses découvertes, aujourd'hui "l'homme de l'art" (pour reprendre la terminologie "brevets") semble bien contraint.
IBM (première entreprise à déposer des brevets au monde), Cisco, Microsoft disposent d'une telle capacité de recherche et développement, qu'il semble difficile d'innover, d'inventer sans enfreindre un des milliers de brevets déja déposé. Et ceux qui s'engageraient dans l'aventure, s'exposeraient au risque d'être "broyer" par les machines juridiques de ces grandes multinationales. Aucune PME n'a les moyens de combattre juridiquement ces grands groupes. Ces entreprises ont déja un pouvoir conséquent, voir monopolistique, pourquoi leur donner de nouveaux moyens pour augmenter leur emprise ? Souhaite-t-on augmenter leur monopole ?

Et d'un autre point de vue, y-a-t-il un patron de PME en Europe, qui puisse m'expliquer en quoi un brevet logiciel lui permet de gagner des parts de marché et d'être rentable ? Comment s'intègre un brevet logiciel dans le buisness model d'un "petit" éditeur de logiciel (dans d'autres secteurs, cela semble plus évident que pour les logiciels) ?

Heureusement que certains nous rappelent l'ampleur de la politique de propriété industrielle des grands éditeurs et nous mettent en garde.