Aller au contenu

PascalC

Actif
  • Compteur de contenus

    12
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre
  1. Bon, puisqu'il faut que je réponde à ceux qui n'ont jamais vu une ligne de code source Mozilla mais se permettent d'avoir une opinion "avertie" sur la qualité du code et les méthodes de développement, voilà en très court: Toute inclusion de code est révisée par deux experts de très haut niveau, un reviewer et un super-reviewer. Le reviewer est la personne en charge d'un module (XSLT, DOM, StyleSystem...) et se charge de vérifier que ce code ne posera pas de régression dans le module concerné, il indique aussi les changements de style de programmation si le style ne correspond aux cahier des charges demandé. Une fois cette révision effectuée, le super-reviewer, une des personnes ayant une vue globale de l'ensemble du projet se charge de vérifier que ce code ne présente pas de problème pour les autres modules. Tout patch est évidemment associé à une entrée dans la base de données où le développeur décrit ce qu'il fait et où les autres développeurs font leurs propositions, donnent leurs conseils et améliorent le patch avant le passage du reviewer. En cas de patch important, le développeur concerné travaille de son côté sur sa propre branche de code pour ne pas gêner les autres développeurs. Plusieurs fois pas jour toute une série de machines, les tinderbox, compilent automatiquement le code source et réalisent automatiquement une batterie de tests afin de vérifier les régressions courantes. En cas de régression importante, l'inclusion de code est automatiquement stoppée pour tous les développeurs jusqu'à ce que le patch responsable du problème soit retrouvés. Evidemment, tout est archivé en CVS, donc on peut revenir en arrière à chaque instant. Evidemment aussi, il y a une pléthore d'outils qui permettent à tous de savoir l'historique des patchs intégrés. Environ 60.000 testeurs rapportent les bugs et régressions quotidiennement, les produits sont aussi équipées d'un outil de rapport de bug en cas de crash qui permettent de faire des statistiques sur les zones de code plus fragiles que d'autres. On pourrait aussi parler des groupes usenet de développement, des canaux IRC où les développeurs discutent des patchs et actions à mener, des rapports d'activité hebdomadaires... Disparate : qui manque d'harmonie, d'unité Petit Larrousse Vu le processus de développement ultra-organisé de mozilla que je viens de décrire brièvement, dire qu'il est disparate est une ânerie, évidemment il faut comprendre les mots qu'on utilise... On pourrait reprocher pas mal de chose à ce processus, comme le fait qu'il est trop difficile pour un nouveau venu de voir son patch approuvé et que c'est décourageant pour de nombreux volontaires, mais on ne peut cerainement pas dire qu'il est disparate. Ca ça s'appelle du management des ressources humaines disponible et ça marche de la même manière dans un projet open source ou commercial, ça montre au contraire que le processus de développement est géré et que des choix sont assumés pour le bien du produit. Tu vis dans quel monde ? Oh non ils ne sont pas faux, ce sont des développeurs compétents mais aucun vrai spécialiste des navigateurs, aucune des vrais pointures qui ont fait IE5/6. Il n'y a pas plus d'une centaine de vrais spécialistes des navigateurs dans le monde et l'immense majorité travaille pour des concurrents de Microsoft, normal puisqu'il n'y avait plus de développement de navigateurs jusqu'à très récemment chez eux. Quand à Tantek, toute son équipe a été dissoute l'année dernière et il travaille maintenant pour Technocrati. L'une des premières choses qu'il a faites après son entrée à Technocrati a été de faire son premier patch pour Mozilla Que Microsoft ait dissout son équipe et l'ai laissé partir à la concurrence montre bien leur incompétence, de la même manière que le chef de développement de IE6 est maintenant chez Google. 2002 : arrêt officiel de la version UNIX d'IE, dissolution de l'équipe 2003 : arrêt officiel de la version MAC d'IE, dissolution de l'équipe janvier 2004 : annonce de l'arrêt du développement d'IE pour windows, un nouveau produit complètement intégré au système apparaîtrait dans Longhorn. Novembre 2004 : MS annonce qu'elle réfléchit Janvier 2005 : devant la montée en puissance de Firefox, le développement d'IE7 est lancé Je te laisse chercher dans la presse les articles correspondant, l'annonce de l'arrêt du développement d'IE a fait assez de bruit pour que tous les acteurs du domaine (mozilla, apple, safari, adobe, macromedia, WASP...) se réunissent et décident d'actions communes pour ne pas laisser le marché pourrir avec des technos de 97 (nouvelle génération de plugins scriptables, WHAT...) Entre 60 et 80 développeurs sont employés à plein temps par mozilla.org, mozilla europe, google, ibm, novell, sun, redhat et quelques autres. Tu es assez loin du compte...
  2. Pour répondre à Americas qui raconte quand même un sacré paquet de bêtises : - Le processus de développement des logiciels Mozilla est l'un des plus rigoureux qui soient dans l'industrie informatique, Bugzilla est même l'un des logiciels de suivi d'incidents les plus connus aujourd'hui et utilisé par de très nombreuses entreprises. - Le développement "disparate" est assuré par les meilleurs développeurs mondiaux de ce secteur, dirigés par le gars qui a inventé Javascript. Ce genre d'arguments anti-opensource directement sorti de l'argumentaire de vente des commerciaux de Microsoft, ça montre uniquement que tu ne connais absolument rien au processus de développement de Mozilla. Mais bon, c'est vrai que Apache, mysql, PHP, Linux, openOffice... c'est que des logiciels faits par des étudiants en première année de BEP informatique de gestion. - C'est sûr, Microsoft a une super équipe de 4000 développeurs cachée dans ses caves de Redmond, ce sont tous des pointures du domaine sauf que personne n'a jamais entendu parler d'eux, c'est normal c'est de l'élevage en batterie ... La plupart des pointures de ce domaine qui étaient chez MS ont quitté (se sont faits virés en fait) l'entreprise quand elle a annoncé il y a deux ans qu'elle abandonnait le développement d'IE, aujourd'hui la plupart travaillent pour la concurrence. Mais c'est sûr, l'autoformation ça marche à fond et les petits génies vont comprendre en 6 mois plusieurs dizaines de millions de lignes de code écrites il y a près de 10 ans par des gars qui soit sont devenus chefs et ne veulent plus entendre parler de code, soit bossent pour Google, IBM ou Amazon. Ah et puis tiens c'est marrant, j'ai appris aujourd'hui que mon voisin d'une cinquantaine d'année utilise Firefox parce qu'il le trouve super rapide, joli et facile d'emploi. Mon voisin doit sûrement être un expert informatique qui s'ignore, faudra que je lui en parle quand il descendra sa poubelle, c'est pas normal qu'un gars comme lui qui n'est même pas sous Linux utilise Firefox...
  3. Tiens ça devrait t'aider : http://www.chevrel.org/fr/optimiser/phpmysql/#p9
  4. bah oui margin-left:auto; margin-right:auto;
  5. je viens de mettre à jour RealOne pour la dernière version : 10.5 Les dll sont là : C:\Program Files\Real\RealOne Player\Netscape6
  6. Tu as fait une recherche globale sur ton disque dur ? Je n'ai pas réinstallé Real depuis très longtemps, peut-être que maintenant ils proposent des versions avec et sans les plugins à l'installation.
  7. tu peux nous dire à quoi sert de mettre un tableau autour de ta liste menu ?
  8. tu trouveras ces dll dans le répertoire d'installation de Real (il y a un sous répertoire plugins normalement).
  9. essaie de l'installer manuellement en copiant les DLL du plugin realplayer directement dans le dossier plugins de firefox. Sur ma config, les DLL sont les suivantes : nppl3260.dll nprpjplug.dll nprjplug.dll Vérifie aussi tout simplement que ton firewall ne bloque pas l'accès externe de ton plugin. Le système de mise à jour des plugins par webservices de firefox n'est pas encore tout à fait fiable et terminé, il le sera pour la sortie de la 1.0 finale.
  10. extension pour firefox 0.9+ qui affiche le PR dans la barre de statut : http://pagerankstatus.mozdev.org/index.html
  11. Coucou Monique :-) En effet je ne passe pas souvent, je traine mes guêtres plus souvent sur forosdelweb ;-) La section sur l'optimisation est toute nouvelle (2 jours), l'optique est plutôt liée aux problématique d'Online, mais en fait tous les hébergeurs mutualisés souffrent des mêmes défauts ;-)
  12. Je réponds un peu tard, je passe pas souvent :-) Va jeter un oeil ici : http://www.chevrel.org/fr/optimiser/ Il y a peut être des techniques d'optimisation qui t'intéresseront.
×
×
  • Créer...