Commentaires sur : L’usine logicielle web 2.0

Par : Mac

Mac — Fri, 20 Apr 2007 14:36:07 +0000

Pour moi, le terme “Usine Logicielle” apporte de la confusion : en tant que traduction de “Software Factory”, une série d’outils, aussi utiles soient-ils, ne peut pas être considéré comme une “Usine Logicielle”. A moins de considérer que cette notion est évolutive, et qu’au début des années 80, un compilateur C et un make constituaient déjà une usine.

Les outils, librairies et méthodes associées constituent plutôt je pense une “plateforme de développement”, et Microsoft fournit effectivement une excellente plateforme de développment pour le Web (entre autres), très productive dans de nombreux cas, et extensible (FxCop, NUnit, MSBuild, CruiseControl .NET…).

Une usine logicielle demande la définition d’une ligne de produit, d’un schéma, de DSLs… Plus d’informations sur http://www.softwarefactories.com/

Par : JB Boisseau

JB Boisseau — Tue, 18 Jul 2006 05:49:37 +0000

Concernant BaseCamp : la solution en soit est assez légère en effet, mais c’est justement sa légereté et ses choix (se focaliser sur quelques éléments clés de la relation client durant un projet) qui sont intéressants.

Concernant l’efficacité des outils Microsoft sur un projet web : il faut avoir testé Visual Studio 2005 avec les composants ATLAS pour mesurer le chemin considérable parcouru par Microsoft sur ce point. Depuis cette version, la conformité XHTML n’est plus un problème non plus d’ailleurs.

Par : Fabre Julien

Fabre Julien — Mon, 17 Jul 2006 21:54:12 +0000

Je mettrais un bémol sur l’efficacité des outils Microsoft, car il est vrai que la productivité est améliorée sur des projets d’application “classique” avec le Framework .Net.
Cependant il est en tout autre en ce qui concerne le Web.
Le Web et le virage actuel qualifié 2.0 (qui mérite pas toujours cette appellation, mais là je m’égare) est aussi le virage de la normalisation et de l’utilisation de standard sur le web (W3C). Hors Microsoft est loin, très loin, de pourvoir valider quelques pages que ce soit qui sortent “des usines” Visual .Net .

Donc je dirais (ce qui n’est que mon avis personnel), Microsoft en application résidente classique oui, en ce qui concerne le web non.

PS encore merci pour toute les infos et points de vus de ce blog très instructif et ce même lorsque l’on a une vision un peu différentes du Web2.0.
Encore bravo

Par : kwa

kwa — Mon, 17 Jul 2006 13:33:11 +0000

Je te rejoindrai sur l’efficacité des outils de développement Microsoft, auxquels j’ajouterai le couple C# et .Net qui m’avait sacrément impressionné d’un point de vue du gain de productivité. En effet, 100 % des développeurs C++/Win32 et C++/MFC que j’ai encadrés ont gagné du temps de développement dès leur premier projet C#/.Net, apprentissage du langage et framework sur le tas y compris et ce, même sur les projets d’une semaine. Je n’ai cependant pas pu évaluer le gain de productivité sur des développements web.

En revanche, un gros bémol pour Visual SourceSafe : même complété par des outils tiers (tels SourceOffSite permettant une collaboration à distance), il s’avère désormais dépassé, notamment sur des projets de moyenne à grande envergure ou sur des bases de code sensées être réutilisées sur des mois ou des années. On lui préférera de loin un outil tel que Perforce (une licence gratuite peut être délivrée par l’éditeur pour les projets open source). Le gain en efficacité vient notamment d’une excellente gestion des branches d’un même code source, permettant à des développeurs de travailler efficacement sur des versions divergeantes ou convergeantes d’un même code source. A défaut, on pourrait s’orienter vers une solution à base de Subversion. Cela étant, quel que soit l’outil de versioning, l’excellentissime Araxis Merge paraît indispensable pour une productivité optimale en matière de fusions de code source.

Pour ce qui est de Basecamp ou des autres outils 37signals, j’avoue les voir comme des solutions plutôt légères (simplistes, voire ridicules ?) en matière de gestion de projets, enfin du moins pour la partie communication avec le client. Ici, l’e-mail semble roi. Eventuellement, une liste de diffusion (?), un forum (Invision Power Board), un wiki (Dokuwiki) ou un blog (WordPress) peuvent compléter cette communication. D’autres préféreront des solutions à base de Microsoft Exchange, en complément des Microsoft Office, Vision et autres Project. Cela étant, bien peu de monde pense à investir le temps d’installation et d’administration à ces solutions, d’où l’importance de l’e-mail, permettant de garder une trace des solutions proposées et adoptées sans nécessiter de formation additionnelle, que ce soit de la part de l’équipe de développement ou des clients.

Par : JB Boisseau

JB Boisseau — Sun, 16 Jul 2006 09:50:57 +0000

http://cruisecontrol.sourceforge.net/
… tout simplement ! N’étant pas moi-même un utilisateur de CruiseControl, je n’ai pas de ressource plus pertinente à te fournir.

Par : Nikkel

Nikkel — Sun, 16 Jul 2006 09:44:11 +0000

Excellente synthese…

Est-ce que tu pourrais me donner une URL pour CruiseControl ?

Bonne continuation…