NeRilkA
14/01/2006, 23h28
Voici une interview très intéressante et instructive du développeur principal de vBulletin !
Interview par The Sandman traduite par NeRilkA pour vBulletin-Ressources.
Redistribution interdite
Remerciement à The Sandman pour cette initiative, post original :
http://www.theadminzone.com/forums/showthread.php?t=12067
Vous la trouverez jointe au format PDF pour + de confort.
Kier Darby, Chef de Produit et Développeur Principal de Jelsoft pour vBulletin, a travaillé 24h/24 pour avoir vBulletin 3.5 prêt à temps. Néanmoins, il a généreusement accepté de prendre un peu de temps pour répondre à nos questions pour une interview concernant la dernière version de vBulletin, les prochaines sorties, d'autres sujets d'intérêt pour les Administrateurs de forum, ainsi qu'un petit aperçu personnel. :)
Peux-tu nous donner une brève description ?
J'ai 28 ans et je vis dans le Berkshire. Mon background est dans le graphisme sur ordinateur et le développement de programmes, bien que le côté graphisme a été largement mit au passé depuis que j'ai rejoint Jelsoft / vBulletin en 2001 en tant que développeur. A la fin 2002, le développeur principal John Percival a décidé de se mettre en arrière dans le développement futur de vBulletin et depuis j'agis en même temps en qualité de développeur principal et en tant que chef de produit.
Quelles activités aimes-tu pour te relaxer ?
Se relaxer ? J'ai abandonné depuis quelques temps déjà, la vie est trop courte pour ne pas être occupé tout le temps. Quand je ne travaille pas, j'aime faire du vélo, marcher, passer du temps avec ma famille et mes amis et toutes les autres choses que les gens normaux font pour s'occuper.
Quels sont tes livres favoris ? Films ? Music ? Jeux ?
Je suis un grand fan de Iain M Banks. J'ai seulement lu sa série de Science-fiction jusqu'ici, mais quand j'aurai un peu de temps je pense que je me plongerai dans le reste de son travail (écrit par Iain Banks, sans l'initiale). J'ai récemment dévoré la plupart des romans de Dan Brown, bien que je doive commencer le Da Vinci Code. Je suis un très grand cinéphile et les gens sont toujours étonnés quand ils voient ma collection éclectique de DVD. Ma maison est devenue une sorte de cinéma pour mes amis et ma famille depuis que j'ai une pièce assez grande pour accueillir correctement mon écran plasma et mon système THX 7.1. Fan de jeux, je n'ai pas joué sérieusement sur mon PC depuis que je m'occupe de vBulletin - il y a toujours quelque chose qui doit être fait qui me bloque pour le jeu.
Quelle est ta formation ?
Après avoir fini 4 « A-levels » et 2 « AS-levels », j'ai continué à lire la visualisation informatique et l'animation pour mon diplôme. Le diplôme était 50% artistique et 50% programmation, puisque le cours était autant destiné à ceux qui voulaient être des infographistes qu'à ceux qui voulaient faire des graphismes pour les programmes. A cette époque, j'étais beaucoup plus dans le camp artistique que dans celui de la programmation… amusant comment les choses changent avec le temps.
Qu'aurais-tu voulu faire dans la vie si tu n'avais pas été un développeur de programmes ?
Avant de travailler sur vBulletin j'avais une société d'infographie travaillant avec une variété de clients incluant AMD, Microsoft et FIFA. Mes deux co-directeurs dans cette compagnie ont récemment travaillé avec Gerry Anderson (Thunderbirds, Stingray) et Ron Thornton (Babylon 5, Starship Troopers : Roughnecks) sur la nouvelle version graphique de Capitaine Scarlet. Si je ne travaillais pas sur vBulletin j'aurai sûrement fait la même chose.
Que conduis-tu ?
Mes développeurs.
Comment le succès t a t il changé ?
Je ne pense vraiment pas qu'il m'ait changé. Bien sûr c'est agréable de mener le développement d'un produit si populaire mais je suis un peu perfectionniste et je ne pense pas que je ne considérerai jamais avoir réussi. Il y a toujours quelque chose à améliorer ou à affiner.
Il semble y avoir un peu de célébrité associée à être développeur. A quoi cela ressemble ?
Je soulignerai cette partie là. Ce n'est pas comme si j'étais reconnu dans la rue ou comme si je recevais des mails de fan. En fait, je suis plutôt une « célébrité » dans la communauté graphique grâce à quelques tutoriaux que j'ai écris il y a quelques années - je reçois toujours 10 mails par jours environ avec des commentaires à propos de ceux-ci. Une chose que j'aime, c'est lorsque je rentre mon adresse email en ligne ou que je donne mon numéro de téléphone et que je reçois parfois une sorte de réponse me demandant si je suis Kier Darby travaillant avec vBulletin - c'est toujours agréable. La communauté vBulletin est pour la plupart une bande très amicale et toute l'équipe de vBulletin reçoit une juste part d'adulation de la part des fans endurcis bien qu'il soit toujours important de se rappeler que le monde en ligne est très inconstant et qu'à partir du moment où nous arrêterons de donner un support supérieur, des relations clients excellentes et un produit innovant, le marché sera toujours prêt à aller voir quelqu'un qui les leur donnera.
Quelles sont les communautés en ligne que tu aimes en tant que membre ?
Je ne participe pas vraiment beaucoup dans des forums autres que vBulletin.com à cause de contraintes de temps. Je poste occasionnellement sur quelques forums sur le home cinéma et le graphisme, mais je ne me considère par comme un « membre actif ».
Combien de forums administres-tu activement ?
Aucun réellement… Mon propre forum est http://forums.spacebattles.com mais je délègue presque toutes les tâches administratives à l'équipe de modération de ce site. Je suppose que l'administration que je fais le plus sur une base quotidienne se passe sur les Forums officiels de la Communauté vBulletin, quoique je ne fasse que tester les nouvelles fonctions etc.
Comment décris-tu ton style de modération ?
J'essaye de ne pas trop interférer dans les discussions des membres car les communautés ont tendance à mieux prospérer quand les visiteurs n'ont pas l'impression qu'ils ont big brother surveillant chacun de leur mouvement. Les forums qui suppriment ou cachent tous les commentaires qui ne s'alignent pas, développent une très mauvaise réputation de censure. Mais il n'y a aucun doute que certaines personnes sont justes là pour causer des problèmes, je constate que communiquer avec ces personnes les convainc habituellement soit de re-penser la manière dont elles agissent sur le forum, soit d'aller voir ailleurs. Bien sûr si tout cela échoue il y a toujours le bouton de bannissement.
Quelles sont les erreurs les plus communes que tu vois chez les nouveaux admins ?
La plus grosse erreur faite par les nouveaux administrateurs et les anciens administrateurs est d'essayer de créer trop de rubriques sur un forum. A moins que le forum ait une communauté extrêmement active de plusieurs centaines de personnes, il n'y a presque aucun intérêt à avoir un forum divisé en beaucoup beaucoup de rubriques. Trop souvent je vois des forums qui donnent l'impression d'être totalement morts parce qu'ils ont une centaine de rubriques, chacune recevant seulement une poignée de messages par jours. Il vaut bien mieux que chacun poste dans un petit nombre de rubriques de sorte que chacun puisse voir ce que chacun fait. Ce mélange de sujets et de personnes est l'essence fondamentale d'une communauté. Une fois que vous avez un million de messages et un millier de visiteurs uniques chaque jour, alors vous pouvez penser à ajouter plus de rubriques pour que les sujets ne soient pas perdus.
Ta décision d'utiliser PHP s'est-elle avérée correcte ?
Absolument. Rien d'autre ne se rapproche du PHP pour le développement rapide d'application. Bien sûr il apporte ses problèmes ; la capacité d'écrire et déployer du code rapidement est une manière sûre d'introduire des erreurs de logique et des trous de sécurité honteux, mais quand on sort un nouveau concept pour voir si quelque chose fonctionnera, il n'y a aucun autre langage que j'utiliserais plutôt que le PHP.
Avec des développements relativement nouveaux comme les projets de Turck/eAccelerator, PHP est également devenu presque risiblement rapide à compiler et à exécuter le code. Ceci a vraiment défendu la décision que j'ai prise de déplacer une grande partie de la charge de vBulletin hors de MySQL pour la faire exécuter par PHP à la place dans vBulletin 3. Je voudrais dire que j'ai prévu ce phénomène mais en vérité, c'est juste une coïncidence très heureuse.
Quels sont les avantages et les inconvénients d'un développement en équipe comparé à une approche solo ?
Travailler avec une équipe de développement a beaucoup d'avantages à mon avis, un des plus important est la capacité à faire rebondir des idées entre un groupe de personnes qui comprennent tout ce dont tu parles, et qui peuvent offrir des suggestions et des améliorations d'un niveau utile. Il n'y a pas de doute que l'avis des clients est aussi d'une valeur inestimable, mais c'est une chose d'avoir la suggestion d'un client sur une fonction particulière et une autre d'avoir une équipe de développement discutant si une telle fonction est viable ou pas, et si elle est, la meilleur façon de l'implanter. Je voudrais dire que la majorité du temps de développement passé sur vBulletin est exactement ça - le développement d'une idée. Presque toutes les fonctions que vous trouverez dans vBulletin ont été pensées de nombreuses fois jusqu'à ce que nous soyons d'accord sur une manière qui soit efficace et intuitive ; le temps réellement passé à transformer ces idées en code est habituellement insignifiant en comparaison.
Evidemment il y a aussi quelques inconvénients à développer un produit en équipe. Il y a certains systèmes dans vBulletin dont l'opération interne est seulement comprise par un ou deux développeurs, qui rendent la réparation de bugs un peu comme une corvée. Il y a également des occasions où une fonction est développée par un membre de l'équipe qui au final est rejetée par le reste de l'équipe - je pense que chacun dans l'équipe de développement a du code qui a été rejeté du produit avant la sortie et consigné dans le dossier ‘diable' de notre dépôt CVS, dont le contenu peut être amusant de temps en temps et terriblement effrayant à d'autres moments.
En pesant les avantages et les inconvénients d'un développent en équipe, je crois que les avantages sont beaucoup plus grands que les inconvénients et je me mettrai toujours du côté d'un effort basé sur une équipe.
vB 3.5 est un achèvement majeur - tu dois être très excité et fier ! Et extrêmement occupé. Est-ce tout ce que tu espérais qu'il serait et plus ?
Merci ! vBulletin 3.5 avait tout d'abord le numéro de version 3.1 et était destiné à la sortie bien plus tôt puis finalement ça n'a pas été le cas. Pendant la progression du développement nous avons réalisé que certaines choses que nous faisions changeaient fondamentalement le code du noyau, s'éloignant du code de la 3.0. L'ajout de nouvelles données pour l'administration et du complet remplacement de la majeure partie du code d'initialisation était suffisant pour une étape vers vBulletin 4, il a donc été décidé de lui donner un nom plus de convenances, c'est donc devenu 3.5.
Je peux aussi dire que la 3.5 est seulement une partie de l'histoire. Tandis qu'il y a beaucoup de nouvelles fonctionnalités que les clients ont demandées, la raison première de sa sortie était de présenter aux gens le manager de données, « hooks » et le système de plugins. vBulletin 3.5 fournit une base plus stable et à échelle variable pour développer de nouvelles fonctions, et ceci deviendra le point central pour une sortie future dans les mois suivant la déclaration de la 3.5 comme stable.
Comment se passe le développement et l'intégration des autres produits Jelsoft ?
Très bien en fait. VBulletin 3.5 fournit le coeur dans lequel nos prochains produits peuvent s'intégrer, donc nous pouvons passé plus de temps dans le développement des futurs produits.
Je ne discuterai pas les spécificités des nouveaux produits pour le moment, il est suffisant de dire que l'équipe de développement est gonflée à bloc sur les nouvelles choses à venir.
Nous avons fait un grand pas vers vBulletin 4 avec la 3.5 en rationalisant et en nettoyant le cœur du code. Pour la 4.0 nous avons pour plan de faire la même interface d'affaires logique, qui ressemblera aux scripts comme showthread.php (affiche les messages d'une discussion) et forumdisplay.php (affiche les discussions d'un forum). L'origine de ces scripts peut être tracée directement depuis vBulletin 2 et même vBulletin 1 dans certains cas, et dans beaucoup de façon cela doit être rectifié. Les plans sont en place pour radicalement améliorer ces systèmes, pour leur apporter la qualité des noyaux des systèmes de la 3.5, qui nous fournira une plateforme sur laquelle les nouvelles fonctions peuvent être ajoutées plus rapidement et avec moins de bugs potentiels que jusqu'à présent. Exemple le code pour vBulletin 4 existe et je peux difficilement attendre le lancement.
Il y a eu des plaintes de la Communauté vBulletin sur le temps trop long pour sortir de nouvelles versions, et sur la qualité et quantité d'informations données par Jelsoft à propos de ses sorties. Comment réponds-tu à cela, quels changements ont été fait, et y a-t-il des changements de planifier ?
Je renvoie vers ma réponse précédente. La période de développement de vBulletin est nécessairement longue pour le moment, dû principalement au fait que nous devons traiter avec certains codes qui ont méchamment besoin d'une mise à jour. Comme je l'ai dit, nous reconnaissons ce problème et nos plans sont en place pour nous permettre, je l'espère, de réduire considérablement le temps du cycle de développement. Les nouveaux systèmes doivent pour la plupart éliminer les bugs empoisonnants qui sont principalement causés par une nouvelle fonction incompatible avec une autre, une ancienne fonction ou le système.
vB 3 apporte des avances significatives par rapport à la version précédente en terme de rentabilité, et vB 3.5 continuera apparemment dans cette voie. Ceci peut-il continuer indéfiniment, ou le programme sera-t-il finalement aux maximum de ces fonctions ? Et que dirais-tu aux personnes qui se plaignent que Vbulletin (et IPB aussi) soit « gonflé » ?
C'est une chose que j'ai considéré ces derniers temps. Il y a certainement une question sur combien de choses peuvent être ajoutées avec réalisme dans ces produits avant que cela ne devienne ridicule. Si on considère ce qui est réellement attendu ou même exigé dans un forum de nos jours, on peut se référer à l'ensemble de fonctions de vBulletin 2, qui semble avoir placé le point de repère contre lequel se mesurent la plupart des scripts de forum, qui semblent apparaître sur une base presque hebdomadaire. Je pense que le but de ces forums incluant vBulletin, Invision et phpBB commence à plus se déplacer vers l'amélioration de l'expérience de l'utilisateur sur les fonctions essentielles plutôt que l'empilage de nouvelles fonctions encore et encore. Cela ne veut pas dire que nous n'ajouterons pas de nouvelles fonctions alors que nous arrivons avec elles, mais ces fonctions seront ciblées sur l'amélioration de l'interaction entre les membres et le forum, plutôt que d'ajouter un nouveau sous système massif. Bref, je pense qu'il vaut mieux ajouter des produits complémentaires plutôt qu'un plus gros forum vBulletin.
Comment vois-tu le changement de l'Internet en général pour les prochains 5 à 10 ans ? Et à propos des communautés en ligne en particulier ?
Il est assez clair que les pages web progressent d'un dépôt statique d'information vers une entité active avec laquelle les visiteurs veulent interagir. Nous entrons dans une période où le navigateur-compatible côté-client devient un itinéraire viable de développement afin de réaliser des applications web qui sont bien plus interactives que précédemment. Il y a seulement quelques années le codage côté-client était un champ de mines d'incompatibilités risibles de navigateur et en conséquence nous avons été coincés avec les pages statiques bien plus longtemps que nécessaire. Maintenant que la plupart des navigateurs n'ont pas des manières idiotes de traiter le code côté-client (cependant une minorité de navigateurs le font toujours, beaucoup trop à ma consternation) je pense que nous verrons l'utilisation du codage côté-client augmenter massivement, les pages web agissant plus comme un programme que vous vous attendez à exécuter sur votre bureau. La technologie existe maintenant pour permettre ce bon et je pense que cela va devenir dominant dans un temps relativement court.
Pour les communautés en ligne ce changement va prendre la forme d'une interaction plus instantanée avec le forum, fournissant une structure de contrôle plus amicale et plus efficace. La validation de données peut être faite avant la soumission d'une page ayant pour résultat des sélections plus concises et plus convenables pour le visiteur.
Dis nous quelque chose à propos de toi que nous ne savons pas déjà.
Je me marrie en Juin prochain.
Comment te sens-tu quand une nouvelle version majeure comme la 3.5 Bêta est sortie publiquement ?
Dans les heures précédant la sortie beaucoup choses doivent arriver. Habituellement l'équipe de développement au complet rejoint le chat privé pour discuter des problèmes finaux et s'assurer que tout marchera comme prévu. L'attente a tendance à commencer quand les membres du forums vBulletin.com remarque que toute l'équipe de développement est en ligne et court follement partout dans le forum vérifiant que rien ne manque. Quand le temps de déployer la nouvelle version dans la zone des membres est venu, l'adrénaline commence à monter quand l'annonce et la discussion associée sont placées dans les « sujets à déplacer » prêts à être déplacé d'un simple clic, que la nouvelle version est placée dans la base de données prête à être insérer, que la nouvelle version du package est placé à sa place approprié sur le serveur, que le CVS est étiqueté.
Finalement quand tout est en place nous avons un style de centre de contrôle « ok ou pas ok pour le décollage » où chaque développeur signe la sortie, me certifiant qu'à leur connaissance rien n'est à moitié fait ou reste interrompu dans le code sur lequel ils ont travaillé. Si tout le monde signe il y a une rafale de touche [entrée] du clavier et de clics de souris pour déplacer tous les sujets, les données insérées et la nouvelle version est officiellement sortie.
Il y a alors une période où tout le monde retient sa respiration, attendant les messages des personnes confirmant que leur mise à jour a été faite avec succès, ou le message redouté de la personne rapportant que x est cassé ou y ne fonctionne pas. Heureusement, la plupart des messages sont du premier type.
Qu'est-ce que tu sais maintenant que tu aurais souhaité savoir il y a 10 ans ?
La signification de la vie compte-t-elle ?
Interview par The Sandman traduite par NeRilkA pour vBulletin-Ressources.
Redistribution interdite
Remerciement à The Sandman pour cette initiative, post original :
http://www.theadminzone.com/forums/showthread.php?t=12067
Vous la trouverez jointe au format PDF pour + de confort.
Kier Darby, Chef de Produit et Développeur Principal de Jelsoft pour vBulletin, a travaillé 24h/24 pour avoir vBulletin 3.5 prêt à temps. Néanmoins, il a généreusement accepté de prendre un peu de temps pour répondre à nos questions pour une interview concernant la dernière version de vBulletin, les prochaines sorties, d'autres sujets d'intérêt pour les Administrateurs de forum, ainsi qu'un petit aperçu personnel. :)
Peux-tu nous donner une brève description ?
J'ai 28 ans et je vis dans le Berkshire. Mon background est dans le graphisme sur ordinateur et le développement de programmes, bien que le côté graphisme a été largement mit au passé depuis que j'ai rejoint Jelsoft / vBulletin en 2001 en tant que développeur. A la fin 2002, le développeur principal John Percival a décidé de se mettre en arrière dans le développement futur de vBulletin et depuis j'agis en même temps en qualité de développeur principal et en tant que chef de produit.
Quelles activités aimes-tu pour te relaxer ?
Se relaxer ? J'ai abandonné depuis quelques temps déjà, la vie est trop courte pour ne pas être occupé tout le temps. Quand je ne travaille pas, j'aime faire du vélo, marcher, passer du temps avec ma famille et mes amis et toutes les autres choses que les gens normaux font pour s'occuper.
Quels sont tes livres favoris ? Films ? Music ? Jeux ?
Je suis un grand fan de Iain M Banks. J'ai seulement lu sa série de Science-fiction jusqu'ici, mais quand j'aurai un peu de temps je pense que je me plongerai dans le reste de son travail (écrit par Iain Banks, sans l'initiale). J'ai récemment dévoré la plupart des romans de Dan Brown, bien que je doive commencer le Da Vinci Code. Je suis un très grand cinéphile et les gens sont toujours étonnés quand ils voient ma collection éclectique de DVD. Ma maison est devenue une sorte de cinéma pour mes amis et ma famille depuis que j'ai une pièce assez grande pour accueillir correctement mon écran plasma et mon système THX 7.1. Fan de jeux, je n'ai pas joué sérieusement sur mon PC depuis que je m'occupe de vBulletin - il y a toujours quelque chose qui doit être fait qui me bloque pour le jeu.
Quelle est ta formation ?
Après avoir fini 4 « A-levels » et 2 « AS-levels », j'ai continué à lire la visualisation informatique et l'animation pour mon diplôme. Le diplôme était 50% artistique et 50% programmation, puisque le cours était autant destiné à ceux qui voulaient être des infographistes qu'à ceux qui voulaient faire des graphismes pour les programmes. A cette époque, j'étais beaucoup plus dans le camp artistique que dans celui de la programmation… amusant comment les choses changent avec le temps.
Qu'aurais-tu voulu faire dans la vie si tu n'avais pas été un développeur de programmes ?
Avant de travailler sur vBulletin j'avais une société d'infographie travaillant avec une variété de clients incluant AMD, Microsoft et FIFA. Mes deux co-directeurs dans cette compagnie ont récemment travaillé avec Gerry Anderson (Thunderbirds, Stingray) et Ron Thornton (Babylon 5, Starship Troopers : Roughnecks) sur la nouvelle version graphique de Capitaine Scarlet. Si je ne travaillais pas sur vBulletin j'aurai sûrement fait la même chose.
Que conduis-tu ?
Mes développeurs.
Comment le succès t a t il changé ?
Je ne pense vraiment pas qu'il m'ait changé. Bien sûr c'est agréable de mener le développement d'un produit si populaire mais je suis un peu perfectionniste et je ne pense pas que je ne considérerai jamais avoir réussi. Il y a toujours quelque chose à améliorer ou à affiner.
Il semble y avoir un peu de célébrité associée à être développeur. A quoi cela ressemble ?
Je soulignerai cette partie là. Ce n'est pas comme si j'étais reconnu dans la rue ou comme si je recevais des mails de fan. En fait, je suis plutôt une « célébrité » dans la communauté graphique grâce à quelques tutoriaux que j'ai écris il y a quelques années - je reçois toujours 10 mails par jours environ avec des commentaires à propos de ceux-ci. Une chose que j'aime, c'est lorsque je rentre mon adresse email en ligne ou que je donne mon numéro de téléphone et que je reçois parfois une sorte de réponse me demandant si je suis Kier Darby travaillant avec vBulletin - c'est toujours agréable. La communauté vBulletin est pour la plupart une bande très amicale et toute l'équipe de vBulletin reçoit une juste part d'adulation de la part des fans endurcis bien qu'il soit toujours important de se rappeler que le monde en ligne est très inconstant et qu'à partir du moment où nous arrêterons de donner un support supérieur, des relations clients excellentes et un produit innovant, le marché sera toujours prêt à aller voir quelqu'un qui les leur donnera.
Quelles sont les communautés en ligne que tu aimes en tant que membre ?
Je ne participe pas vraiment beaucoup dans des forums autres que vBulletin.com à cause de contraintes de temps. Je poste occasionnellement sur quelques forums sur le home cinéma et le graphisme, mais je ne me considère par comme un « membre actif ».
Combien de forums administres-tu activement ?
Aucun réellement… Mon propre forum est http://forums.spacebattles.com mais je délègue presque toutes les tâches administratives à l'équipe de modération de ce site. Je suppose que l'administration que je fais le plus sur une base quotidienne se passe sur les Forums officiels de la Communauté vBulletin, quoique je ne fasse que tester les nouvelles fonctions etc.
Comment décris-tu ton style de modération ?
J'essaye de ne pas trop interférer dans les discussions des membres car les communautés ont tendance à mieux prospérer quand les visiteurs n'ont pas l'impression qu'ils ont big brother surveillant chacun de leur mouvement. Les forums qui suppriment ou cachent tous les commentaires qui ne s'alignent pas, développent une très mauvaise réputation de censure. Mais il n'y a aucun doute que certaines personnes sont justes là pour causer des problèmes, je constate que communiquer avec ces personnes les convainc habituellement soit de re-penser la manière dont elles agissent sur le forum, soit d'aller voir ailleurs. Bien sûr si tout cela échoue il y a toujours le bouton de bannissement.
Quelles sont les erreurs les plus communes que tu vois chez les nouveaux admins ?
La plus grosse erreur faite par les nouveaux administrateurs et les anciens administrateurs est d'essayer de créer trop de rubriques sur un forum. A moins que le forum ait une communauté extrêmement active de plusieurs centaines de personnes, il n'y a presque aucun intérêt à avoir un forum divisé en beaucoup beaucoup de rubriques. Trop souvent je vois des forums qui donnent l'impression d'être totalement morts parce qu'ils ont une centaine de rubriques, chacune recevant seulement une poignée de messages par jours. Il vaut bien mieux que chacun poste dans un petit nombre de rubriques de sorte que chacun puisse voir ce que chacun fait. Ce mélange de sujets et de personnes est l'essence fondamentale d'une communauté. Une fois que vous avez un million de messages et un millier de visiteurs uniques chaque jour, alors vous pouvez penser à ajouter plus de rubriques pour que les sujets ne soient pas perdus.
Ta décision d'utiliser PHP s'est-elle avérée correcte ?
Absolument. Rien d'autre ne se rapproche du PHP pour le développement rapide d'application. Bien sûr il apporte ses problèmes ; la capacité d'écrire et déployer du code rapidement est une manière sûre d'introduire des erreurs de logique et des trous de sécurité honteux, mais quand on sort un nouveau concept pour voir si quelque chose fonctionnera, il n'y a aucun autre langage que j'utiliserais plutôt que le PHP.
Avec des développements relativement nouveaux comme les projets de Turck/eAccelerator, PHP est également devenu presque risiblement rapide à compiler et à exécuter le code. Ceci a vraiment défendu la décision que j'ai prise de déplacer une grande partie de la charge de vBulletin hors de MySQL pour la faire exécuter par PHP à la place dans vBulletin 3. Je voudrais dire que j'ai prévu ce phénomène mais en vérité, c'est juste une coïncidence très heureuse.
Quels sont les avantages et les inconvénients d'un développement en équipe comparé à une approche solo ?
Travailler avec une équipe de développement a beaucoup d'avantages à mon avis, un des plus important est la capacité à faire rebondir des idées entre un groupe de personnes qui comprennent tout ce dont tu parles, et qui peuvent offrir des suggestions et des améliorations d'un niveau utile. Il n'y a pas de doute que l'avis des clients est aussi d'une valeur inestimable, mais c'est une chose d'avoir la suggestion d'un client sur une fonction particulière et une autre d'avoir une équipe de développement discutant si une telle fonction est viable ou pas, et si elle est, la meilleur façon de l'implanter. Je voudrais dire que la majorité du temps de développement passé sur vBulletin est exactement ça - le développement d'une idée. Presque toutes les fonctions que vous trouverez dans vBulletin ont été pensées de nombreuses fois jusqu'à ce que nous soyons d'accord sur une manière qui soit efficace et intuitive ; le temps réellement passé à transformer ces idées en code est habituellement insignifiant en comparaison.
Evidemment il y a aussi quelques inconvénients à développer un produit en équipe. Il y a certains systèmes dans vBulletin dont l'opération interne est seulement comprise par un ou deux développeurs, qui rendent la réparation de bugs un peu comme une corvée. Il y a également des occasions où une fonction est développée par un membre de l'équipe qui au final est rejetée par le reste de l'équipe - je pense que chacun dans l'équipe de développement a du code qui a été rejeté du produit avant la sortie et consigné dans le dossier ‘diable' de notre dépôt CVS, dont le contenu peut être amusant de temps en temps et terriblement effrayant à d'autres moments.
En pesant les avantages et les inconvénients d'un développent en équipe, je crois que les avantages sont beaucoup plus grands que les inconvénients et je me mettrai toujours du côté d'un effort basé sur une équipe.
vB 3.5 est un achèvement majeur - tu dois être très excité et fier ! Et extrêmement occupé. Est-ce tout ce que tu espérais qu'il serait et plus ?
Merci ! vBulletin 3.5 avait tout d'abord le numéro de version 3.1 et était destiné à la sortie bien plus tôt puis finalement ça n'a pas été le cas. Pendant la progression du développement nous avons réalisé que certaines choses que nous faisions changeaient fondamentalement le code du noyau, s'éloignant du code de la 3.0. L'ajout de nouvelles données pour l'administration et du complet remplacement de la majeure partie du code d'initialisation était suffisant pour une étape vers vBulletin 4, il a donc été décidé de lui donner un nom plus de convenances, c'est donc devenu 3.5.
Je peux aussi dire que la 3.5 est seulement une partie de l'histoire. Tandis qu'il y a beaucoup de nouvelles fonctionnalités que les clients ont demandées, la raison première de sa sortie était de présenter aux gens le manager de données, « hooks » et le système de plugins. vBulletin 3.5 fournit une base plus stable et à échelle variable pour développer de nouvelles fonctions, et ceci deviendra le point central pour une sortie future dans les mois suivant la déclaration de la 3.5 comme stable.
Comment se passe le développement et l'intégration des autres produits Jelsoft ?
Très bien en fait. VBulletin 3.5 fournit le coeur dans lequel nos prochains produits peuvent s'intégrer, donc nous pouvons passé plus de temps dans le développement des futurs produits.
Je ne discuterai pas les spécificités des nouveaux produits pour le moment, il est suffisant de dire que l'équipe de développement est gonflée à bloc sur les nouvelles choses à venir.
Nous avons fait un grand pas vers vBulletin 4 avec la 3.5 en rationalisant et en nettoyant le cœur du code. Pour la 4.0 nous avons pour plan de faire la même interface d'affaires logique, qui ressemblera aux scripts comme showthread.php (affiche les messages d'une discussion) et forumdisplay.php (affiche les discussions d'un forum). L'origine de ces scripts peut être tracée directement depuis vBulletin 2 et même vBulletin 1 dans certains cas, et dans beaucoup de façon cela doit être rectifié. Les plans sont en place pour radicalement améliorer ces systèmes, pour leur apporter la qualité des noyaux des systèmes de la 3.5, qui nous fournira une plateforme sur laquelle les nouvelles fonctions peuvent être ajoutées plus rapidement et avec moins de bugs potentiels que jusqu'à présent. Exemple le code pour vBulletin 4 existe et je peux difficilement attendre le lancement.
Il y a eu des plaintes de la Communauté vBulletin sur le temps trop long pour sortir de nouvelles versions, et sur la qualité et quantité d'informations données par Jelsoft à propos de ses sorties. Comment réponds-tu à cela, quels changements ont été fait, et y a-t-il des changements de planifier ?
Je renvoie vers ma réponse précédente. La période de développement de vBulletin est nécessairement longue pour le moment, dû principalement au fait que nous devons traiter avec certains codes qui ont méchamment besoin d'une mise à jour. Comme je l'ai dit, nous reconnaissons ce problème et nos plans sont en place pour nous permettre, je l'espère, de réduire considérablement le temps du cycle de développement. Les nouveaux systèmes doivent pour la plupart éliminer les bugs empoisonnants qui sont principalement causés par une nouvelle fonction incompatible avec une autre, une ancienne fonction ou le système.
vB 3 apporte des avances significatives par rapport à la version précédente en terme de rentabilité, et vB 3.5 continuera apparemment dans cette voie. Ceci peut-il continuer indéfiniment, ou le programme sera-t-il finalement aux maximum de ces fonctions ? Et que dirais-tu aux personnes qui se plaignent que Vbulletin (et IPB aussi) soit « gonflé » ?
C'est une chose que j'ai considéré ces derniers temps. Il y a certainement une question sur combien de choses peuvent être ajoutées avec réalisme dans ces produits avant que cela ne devienne ridicule. Si on considère ce qui est réellement attendu ou même exigé dans un forum de nos jours, on peut se référer à l'ensemble de fonctions de vBulletin 2, qui semble avoir placé le point de repère contre lequel se mesurent la plupart des scripts de forum, qui semblent apparaître sur une base presque hebdomadaire. Je pense que le but de ces forums incluant vBulletin, Invision et phpBB commence à plus se déplacer vers l'amélioration de l'expérience de l'utilisateur sur les fonctions essentielles plutôt que l'empilage de nouvelles fonctions encore et encore. Cela ne veut pas dire que nous n'ajouterons pas de nouvelles fonctions alors que nous arrivons avec elles, mais ces fonctions seront ciblées sur l'amélioration de l'interaction entre les membres et le forum, plutôt que d'ajouter un nouveau sous système massif. Bref, je pense qu'il vaut mieux ajouter des produits complémentaires plutôt qu'un plus gros forum vBulletin.
Comment vois-tu le changement de l'Internet en général pour les prochains 5 à 10 ans ? Et à propos des communautés en ligne en particulier ?
Il est assez clair que les pages web progressent d'un dépôt statique d'information vers une entité active avec laquelle les visiteurs veulent interagir. Nous entrons dans une période où le navigateur-compatible côté-client devient un itinéraire viable de développement afin de réaliser des applications web qui sont bien plus interactives que précédemment. Il y a seulement quelques années le codage côté-client était un champ de mines d'incompatibilités risibles de navigateur et en conséquence nous avons été coincés avec les pages statiques bien plus longtemps que nécessaire. Maintenant que la plupart des navigateurs n'ont pas des manières idiotes de traiter le code côté-client (cependant une minorité de navigateurs le font toujours, beaucoup trop à ma consternation) je pense que nous verrons l'utilisation du codage côté-client augmenter massivement, les pages web agissant plus comme un programme que vous vous attendez à exécuter sur votre bureau. La technologie existe maintenant pour permettre ce bon et je pense que cela va devenir dominant dans un temps relativement court.
Pour les communautés en ligne ce changement va prendre la forme d'une interaction plus instantanée avec le forum, fournissant une structure de contrôle plus amicale et plus efficace. La validation de données peut être faite avant la soumission d'une page ayant pour résultat des sélections plus concises et plus convenables pour le visiteur.
Dis nous quelque chose à propos de toi que nous ne savons pas déjà.
Je me marrie en Juin prochain.
Comment te sens-tu quand une nouvelle version majeure comme la 3.5 Bêta est sortie publiquement ?
Dans les heures précédant la sortie beaucoup choses doivent arriver. Habituellement l'équipe de développement au complet rejoint le chat privé pour discuter des problèmes finaux et s'assurer que tout marchera comme prévu. L'attente a tendance à commencer quand les membres du forums vBulletin.com remarque que toute l'équipe de développement est en ligne et court follement partout dans le forum vérifiant que rien ne manque. Quand le temps de déployer la nouvelle version dans la zone des membres est venu, l'adrénaline commence à monter quand l'annonce et la discussion associée sont placées dans les « sujets à déplacer » prêts à être déplacé d'un simple clic, que la nouvelle version est placée dans la base de données prête à être insérer, que la nouvelle version du package est placé à sa place approprié sur le serveur, que le CVS est étiqueté.
Finalement quand tout est en place nous avons un style de centre de contrôle « ok ou pas ok pour le décollage » où chaque développeur signe la sortie, me certifiant qu'à leur connaissance rien n'est à moitié fait ou reste interrompu dans le code sur lequel ils ont travaillé. Si tout le monde signe il y a une rafale de touche [entrée] du clavier et de clics de souris pour déplacer tous les sujets, les données insérées et la nouvelle version est officiellement sortie.
Il y a alors une période où tout le monde retient sa respiration, attendant les messages des personnes confirmant que leur mise à jour a été faite avec succès, ou le message redouté de la personne rapportant que x est cassé ou y ne fonctionne pas. Heureusement, la plupart des messages sont du premier type.
Qu'est-ce que tu sais maintenant que tu aurais souhaité savoir il y a 10 ans ?
La signification de la vie compte-t-elle ?