Actuellement, je travaille sur un gros projet transverse. Dans ce cadre, j’ai été amené à publier un document qui sera complété au fur et à mesure, notamment sur la base de contributions.

Aussi, ai-je décidé d’inclure une partie « Remerciements ». Quoi de plus naturel pour quelqu’un qui publie sur developpez.com ?

Figurez vous que cela n’est pas passé inaperçu, loin de là. Au contraire, des personnes m’ont appelé, soulevé des points pertinents. Ces mêmes personnes ont ensuite fini sur un « je serai dans les remerciements? ». Certes, sur un ton humoristique, mais tout de même ! Elles ont ensuite enchainé en disant que c’était une bonne idée et que cela leur plaisait bien, avec un enthousiasme certain.

Au final, étant donné que je suis un nouveau venu, je me demande si j’aurai autant de réactions en l’absence de pavé de remerciements. Je suis également ravi du climat que cela induit. Aussi, je me demande s’il y a d’autres pratiques simples pour travailler ainsi en collaboration. Qu’en dites vous ? Avez vous d’autres pistes ?

++
Joseph

Depuis peu, Dell propose des tours et des portables avec Ubuntu installé dessus en natif. Fini les problèmes de drivers et de configuration, tout est préinstallé.

Perso, je trouve que c’est vraiment une avancée qui facilite la vie des personnes voulant se mettre à Linux. D’ailleurs, je me tâte sérieusement pour me lancer dans un achat. J’ai récemment monté un pc vista en laissant de la place pour un dual boot, mais l’idée d’avoir un portable tout configuré me tente vraiment.

Et vous, pensez vous que cela a de l’importance ? Etes vous intéressés ? Si jamais quelqu’un pense foncer, je suis preneur des retours

++
Joseph

Je me suis récemment acheté un livre « ITIL pour un service informatique optimal » afin d’en apprendre plus la chose.

Première constatation : ITIL concerne essentiellement le suivi d’exploitation. Ceci dit, ça m’intéressait tout de même, du coup j’ai approfondi.

Or, je suis assez surpris de la chose : en substance, le livre ne fait que décrire les différents processus intervenants dans le suivi d’exploitation (mise à jour de référentiel, gestion des incidents, mise à jour logiciel et ainsi de suite) en disant que l’entreprise doit veiller à avoir à chaque fois des équipes/personnes responsables de ces processus.

Aussi, lu et vu comme ça, ITIL fleure surtout le « vieux bon sens ».

Certes, il y a un travail de réflexion sur les processus mis en jeu, mais, pour avoir bossé dans le domaine, rien ne m’a semblé révolutionnaire. Aucune révélation ou info faisant « ding » et que j’aurai eu hâte d’implémenter, ou qui m’aurait fait changer ma vision du suivi d’exploitation.

A croire que, dans ma boite précédente, nous faisions de l’ITIL sans le savoir ! ITIL ne serait il que la prose des équipes de support ?

Aussi, je me demande vraiment si j’ai pas raté quelque chose. Ou si l’acquisition/lecture des livres ITIL apporte beaucoup plus que mon petit « ITIL par la pratique ».

Qu’en dites vous ? Avez-vous déjà pratiqué ITIL ? Quels sont vos retours d’expériences ?

Au plaisir de vous lire !

++
ZedroS

J’en suis à mon 3eme taff dans ma vie de tous les jours, après 4 stages « informatique », et je fais un peu le constat suivant sur la documentation jusqu’à présent :
– soit on trouve une organisation qualité très développée, dans la pharmaceutique par exemple, et là la documentation est pléthorique et hyper organisée, le moindre changement provoquant la mise à jour de 15 docs
– soit il n’y a pas d’organisation de la documentation et celle ci est, au mieux, un joyeux bordel et, au pire, complètement inexistante ou inutilisable.

Qu’est il de vos expériences respectives ? Avez vous des systèmes qui marchent sans pour autant absorber 40% du budget (cas de la pharmaceutique) ?

Perso, quand j’découvre à la 2eme situation, je m’empare généralement du titre « d’ahyatollah de la documentation » et je prends sur moi de la faire revivre puis qu’elle soit utilisée par tous. Peut être est ce ainsi que cela fonctionne parfois ailleurs, avec un pseudo responsable documentation ?

Avez vous des expériences « intermédiaires » ou des solutions pour que cela ne soit pas un challenge au quotidien ? J’suis vraiment curieux de voir !

A un moment, par exemple, nous avions discuté avec un collègue de mettre en place un wiki, avez vous déjà essayé ?

Merci d’avance pour vos réponses

++
Joseph

Rapide post pour signaler que Dell ajouté les Inspiron 1525 à sa gamme de portable avec Ubuntu pré fourni:

http://www1.euro.dell.com/content/topics/topic.aspx/emea/segments/gen/client/fr/ubuntu_landing?c=fr&l=fr&s=dhs

Perso je trouve que cette gamme a le mérite de bien correspondre aux besoins d’un développeur. Je sens que l’argent des formations que je donne va y passer !

A propos, quelqu’un aurait il déjà franchi le pas de telles commandes ?

++
Joseph

Bon, j’en avais parlé et les promos de Pâques ont eu raison de ma volonté : j’ai craqué pour un inspiron 1525 ! Vu que les offres n’étaient que pour Vista, j’ai finalement opté pour installer ubuntu moi même, après la lecture attentive de ce blog sur le sujet. Et je dois dire que c’est aussi simple que décrit !

Mon Wifi a été immédiatement reconnu, l’affichage est nickel, bref, c’est tout chrome. En fait, je dois dire que c’est même moins pénible à mettre en oeuvre qu’un Vista, que ce soit pour configurer le Wifi ou, même, pour l’installation globale. Impressionnant ! Espérons que la suite soit du même acabit. Objectif : tester le dév Java sous Linux. Time will tell !

++
Joseph

Rapide post pour vous parler de ce livre téléchargeable gratuitement sur infoq : Scrum and XP from the trenches. Il s’agit d’un retour d’expérience sur une mise en oeuvre d’approches « Agile ».

Jusqu’à présent j’étais plutôt sceptique sur le sujet, mais je dois avouer que l’expérience présentée ici est vraiment intéressante et à mon avis la plupart d’entre nous peuvent en tirer qqchose. Bref, une lecture que je recommande. Par contre, pour ce qui est de la mise en pratique, j’ai encore jamais vu de boite française où c’était le cas… Qq’un pourrait il me contredire ?

Espérons !

++
Joseph

NB : merci à Laurent (il se reconnaitra lol) pour m’avoir pointé cet ebook.

Rapide post pour indiquer cet excellent ebook disponible sur infoq : le versionning pour le développement agile multi équipes.

Simple et efficace le chtit il devrait vous séduire

++
Joseph

NB : c’est tout de même un peu basique, mais les bases ont du bon je trouve

Excellent et surprenant article d’infoq sur les meilleures pratiques ebay pour supporter une charge qu’on devine conséquente…

L’article présente 7 bonnes pratiques, en voici une rapide traduction, plus de détails (en anglais) sur l’article en question.

Cela donne :
1 : découper par fonctionnalité : plus les fonctionnalités sont découplées les unes des autres, meilleur c’est ! Au niveau du code, privilégier des jar distincts les uns des autres. Au niveau des serveurs d’applications, faire des « pools » par fonctionnalité. Il en va de même pour les bases de données, en faire par fonctionnalité -> base pour les users, base pour les objets et ainsi de suite. L’idée est de pouvoir booster une fonctionnalité en particulier en cas de grosse consommation de charge.
2 : découper horizontalement : au sein même d’une fonctionnalité, toujours découpler : privilégier donc une application « stateless » afin qu’une demande puisse être servie par n’importe quelle machine derrière un load balancer. Pour les données, c’est pareil, par exemple pour les utilisateurs, y associer x hosts avec une règle de répartition simple -> du coup accroître la capacité est simple.
3 : éviter les transactions distribuées : on connaît tous les transactions, elles sont d’ailleurs très souvent citées comme une bonne pratique par excellence. Or rien de plus coûteux en environnement distribué… De plus, la théorie CAP dit que parmi les 3 qualités recherchées pour un système distribué consistency (C) – validité des données, availability (A) – disponibilité, et partition-tolerance (P) – partitionnement, seuls 2 sont possibles à la fois. Or la disponibilité et le partitionnement sont des contraintes fondamentales pour un site web à forte audience tournant 24h/24. Aussi la plupart des transactions chez ebay sont autocommitées, seules celles sur une unique base sont parfois transactionnelles de bout en bout.
4 : privilégier l’asynchrone : en synchrone, augmenter la vitesse de réponse d’une demande passe par une augmentation de tous les éléments impliqués dans la chaîne, si A supporte 10 fois plus de requêtes, B devra faire pareil.
5 : traiter les flux de manière asynchrone : dans un flux synchrone, vous devez pouvoir supporter les piques de charge à la seconde près. En asynchrone, vous pouvez vous contenter de traiter la demande moyenne, les piles s’occupant de gérer les piques de charge.
6 : virtualiser à tous les niveaux : suivez le vieil adage d’informaticien que la solution à tous les problèmes est d’ajouter un niveau d’abstraction. L’OS sépare du matériel, La machine virtuelle sépare de l’OS, la couche DAO sépare de la base de données, les répartiteurs de charge et les IPs virtuelles rendent abstraits le réseau et ainsi de suite. Ainsi, en plus d’être plus simple pour le développeur, on a une flexibilité opérationnelle : si un système logiciel ou matériel plante, les requêtes peuvent être reroutées. De plus, avec assez de niveau d’abstraction, les plus hautes couches peuvent aller jusqu’à ignorer ses problèmes.
7 : user du cache avec pertinence : il y a là moins de règles générale, plus on affecte de la mémoire pour cacher des données, moins on en a pour traiter les demandes entrantes. Fais de bonne façon, on peut alors avoir un système qui monte en charge de façon moindre que linéaire : les demandes suivantes récupèrent les données du cache et n’ont plus besoin d’aller à la BDD. Au final, il faut s’assurer que le cache soit approprié à la situation. L’auteur de l’article dit d’ailleurs n’avoir encore jamais vu de système où cacher les données n’était pas approprié d’une certaine manière.

En conclusion, la montée en charge doit se prévoir initialement, et non à posteriori, tant cela est structurant pour une application.

J’espère que cela vous a plus, l’article est assurément bien mieux

++
Joseph

Infoq a une présentation très fun et, je pense, très vraie sur la mode SOA, ESB et… la réalité

A voir et à revoir entre développeurs !

++
Joseph