GreenIT.fr

Ce livre est certainement un bon complément des principes fondateurs des méthodes agiles tels que le refactoring. Je l’achète ce soir !

J’ai acheté ce livre. Il s’agit d’un document de référence à mon avis indispensable pour organiser efficacement ses développements.
Développeur depuis 10 ans, je me croyais à l’abri des erreurs “classiques” décrites dans cet ouvrage.
J’ai depuis mis à l’épreuve cette méthodologie dans mon travail lors de missions variées.
Premier bilan :
- la méthode fonctionne quel que soit l’environnement
- elle permet de gagner un temps précieux, à la fois en raison de la simplicité de la mise en oeuvre et de l’appel au bon sens qui est en chacun de nous
- elle permet de gagner en qualité de code en (ré)activant des automatismes trop souvent négligés, notamment en raison du temps limité qui nous est souvent imparti pour développer. Raison de plus pour être irreprochable sur le “sens” du code, son optimisation en évitant de continuer le code “spaghetti” que l’on trouve malheureusement inévitablement
- je trouve l’idée de commenter son code avant de coder indispensable pour les développeurs futurs de vos projets, surtout quand aucune doc n’existe. Mes employeurs sont ravis de cette initiative qu’ils découvrent !

Bref, bravo pour cette synthèse.
Il est rare de trouver un ouvrage simple à lire et à mettre en oeuvre sur ce sujet.

Un livre de chevet à mettre prêt de votre ordi.

Peu aguerrie à l’informatique, ce support est un outil qui convient aussi bien aux novices telles que moi qu’aux véritables “pro” en remettant une bonne fois les choses à leur place ! A lire absolument.

Les méthodes exposées dans cet ouvrage prennent tout leur sens lorsqu’on est soi-même confronté à des problématiques que l’on ne sait résoudre à prime abord !

Du “bon sens” me direz-vous ? certes, mais ces dernières trouvent non seulement leur application dans la vie de tous les jours, mais offrent à ceux qui le souhaitent des garde-fous pour ne pas s’égarer dans les dérives des développements informatiques à n’en plus finir…

Ce que j’ai apprécié dans ce livre, outre le recueil de bonnes pratiques, c’est le recul et l’humour omniprésent de l’auteur, preuve de son expérience dans le domaine, un peu dans la lignée du Livre Noir du Consulting, car il rend facile la compréhension des problématiques auxquelles sont confrontées nos entreprises. On s’identifie d’ailleurs à bon nombre de situations relatées.

A lire absolument !

Enfin une approche innovante dans ce domaine!
Les comparaisons avec d’autres pratiques sont fortes intéressantes et rendent l’ouvrage accessible à tous.
C’est une invitation à questionner nos méthodologies et prendre une saine distance par rapport à certaines habitudes.

@anonyme : de mon point de vue ce n’est pas un rapprochement marketing (greenwashing). Pourquoi les entreprises renouvellent-elles leur parc de poste de travail tous les 3 ans ? Parce que les éditeurs de logiciels ne savent plus développer. Ou plutôt, parce qu’ils préfèrent déporter la charge de la non optimisation du code sur leur client. C’est plus rentable.

D’autre part, pour avoir été développeur quelques années, l’architecture d’un logiciel, la qualité syntaxique du code (indentation, nom des classes, qualité des commentaires pour l’auto-documentation, etc.) jouent un rôle primordial dans la maintenabilité du code, et donc sa durée de vie.

Le livre de Félix Guillemot des innovations fracassantes. Il montre juste que la qualité du code est primordiale pour :
- allonger sa durée de vie,
- réduire les ressources physiques nécessaires (RAM, CPU, etc.),
- et rappelle les règles de base à respecter.

Bien entendu ça fera marrer les vieux comme moi qui ont appris à coder en assembleur et s’extasiaient devant des démos de moins de 64 ko. Mais force est de constater que les nouvelles générations de développeurs répondent à la demande du marché : quick & dirty.

Et après on s’étonne qu’il faille 4 Go de RAM et deux coeurs à 3 GHz pour faire fonctionner un système d’exploitation… avec pour conséquence une consommation d’électricité décuplée en moins de 15 ans (pour effectuer la même tâche) et 75 millions de tonnes de déchets électroniques (DEEE) à l’horizon 2015.

Le code jetable se traduit par :
- des investissements jetables (c’est un paradoxe que les DSI préfèrent ignorer),
- des matériels jetables.
- et, accessoirement, des développeurs kleenex.

Et ça, ça impact sérieusement la biodiversité, la couche d’ozone, et les conditions de vie des développeurs. Il n’y a qu’à voir le taux de chômage actuel des informaticiens et les efforts faits dans tous les datacenters pour réduire leur conso d’énergie pour s’en convaincre.

Ce que l’on sait le mieux développer de nos jours, ce sont des logiciels qui chauffent les bureaux ! :-)

@anonyme : « Optimiser le code n’est pas une nouveauté ! »
pffffff ! ça recommence…

Cher « inconnu », vous semblez évaluer le contenu de ce livre sans l’avoir lu [et ce n’est pas la première fois entre nous ;-)].
Ok ok, il semble que l’on n’y puisse rien, donc soit !

Je vais donc essayer de répondre à votre question à ma façon, à savoir le lien entre ce livre et le concept de développent durable.

Quand on parle de GreenIT, qu’imaginez vous ?

- que l’on va mettre des lampes basses consommation dans les écrans plats et placer des feuilles de menthe sur les micro-processeurs ?
- confectionner des cables Ethernet avec des bouts le liane et de la pâte de riz ?
- fabriquer des batteries au chocolat ?
- habiller les informaticiens en pagnes à base de feuilles de bananiers ?

Je ne sais pas…je n’en sais rien en fait.

Mon métier, c’est le développement informatique, et il me semble que comme il vous l’est expliqué plus haut par « admin », ou encore par votre serviteur, que des développements effectués dans les règles de l’art, ou du moins avec une certaine hygiène contribuent à construire un système d’information durable.
Durable, donc qui dure, pas des programmes que l’on est obligé de corriger à coup de rustines qui coûtent des millions aux entreprises. TMA coûteuses, projets aux durées astronomiques pour fabriquer trois écrans et deux procédures stockées…

On remplit des « open-spaces » d’informaticiens improbables qui codent avec des moufles pour faire et défaire…
« Allez les gars, on va tout passer en Java .NET, j’ai lu dans PIF informatique que c’est ce qui se fait de mieux. »
Deux ans d’open space plus tard :
« Bon, finalement les gars, c’est de la daube, allez…poubelle ! »
Si je me laissais aller à la facilité, je dirais que ces gens là, il a fallu les chauffer en attendant, mais bon, ça serait se taire sur le plus important : les millions dépensés pour rien et qui pour le coup auraient pu servir à d’autres choses…comme l’environnement…et pourquoi pas ?
Vous n’y aviez pas pensé ?

« Les fuites de mémoire de l’application ? Laisse tomber on s’en fout, il y a les ramasse-miettes ».
Pendant se temps, personne ne s’étonne qu’il faille le double de mémoire vive pour faire fonctionner un OS d’une version à l’autre (quand c’est 4Go et qu’on double, ça fait mal) pour avoir la joie de voir deux fenêtres en relief qui tournent sur elle même et des applications qui plantent tellement qu’on est obligés de rebooter toutes les 10mn…
C’est comme ça qu’on a inventé l’ordinateur jetable puisque d’une version à l’autres de l’OS, il ne convient plus.
« Bah non m’sieur, ça suffit pas de rajouter une barrette de mémoire, on n’est plus il y a 10 ans, allez balancez tout, la carte mère et les disques avec, ben oui. Le rayon portables à 100€, c’est par là m’sieur ».

Quand il est question de GreenIT, chacun a sa pierre à apporter à l’édifice, et il m’a semblé, et je ne suis visiblement pas le seul, que le développement informatique en est une.
Ainsi, le titre « le développement informatique durable » n’est pas un jeu de mot ou une trouvaille marketing destinée à duper le lectorat mais est bien lié au développement durable, ne vous en déplaise.

Je n’avais pas compris d’après votre premier post que votre question de fond était de savoir si “c’est vraiment dans la manière de coder que se trouve un gisement de gain à faire pour le développement durable” d’après
“Ne sommes nous pas en flagrant délit de Green business ?”

Maintenant que ces questions préliminaires sont éludées, je peux sans problème répondre à votre question “de fond”.
Bien évidemment…oui !
Je fais partie des gens qui développement avec des outils de développement RAD comme Delphi et suis bien placé pour savoir que si performant soit-il, le compilateur ne fait pas de tours de magie. Si il y a une fuite de mémoire, elle y reste, tout comme les fuites d’eau et les dégâts des eaux continuent d’exister aujourd’hui.
Je ne parle même pas de l’utilisation shadock des bases de données…

Adopter une méthodologie pour un développement de qualité, c’est :
- améliorer les performances du développement et donc raccourcir le temps nécessaire à un projet, et donc réduire les coûts,
- améliorer la stabilité et la durabilité du SI, et donc réduire les coûts des ses évolutions et de sa maintenance,
- diminuer la consommation d’énergie qui est nécessaire au SI,
- Procurer aux acteurs du développement de la sérénité dans leur travail (diminuer le stress, et tout ce qui avec).

Le livre est là justement pour montrer à quel point les négligences et les mauvaises pratiques du développement informatique nous impactent de façon négative, et à l’inverse à quel point la méthode et les bons gestes intégrés à nos comportements quotidiens peuvent très facilement inverser la tendance…

Merci pour votre participation. Si on était toujours d’accord, il n’y aurait pas d’échanges.

@Anonyme : pas à ma connaissance