src/content/community/articles/interviews/steve_wilson_fr.html - netbeans-website-cleanup - Git at Google

 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
 <html>
  <head>
   <title>NetBeans Interviews - Steve Wilson</title>
   <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
   <meta name="description" content="Interview de Steve Wilson">
   <meta NAME='content-language' CONTENT='fr'>
   <link rel="stylesheet" type="text/css" href="../../../netbeans.css">
  </head>

  <body>
   <h1>Interview de Steve Wilson</h1>


 <h2>Quelle est votre fonction dans netbeans.org ?</h2>
 <div style="margin-left: 40px;">
 <p>en fait, j'ai actuellement deux fonctions dans le Groupe Developer Platform de Sun.  </p>
 <div style="margin-left: 40px;">
 <p>J'ai rejoint le groupe en Juin 2003 en tant que Directeur Ingénieur
 pour le Core Developer Platform (CDP).
 CDP est notre nom interne pour l'équipe de Sun qui travaille sur
 le code du core IDE qui est commun à NetBeans et aux EDIs commerciaux de Sun.  </p>
 <p>Plus récemment, j'ai également repris la fonction de Directeur pour la Technologie NetBeans.
 La fonction de NetBeans inclut des responsabilités pour mener à bien le succès du
 projet NetBeans -- aussi bien en terme de communauté Open Source et que la base
 utilisateur de l'EDI.  </p>
 </div>
 <p>A l'origine, il était question que ces deux fonctions soient gérées par deux
 personnes distinctes. Mais depuis j'exerce les deux fonctions et j'y ai du bon temps.
 </p>
 </div>
 <h2>Parlez-nous de NetBeans 4.0.
 Verrons-nous le longtemps espéré Refactoring dedans?</h2>
 <div style="margin-left: 40px;">
 <p>Je suis très excité à propos de NetBeans 4.0.  </p>
 <p>Il contient des modifications les plus fondamentales de l'EDI que l'on n'a vu
 depuis des années.</p>
 <p><b>Premièrement, l'API Meta Data Repository (MDR)</b> fera
 partie de l'infrastructure de l'EDI et servira de base pour le Refactoring.<br>
 Le Refactoring est l'une des fonctionnalités cléfs que les utilisateurs de
 NetBeans demandaient. Et je pense que notre implémentation sera très irrésistible.<br>
 L'interface utilisateur est très facile, avec une intégration complète dans
 l'éditeur de l'EDI.
 <p>Un des changements internes que nous avons effectués quelques mois auparavant
 fut de réorganiser l'équipe de développement pour que les ingénieurs de Sun
 travaillant sur le Module d'Editeur, Module Java et les fonctionnalités
 de Refactoring soient une seule équipe.
 <br>Ils sont tous assis ensemble et travaillent en étroite collaboration.
 Cela commence à payer dans la cohésion grandissante entre ces différentes aires.
 </p><p>
 <b>Une autre fonctionnalité cléf de NetBeans 4.0 est le nouveau système de Projet.</b></p>
 <p>Bien que l'idée de "monter" les ressources dans l'actuel NetBeans soit
 conceptuellement similaire à définir votre classpath pour javac,
 c'était en fait une grosse limitation sur ce que vous pouviez faire avec l'EDI.
 Cela était également non-intuitif pour la plupart de nos nouveaux utilisateurs
 avec qui nous parlions.  </p>
 <p>Le nouveau système de Projet, destiné pour NetBeans 4, est très passionnant.  </p>
 <p>Ces dernières annérs, l'outil open-source Ant est devenu très populaire
 auprès des développeurs concevant de larges projets.<br>
 Plutôt que de combattre cela, nous avons décidé de l'adopter.</p><p>
 Le nouveau système dee Projet est conçu directement au-dessus de Ant et nos fichiers
 Projet sont en fait des scripts Ant.
 Cela signifie par exemple que vous pouvez construire votre projet NetBeans
 dans un environnement serveur sans même avoir l'EDI présent. C'est tout simplement
 superbe
 </p>
 </div>
 <h2>Pouvez-vous expliquer à la communauté pourquoi NetBeans 4.0
 fut postposé en faveur de NetBeans 3.6?</h2>
 <div style="margin-left: 40px;">
 <p>Les personnes qui ont suivi de près le projet NetBeans
 savent que la version 4.0 est plannifié depuis très longtemps.</p>
 <p>La fonctionnalité clé de la version 4.0 a toujours été un nouveau système
 de Projet.
 Un nouveau système de projet était en cours de développement depuis des
 années et d'énormes efforts ont été fait dans sa conception et son implémentation.  </p>
 <p>
 Certains plans d'origine étaient que ce soit terminé en 2001, mais en fin 2003
 ce n'était toujours pas terminé.   </p>
 <p>Lors de son pic, il y avait approximativement 30 ingénieurs
 occupés à l'implémentation du système, ou son absorbsion dans les autres modules.
 C'était un énorme effort.
 </p>
 <p>
 En fin 2003, après de sérieuse investigations techniques,
 nous avons découvert un certains nombre de problèmes avec le system existant:
 <ol>
 <li>Bien que très flexible, l'architechture avait évolué pour devenir
 grandement complexe.<br>
 Vu son extrême complexité, nous n'étions pas certains de pouvoir concevoir
 une implémentation d'une haute qualité..</li>

 <li>Le nouveau système avec un impact sur les performances du système substantiellement négatif
 -- en partie du moins du à sa complexité.</li>

 <li>Le système ajoutait un grand nombre d'incompatibilté dans l'API de NetBeans
 et aurait forcé une réécriture à large échelle d'à peu près tous les modules NetBeans
 écrits jusque là..</li>
 </ol>
 <p>Partant de ces constats, nous avons décidé de jeter le système de Projet
 et de recommencer.
 Cela fut une décision très difficile car beaucoup de personnes y avaient travaillé dur,
 mais il a semblé qu'il fallait mieux redémarrer avec quelque chose de propre et nouveau
 que de prolonger la marche de la mort.</p>
 <p>
 Bien que nous étions en train d'arranger toutes les difficultées du système de Projets,
 il y avait toujours un certain nombres d'autres grands travaux en cours dans NetBeans.
 Le nouveau Système de Fenêtre en est un exemple évident.
 Plutôt que d'attendre de résoudre le système de Projets, nous avons décidé
 d'insérer une nouvelle version pour que les personnes puissent accéder
 plus rapidement à ces nouvelles fonctionnalités remarquables.
 </p><p>
 Finallement, nous avons passé beaucoup d'énergie sur l'ancien Système de Projet.
 Cependant, cela a bien servi parce que cela nous a permis de réellement bien
 comprendre les problèmes avant de commencer la conception sur le nouveau système
 basé sur Ant.
 Le nouveau système bénéficie de tout ce que nous avons appris sur l'ancien système
 mais ne vient avec aucunes de ses limitations.</p>
 </div>
 <h2>A part le système de projet basé sur Ant et le Refactoring, quelles autres
 fonctionnalités seront incluses dans NetBeans 4.0 ?</h2>
 <div style="margin-left: 40px;">
 <p>La première chose qui me vient à l'esprit est <b>le support complet de J2SE 1.5.</b>
 <br>J2SE 1.5 (nom de code Tiger) est la mise à jour la plus significative à la Plateforme Java
 qui s'est faites ces dernières années, avec des modifications significatives
 sur les bases du language Java.
 <p>Nous nous assurons que l'Editeur de Code, le Débogueur et les autres parties cléf de l'EDI
 comprennent les constructions et font les choses correctement.
 <p>  Excepté le support pour les fonctionnalités du nouveau J2SE,
 nous plannifions des améliorations dans des domaines comme
 <b>la productivité de l'Editeur de Code</b>, la <b>Liste de Tâche </b> et quelques améliorations
 supplémentaire au <b>Système de Fenêtre</b>.
 </p>
 </div>

 <h2>Quel est votre planning pour après NetBeans 4.0?</h2>
 <div style="margin-left: 40px;">
 <p>C'est un domaine où nous aimerions évidemment avoir
 l'input de la communauté et nous espérons des discussions animées
 sur les forums de discussion.
 Cependant, j'ai quelques idées.
 <p>Premièrement, nous sommes un grand supporter de la plateforme Java
 et nous aimerions mieux supporter des domaines et spécifications clés.  </p><p>
 Je soupçonne que nous verrons <b>un support amélioré pour J2ME et J2EE</b> au cours de l'année prochaine.
 Aussi, nous avons vraiment appris que les développeurs se soucient profondément
 de la productivité de tâches d'édition de code basiques. Je sais que nous verrons
 <b>un effort continu à l'amélioration de l'éditeur de code Java</b>.
 <p>
 Cependant, quelques unes de mes réflexions ces derniers jours m'ammennent vers
 des idées qui ont peu à voir avec le code, mais plus à voir avec d'autres aspects
 de l'expérience de NetBeans.
 <p>Clairement, l'EDI de base a besoin d'être de classe mondiale, mais il y a
 d'autres facteurs qui amènnent les personnes à choisir leurs outils.  </p>
 <p>
 Par exemple, certains d'entres nous ont récemment passé un peu de leur temps à
 regarder le site web netbeans.org.
 Pour certaines choses, c'est un très bon site,
 qui est remplit d'informations sur l'état du projet.
 Cependant, pour un débutant, cela peut paraître très décourageant.
 <p>
 Je crois qu'il y a vraiment 3 classes d'utilisateurs sur notre site web.
 <ul>
 <li>Premièrement, il y a le développeur qui désire un bon EDI.<br>
 Ce qu'il désire, c'est un accès rapide au téléchargement de l'EDI,
 trouver quelques documentations utilisateur, et peut-être poser une question
 sur le forum des utilisateurs.  </li>
 <li>Deuxièmement, il y a le développeur qui désire écrire un plug-in NetBeans
 ou qui développe une application en utilisant la plateforme NetBeans.  <br>
 Ce type d'utilisateur désire trouver la documentation sur l'API et
 interagir avec d'autres développeurs similaires.  </li>
 <li>Et pour terminer, il y a la personne qui désire réellement participer à la
 communauté open-source autours de NetBeans.<br>
 Il désire un accès CVs, les mises à jours journalières, etc.  </li>
 </ul>
 <p>Chacun de ces utilisateurs sont très différents, mais nous les traitons
 tous de la même façon.
 Je pense que nous devrions jeter un regard sérieux à notre présence sur le web
 pour voir comment nous pourrions mieux servir ces différents types d'utilisateurs.

 If we're really going to drive up adoption of the technology
 it's a key area to address.
 <p>
 A part le site web, une des choses qui m'intéressent est d'attirer plus de modules.
 <p><b>Comment pourrions nous attirer plus de personnes à écrire des modules?  </b></p>
 <div style="margin-left: 40px;">
 Il y a plusieurs types différents de développeurs et de modules.
 Par exemple, vous pourriez désirez ajouter des capacités UML à votre EDI
 et êtes prêts à payer pour cela. Nous devrions nous assurer qu'il y a un bon choix
 commercial pour vous.  Pour arriver à faire cela, nous devons faire le nécessaire
 pour rendre notre plateforme attractive -- aussi bien du point de vue technique
 que du point de vue business.
 Mais vous pourriez également être intéresser d'essayer les toutes dernières
 techniques de programmation expérimentales.  </div>
 <p><b>Comment pourrions-nous attirer des universitaires ou des développeurs
 open-source vers notre plateforme?</b></p>
 <div style="margin-left: 40px;">Ce sont des sujets qui m'intéresse profondémment,
 et nous devrions travailler ensemble pour avoir des idées quant à la façon d'améliorer
 notre état dans ce domaine.</div>
 </p>
 </div>
 <h2>Parlez-nous de la collaboration entre les équipes de netbeans.org,
 Sun Java Studio Enterprise, et Sun Java Studio Creator?</h2>
 <div style="margin-left: 40px;">
 <p>Le fait d'avoir deux produits commerciaux conçu sur base du code
 de NetBeans est un énorme défis, mais résulte en un NetBeans amélioré.
 <p>Ces deux équipes ont chacunes leurs démandes spécifiques en terme de
 fonctionnalités que leurs utilisateurs désirent et nous essayons de les leur
 fournir dans l'EDI de base.
 En même temps, nous recevons régulièrement des suggestions, des bug fixes,
 et même de nouvelles fonctionnalités de ces équipes, que nous intégrons dans
 le code de base open source.</p>
 </p>
 </div>

 <h2>Est-ce que les modules écrits pour NetBeans fonctionneront dans
 Sun Java Studio Enterprise et Sun Java Studio Creator?</h2>
 <div style="margin-left: 40px;">
 <p>Nous devons nous assurez que les modules écrits pour NetBeans fonctionnent
 dans Java Studio Enterprise.</p>
 <p>Cependant, l'expérience de l'utilisateur Creator sera très différente et le
 produit pourrait ne pas du tout exposer le concept de modules supplémentaires.
 Il pourrait cependant permettre à des personnes d'étendre les palettes de l'EDI
 en écrivant des composants Java Server Faces personnalisé qui peuvent être mis
 Je suis très enthousiaste concernant Creator parce que je pense qu'il a la
 capacité d'atteindre une catégorie de développeurs que NetBeans ne peut servir
 aujourd'hui.</p>
 <p>Ces développeurs <i>Corporate</i>, qui utilisent souvent aujourd'hui VB,
 sont nombreux mais ont besoin d'un différent type d'outil.
 Si nous pouvons faire en sorte que beaucoup d'entre eux bénéficient du travail que
 nous faisons dans la communauté NetBeans, alors je serai très content.</p
 </p>
 </div>
 <h2>Merci Steve</h2>
 <p></p>
 <hr>
 <h3>Vous désirez plus d'informations concernant NetBeans 4.0?</h3>
 <h4>Allez voir</h4>
 <a href="../../../community/releases/40/index_fr.html">
 https://netbeans.org/community/releases/40/index_fr.html</a> <br>
 </p>


 <p><i>Cet interview a été réalisé par Vincent Brabant</i></p>


 </body>
 </html>
	<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
	<html>
	<head>
	<title>NetBeans Interviews - Steve Wilson</title>
	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
	<meta name="description" content="Interview de Steve Wilson">
	<meta NAME='content-language' CONTENT='fr'>
	<link rel="stylesheet" type="text/css" href="../../../netbeans.css">
	</head>

	<body>
	<h1>Interview de Steve Wilson</h1>


	<h2>Quelle est votre fonction dans netbeans.org ?</h2>
	<div style="margin-left: 40px;">
	<p>en fait, j'ai actuellement deux fonctions dans le Groupe Developer Platform de Sun. </p>
	<div style="margin-left: 40px;">
	<p>J'ai rejoint le groupe en Juin 2003 en tant que Directeur Ingénieur
	pour le Core Developer Platform (CDP).
	CDP est notre nom interne pour l'équipe de Sun qui travaille sur
	le code du core IDE qui est commun à NetBeans et aux EDIs commerciaux de Sun. </p>
	<p>Plus récemment, j'ai également repris la fonction de Directeur pour la Technologie NetBeans.
	La fonction de NetBeans inclut des responsabilités pour mener à bien le succès du
	projet NetBeans -- aussi bien en terme de communauté Open Source et que la base
	utilisateur de l'EDI. </p>
	</div>
	<p>A l'origine, il était question que ces deux fonctions soient gérées par deux
	personnes distinctes. Mais depuis j'exerce les deux fonctions et j'y ai du bon temps.
	</p>
	</div>
	<h2>Parlez-nous de NetBeans 4.0.
	Verrons-nous le longtemps espéré Refactoring dedans?</h2>
	<div style="margin-left: 40px;">
	<p>Je suis très excité à propos de NetBeans 4.0. </p>
	<p>Il contient des modifications les plus fondamentales de l'EDI que l'on n'a vu
	depuis des années.</p>
	<p><b>Premièrement, l'API Meta Data Repository (MDR)</b> fera
	partie de l'infrastructure de l'EDI et servira de base pour le Refactoring.<br>
	Le Refactoring est l'une des fonctionnalités cléfs que les utilisateurs de
	NetBeans demandaient. Et je pense que notre implémentation sera très irrésistible.<br>
	L'interface utilisateur est très facile, avec une intégration complète dans
	l'éditeur de l'EDI.
	<p>Un des changements internes que nous avons effectués quelques mois auparavant
	fut de réorganiser l'équipe de développement pour que les ingénieurs de Sun
	travaillant sur le Module d'Editeur, Module Java et les fonctionnalités
	de Refactoring soient une seule équipe.
	<br>Ils sont tous assis ensemble et travaillent en étroite collaboration.
	Cela commence à payer dans la cohésion grandissante entre ces différentes aires.
	</p><p>
	<b>Une autre fonctionnalité cléf de NetBeans 4.0 est le nouveau système de Projet.</b></p>
	<p>Bien que l'idée de "monter" les ressources dans l'actuel NetBeans soit
	conceptuellement similaire à définir votre classpath pour javac,
	c'était en fait une grosse limitation sur ce que vous pouviez faire avec l'EDI.
	Cela était également non-intuitif pour la plupart de nos nouveaux utilisateurs
	avec qui nous parlions. </p>
	<p>Le nouveau système de Projet, destiné pour NetBeans 4, est très passionnant. </p>
	<p>Ces dernières annérs, l'outil open-source Ant est devenu très populaire
	auprès des développeurs concevant de larges projets.<br>
	Plutôt que de combattre cela, nous avons décidé de l'adopter.</p><p>
	Le nouveau système dee Projet est conçu directement au-dessus de Ant et nos fichiers
	Projet sont en fait des scripts Ant.
	Cela signifie par exemple que vous pouvez construire votre projet NetBeans
	dans un environnement serveur sans même avoir l'EDI présent. C'est tout simplement
	superbe
	</p>
	</div>
	<h2>Pouvez-vous expliquer à la communauté pourquoi NetBeans 4.0
	fut postposé en faveur de NetBeans 3.6?</h2>
	<div style="margin-left: 40px;">
	<p>Les personnes qui ont suivi de près le projet NetBeans
	savent que la version 4.0 est plannifié depuis très longtemps.</p>
	<p>La fonctionnalité clé de la version 4.0 a toujours été un nouveau système
	de Projet.
	Un nouveau système de projet était en cours de développement depuis des
	années et d'énormes efforts ont été fait dans sa conception et son implémentation. </p>
	<p>
	Certains plans d'origine étaient que ce soit terminé en 2001, mais en fin 2003
	ce n'était toujours pas terminé. </p>
	<p>Lors de son pic, il y avait approximativement 30 ingénieurs
	occupés à l'implémentation du système, ou son absorbsion dans les autres modules.
	C'était un énorme effort.
	</p>
	<p>
	En fin 2003, après de sérieuse investigations techniques,
	nous avons découvert un certains nombre de problèmes avec le system existant:
	<ol>
	<li>Bien que très flexible, l'architechture avait évolué pour devenir
	grandement complexe.<br>
	Vu son extrême complexité, nous n'étions pas certains de pouvoir concevoir
	une implémentation d'une haute qualité..</li>

	<li>Le nouveau système avec un impact sur les performances du système substantiellement négatif
	-- en partie du moins du à sa complexité.</li>

	<li>Le système ajoutait un grand nombre d'incompatibilté dans l'API de NetBeans
	et aurait forcé une réécriture à large échelle d'à peu près tous les modules NetBeans
	écrits jusque là..</li>
	</ol>
	<p>Partant de ces constats, nous avons décidé de jeter le système de Projet
	et de recommencer.
	Cela fut une décision très difficile car beaucoup de personnes y avaient travaillé dur,
	mais il a semblé qu'il fallait mieux redémarrer avec quelque chose de propre et nouveau
	que de prolonger la marche de la mort.</p>
	<p>
	Bien que nous étions en train d'arranger toutes les difficultées du système de Projets,
	il y avait toujours un certain nombres d'autres grands travaux en cours dans NetBeans.
	Le nouveau Système de Fenêtre en est un exemple évident.
	Plutôt que d'attendre de résoudre le système de Projets, nous avons décidé
	d'insérer une nouvelle version pour que les personnes puissent accéder
	plus rapidement à ces nouvelles fonctionnalités remarquables.
	</p><p>
	Finallement, nous avons passé beaucoup d'énergie sur l'ancien Système de Projet.
	Cependant, cela a bien servi parce que cela nous a permis de réellement bien
	comprendre les problèmes avant de commencer la conception sur le nouveau système
	basé sur Ant.
	Le nouveau système bénéficie de tout ce que nous avons appris sur l'ancien système
	mais ne vient avec aucunes de ses limitations.</p>
	</div>
	<h2>A part le système de projet basé sur Ant et le Refactoring, quelles autres
	fonctionnalités seront incluses dans NetBeans 4.0 ?</h2>
	<div style="margin-left: 40px;">
	<p>La première chose qui me vient à l'esprit est <b>le support complet de J2SE 1.5.</b>
	<br>J2SE 1.5 (nom de code Tiger) est la mise à jour la plus significative à la Plateforme Java
	qui s'est faites ces dernières années, avec des modifications significatives
	sur les bases du language Java.
	<p>Nous nous assurons que l'Editeur de Code, le Débogueur et les autres parties cléf de l'EDI
	comprennent les constructions et font les choses correctement.
	<p> Excepté le support pour les fonctionnalités du nouveau J2SE,
	nous plannifions des améliorations dans des domaines comme
	<b>la productivité de l'Editeur de Code</b>, la <b>Liste de Tâche </b> et quelques améliorations
	supplémentaire au <b>Système de Fenêtre</b>.
	</p>
	</div>

	<h2>Quel est votre planning pour après NetBeans 4.0?</h2>
	<div style="margin-left: 40px;">
	<p>C'est un domaine où nous aimerions évidemment avoir
	l'input de la communauté et nous espérons des discussions animées
	sur les forums de discussion.
	Cependant, j'ai quelques idées.
	<p>Premièrement, nous sommes un grand supporter de la plateforme Java
	et nous aimerions mieux supporter des domaines et spécifications clés. </p><p>
	Je soupçonne que nous verrons <b>un support amélioré pour J2ME et J2EE</b> au cours de l'année prochaine.
	Aussi, nous avons vraiment appris que les développeurs se soucient profondément
	de la productivité de tâches d'édition de code basiques. Je sais que nous verrons
	<b>un effort continu à l'amélioration de l'éditeur de code Java</b>.
	<p>
	Cependant, quelques unes de mes réflexions ces derniers jours m'ammennent vers
	des idées qui ont peu à voir avec le code, mais plus à voir avec d'autres aspects
	de l'expérience de NetBeans.
	<p>Clairement, l'EDI de base a besoin d'être de classe mondiale, mais il y a
	d'autres facteurs qui amènnent les personnes à choisir leurs outils. </p>
	<p>
	Par exemple, certains d'entres nous ont récemment passé un peu de leur temps à
	regarder le site web netbeans.org.
	Pour certaines choses, c'est un très bon site,
	qui est remplit d'informations sur l'état du projet.
	Cependant, pour un débutant, cela peut paraître très décourageant.
	<p>
	Je crois qu'il y a vraiment 3 classes d'utilisateurs sur notre site web.
	<ul>
	<li>Premièrement, il y a le développeur qui désire un bon EDI.<br>
	Ce qu'il désire, c'est un accès rapide au téléchargement de l'EDI,
	trouver quelques documentations utilisateur, et peut-être poser une question
	sur le forum des utilisateurs. </li>
	<li>Deuxièmement, il y a le développeur qui désire écrire un plug-in NetBeans
	ou qui développe une application en utilisant la plateforme NetBeans. <br>
	Ce type d'utilisateur désire trouver la documentation sur l'API et
	interagir avec d'autres développeurs similaires. </li>
	<li>Et pour terminer, il y a la personne qui désire réellement participer à la
	communauté open-source autours de NetBeans.<br>
	Il désire un accès CVs, les mises à jours journalières, etc. </li>
	</ul>
	<p>Chacun de ces utilisateurs sont très différents, mais nous les traitons
	tous de la même façon.
	Je pense que nous devrions jeter un regard sérieux à notre présence sur le web
	pour voir comment nous pourrions mieux servir ces différents types d'utilisateurs.

	If we're really going to drive up adoption of the technology
	it's a key area to address.
	<p>
	A part le site web, une des choses qui m'intéressent est d'attirer plus de modules.
	<p><b>Comment pourrions nous attirer plus de personnes à écrire des modules? </b></p>
	<div style="margin-left: 40px;">
	Il y a plusieurs types différents de développeurs et de modules.
	Par exemple, vous pourriez désirez ajouter des capacités UML à votre EDI
	et êtes prêts à payer pour cela. Nous devrions nous assurer qu'il y a un bon choix
	commercial pour vous. Pour arriver à faire cela, nous devons faire le nécessaire
	pour rendre notre plateforme attractive -- aussi bien du point de vue technique
	que du point de vue business.
	Mais vous pourriez également être intéresser d'essayer les toutes dernières
	techniques de programmation expérimentales. </div>
	<p><b>Comment pourrions-nous attirer des universitaires ou des développeurs
	open-source vers notre plateforme?</b></p>
	<div style="margin-left: 40px;">Ce sont des sujets qui m'intéresse profondémment,
	et nous devrions travailler ensemble pour avoir des idées quant à la façon d'améliorer
	notre état dans ce domaine.</div>
	</p>
	</div>
	<h2>Parlez-nous de la collaboration entre les équipes de netbeans.org,
	Sun Java Studio Enterprise, et Sun Java Studio Creator?</h2>
	<div style="margin-left: 40px;">
	<p>Le fait d'avoir deux produits commerciaux conçu sur base du code
	de NetBeans est un énorme défis, mais résulte en un NetBeans amélioré.
	<p>Ces deux équipes ont chacunes leurs démandes spécifiques en terme de
	fonctionnalités que leurs utilisateurs désirent et nous essayons de les leur
	fournir dans l'EDI de base.
	En même temps, nous recevons régulièrement des suggestions, des bug fixes,
	et même de nouvelles fonctionnalités de ces équipes, que nous intégrons dans
	le code de base open source.</p>
	</p>
	</div>

	<h2>Est-ce que les modules écrits pour NetBeans fonctionneront dans
	Sun Java Studio Enterprise et Sun Java Studio Creator?</h2>
	<div style="margin-left: 40px;">
	<p>Nous devons nous assurez que les modules écrits pour NetBeans fonctionnent
	dans Java Studio Enterprise.</p>
	<p>Cependant, l'expérience de l'utilisateur Creator sera très différente et le
	produit pourrait ne pas du tout exposer le concept de modules supplémentaires.
	Il pourrait cependant permettre à des personnes d'étendre les palettes de l'EDI
	en écrivant des composants Java Server Faces personnalisé qui peuvent être mis
	Je suis très enthousiaste concernant Creator parce que je pense qu'il a la
	capacité d'atteindre une catégorie de développeurs que NetBeans ne peut servir
	aujourd'hui.</p>
	<p>Ces développeurs <i>Corporate</i>, qui utilisent souvent aujourd'hui VB,
	sont nombreux mais ont besoin d'un différent type d'outil.
	Si nous pouvons faire en sorte que beaucoup d'entre eux bénéficient du travail que
	nous faisons dans la communauté NetBeans, alors je serai très content.</p
	</p>
	</div>
	<h2>Merci Steve</h2>
	<p></p>
	<hr>
	<h3>Vous désirez plus d'informations concernant NetBeans 4.0?</h3>
	<h4>Allez voir</h4>
	<a href="../../../community/releases/40/index_fr.html">
	https://netbeans.org/community/releases/40/index_fr.html</a> <br>
	</p>


	<p><i>Cet interview a été réalisé par Vincent Brabant</i></p>


	</body>
	</html>