Si tes poses café durent 3min, combien de poses tu as pris pour écrire tout ça ?

Par rapport à la question du DSI d’Olivier, j’aurais répondu la phrase magique :
« Ca dépend »

Pour une appli qui marche déjà bien … je ne vois pas l’intéret d’y toucher
Pour une nouvelle appli un gain de productivité, Quand on voit que maintenant on utilise facilement Linq To Sql (ou EF) et qu’il y a encore quelques années on ecrivait nos procédures SQL et notre couche de DAL et même nos collections Typé …

Moi je regrette juste que MS parle trop tôt de leurs nouveautés, je préfère la stratégie d’apple … mais bon

J’admire les innovations et la réactivité de Microsoft dans ces différentes sorties de .NET et C# : Linq, extensions, lambda, sans compter les WCF, WPF, WWF, ASP.NET MVC & co et voilà qu’on nous parle de C# 4 avec notamment les dynamics, les paramètres optionnels et j’en passe (http://tinyurl.com/5lcz5w). Oui, j’admire la machine, la force de développement de Microsoft pour répondre aux besoins des développeurs [de façon itérative et incrémentale], MS a bien changé depuis ~2003 et en bien, pratique agile quand tu nous tiens. On ne peut que remercier les équipes de Redmond pour toutes ces améliorations qui nous facilitent (quand même) bien la vie, et qui répondent à un périmètre de besoins toujours plus large (trop ?).

Mais, car il y a un mais, pour les clients finaux, cela devient dur, très dur de suivre le rythme que MS nous impose. Dit changement de version, dit migration, et ce n’est jamais trivial comme chantier, sans compter les coûts indirects que cela engendre. Ensuite, après un changement de version, il reste également une courbe d’apprentissage non négligeable pour appréhender toutes les nouveautés plus ou moins ardues parfois, une journée ne dure que 24 h ;) Alors je me pose souvent la question : est-ce pour concurrencer des frameworks de type RoR (et donc Ruby avec le Duck Typing par exemple), aspect marketing ou est-ce des innovations pour tenter d’être leader et non plus suiveur sur certains paradigmes et faciliter réellement la vie aux développeurs, et est-ce vraiment in fine *vraiment* utile.

A peine migré [notre plateforme] vers .NET 3.5, que les blogs nous parlent déjà de C# 4.0, et nous donnent envie de découvrir cette nouvelle version, quelle teasing ! Il y a à peine 2 mois, notre DSI me posait la question suivante : « quel gain pour les utilisateurs [au sujet de la migration vers 3.5]« …sic…prends ça dans ta face…pas préparé, j’ai juste répondu un gain de performances, et une productivité accrue, je ne sais pas s’il a été convaincu.

Innover, évoluer, oui, bien entendu que cela reste positif, surtout lorsque l’on voit les réussites que MS a produit jusqu’à présent. Mais on a juste du mal à suivre par moment et à se justifier auprès de nos décideurs, qui ont des objectifs bien différents des nôtres, souvent budgétaires ou de stabilisation du S.I. Alors merci MS de nous donner quelques arguments SVP, au-delà de la technique ;)

Merci pour le blog sur les entrailles de C#, vraiment intéressant !