Le développement Open Source serait

victime d'une surabondance de choix

D'après Kevin W. Gisi, le développement pour l'Open Source serait victime du nombre de versions, de frameworks et autres librairies, qui pourrait créer la confusion parmi les développeurs débutant ou les développeurs qui souhaitent découvrir un nouveau langage.

En effet, ne serait-ce que du côté du JavaScript, l'on a à disposition plusieurs frameworks tels que jQuery (pour le plus connu), Mootools, Dojo, et bien d'autres... pour un résultat quasi-similaire. L'Open Source est un monde libre, donc il est logique que nombres de développeurs s'investissent dans la mise en place d'outils et de ressources pour la communauté.

De plus, cette masse de projets crée des instabilités et des problèmes de compatibilité. Il n'est pas étonnant de rencontrer des problèmes sur un framework et de devoir patienter pour un fix.

Cependant, ne serait-ce pas plus optimal pour cette même communauté, que les développeurs s'acharnent plutôt à améliorer les produits existants, plutôt que d'en développer d'autres ?

L'Open Source, c'est spécifique. C'est la liberté totale, sûrement l'une des dernières, que ce soit en virtuel, ou dans le monde physique. Cependant, tout ceci dispose d'une ligne directrice bien moindre, les objectifs sont divisés, et parfois flous. Les ressources sont telles, que le développeur autodidacte s'essouffle.

Même si les éléments nécessaires au développement Open Source sont existants, il est souvent le cas de passer des heures à la recherche d'un même élément. C'est une vrai jungle d'informations, éparpillée de par le Web, dont les réponses n'émergent pas tout le temps de l'obscurité.

Enfin, il n'est pas rare qu'un développeur programme ses propres scripts sans utiliser ceux déjà existants, pour qu'ils soient "à sa sauce" ou parce qu'il dispose d'un égo démesuré... moi même ça m'arrive quelques fois !

L'Open Source c'est fantastique, mais en mon sens, il est nécessaire de rentrer dans une optique de développement; et éviter de s'investir seul. Il est nécessaire de concevoir à plusieurs sous les mêmes objectifs, pour savoir quelle direction prendre et disposer d'une productivité efficace.

Source : Blog de Kevin W. Gisi

Le mauvais programmeur, il code, il code.

Alors que le bon programmeur, lui, il code,

mais c'est pas pareil.

Un développeur américain explique sur son blog que son expérience professionnelle dans le domaine de la programmation lui a permis de faire quelques constatations à propos des professionnels de l'IT et de leur manière d'écrire du code.

Les voici :

- Un programmeur passe entre 10 et 20% de son temps à coder, et écrit en moyenne 10 à 12 lignes de code par jour qui seront incluses dans le produit final (peut importe leur niveau). Les bons programmeurs utilisent le temps qu'il leur reste à penser, rechercher et faire des tests pour parvenir au meilleur design possible. Les mauvais quant à eux passent ces 80 à 90% de temps à debugger leur code en faisant des essais au hasard puis en regardant si cela fonctionne.

- Un bon programmeur est dix fois plus productif qu'un programmeur lambda. Un excellent programmeur, lui, est de 20 à 100 fois plus productif que ce dernier. Des études l'ont montré, et ce, depuis les années 60. Un mauvais programmeur quant à lui, n'est pas seulement non productif, en plus de ne rien créer d'utile, il génère des heures de travail et de maux de tête pour ses collègues (qui devront réparer ses erreurs).

- Les programmeurs très compétents passent très peu de leur temps à écrire du code (du moins du code qui se retrouvera à la fin dans le produit fini). Ceux qui passent la majeur partie de leur temps à coder sont trop fainéant, trop ignorants ou encore trop arrogants pour trouver des solutions existantes à d'anciens problèmes. Les programmeurs très compétents sont maîtres dans l'art de reconnaître et de réutiliser des schémas communs. Les bons programmeurs n'ont pas peur de réécrire leur code constamment pour atteindre le design idéal. Les mauvais, eux, écrivent du code qui manque d'intégrité conceptuelle, de hiérarchie et de schémas, et dans lequel se trouvent trop de répétitions. Du coup, c'est dur à réécrire, et il est plus rapide de se débarrasser d'un mauvais code pour repartir de zéro, que de le modifier.

- Une étude de 2004 a démontré que 51% des projets de logiciels connaîtront des échecs sur quelque chose de critique, et 15% connaîtront un échec tout court. C'est mieux que 1994, où on notait 31% d'échecs. Cependant, la plupart des programmes sont faits par des équipes dans une ambiance non démocratique. Une seule personne est responsable du design, tandis que les autres peaufinent les détails.

- Programmer, c'est du boulot. C'est une activité mentale intense. Les bons programmeurs pensent à leur travail tous les jours, 24 heures sur 24. Ils écrivent leurs codes les plus importants sous la douche ou dans leurs rêves. Parce que le travail le plus important est réalisé loin d'un clavier. Donc, la finalisation d'un projet ne peut pas être accélérée en passant plus de temps au bureau, ou en ajoutant plus de monde au projet.

- Les programmes obéissent aux lois de l'entropie, comme beaucoup d'autres choses. De ce fait, des changements perpétuels causent des erreurs, ce qui érode l'intégrité conceptuelle du design original.
C'est inévitable d'en arriver là, mais les programmeurs qui oublient de prendre l'intégrité conceptuelle en considération créent des programmes qui se dégradent si vite qu'ils deviennent inutiles avant même d'être achevés. Les problèmes d'entropie de ce type sont certainement la plus grande cause d'échec dans ce domaine.

Sources : Developpez.com, Le blog de David Veksler

Bonne année 2011 !

Avant toute chose, excellente année à vous ! Toute l'équipe d'e-mediatly.com vous souhaite une année riche en événements et prospère.

E-mediatly.com annonce une année régie par la « création » !

Hé oui, c'est avec engouement que nous plongeons dans un travail long et très intéressant, consistant à créer vos outils de communication Open-source. C'est une demande qui se généralise. La gendarmerie nationale continue son évolution, la poste s'équipe de plus en plus et la demande internationale grandie avec l'annonce du passage de l'administration Russe au libre et bien d'autre encore, tel le Canada.

Une demande qui s'annonce porteuse pour toutes les entreprises des NTIC. Une année collaborative, aussi.

Nous sommes heureux de pouvoir vous accueillir dans nos nouveaux locaux à Montblanc. C'est pour nous, le moyen d'être encore plus proche les uns des autres et de partager notre savoir faire. L'équipe s'est agrandie et nos partenariats rendent vos projets encore plus riche et solide.

En effet, on me demande souvent, « mais que fait ton entreprise ? » pour faire simple, je vous dirai que nous concevons vos outils de communications. Mais bien au delà de la simple application web, la diversité des besoins de nos clients, demande à ce que nous regroupions encore plus de compétences. Et c'est avec cet état d'esprit, que nous collaborons avec des partenaires expérimentés. Ajoutez ce partage de savoir à la maitrise du projet par e-mediatly.com, et vous voilà avec une solution évolutive open-source entièrement personnalisée.

Enfin, vous découvrez la millesime2011 de notre site web, il vous accueille cette année avec encore plus d'infos sur les nouvelles technologies. E-mediatly.com vous tiendra au courant des animations, salons et forums autour de l'open-source tout au long de l'année.

Encore une fois, excellente année à vous.