Il n'y a pas si longtemps, je me plaignais d'un bug dans PHP 5 -- à propos de la fonction bcmath : merci pour les crashs inexpliqués. Sauf que c'est maintenant corrigé : merci à Sara Golemon pour la correction du bug en question ;-)

La taille d'un logiciel n'est plus crucial pour un utilisateur : la taille des disques durs a litéralement explosé pour atteindre des dizaines de Go en moyenne de nos jours. Très bien pour la vidéo en particulier. Pourquoi donc y faire attention quand on écrit un logiciel ? Il y a bien sûr le temps de téléchargement : c'est pour ça que Mozilla Firefox a réduit drastiquement la taille du fichier à télécharger qui passe sous la barre des 5 Mo.

Une deuxième raison réside dans la confiance dans le code à fonctionnalité égale. Je m'explique pendant ma recherche de produits Open Source, j'ai effectué un paquet de téléchargements.

Un tel écart entre le plus léger (dotproject - 758 Ko) et le plus lourd (phpGroupWare - 22,6 Mo) est considérable. La question devient : où est le meilleur rapport lignes de code / nombre de bogues ? Et son corrolaire : dans quel produit avoir confiance ?

Au niveau d'openTIME nous avons fait et continuons à faire des efforts pour limiter le nombre de bogues. Résultat en 3 mois de développement, le nombre de lignes a effectivement baissé : nous en sommes désormais à 34 444, pendant que le nombre des fonctionnalités augmentait (pointeuse, gestion des congés, facturation, tableau croisé dynamique). Et pour le fichier ZIP me direz-vous ? 751 Ko.

Avec la nouvelle version de PHP qui arrive très bientôt -- selon les dires des développeurs de Zend -- j'ai pris le temps de me pencher sur le cas d'openTIME. Dans la documentation officielle il est indiqué que la plupart des scripts PHP 4 devraient être prêts à fonctionner sans nécessiter la moindre modification. Sauf que bien sûr la loi de Murphy est passé par là. Bilan des courses : presque une après-midi entière pour trouver une astuce qui contourne ce bug sur bcmath. Et openTIME est prêt pour PHP5 !