5
septembre
2005
Interview de Mitsu Furuta, MICROSOFT France
septembre
2005
Un article de Thomas Lebrun
J’ai eu la possibilité de poser quelques questions (auxquelles il a bien voulu répondre)à Mitsu FURUTA, speaker chez MICROSOFT France.
Si vous voulez en savoir plus sur son parcours, ou tout simplement mieux le connaite, suivez ce lien: http://mitsu.developpez.com/interview/
Encore merci à lui et à toute l’équipe Dotnet de Developpez.com pour avoir permis la réalisation de cette interview.
A+ 
12 Commentaires + Ajouter un commentaire
Articles récents
- [Mix 07] Annonces diverses dont la possibilité de développer des applications SilverLight avec du code managé !
- [WPF] Article d’introduction à Windows Presentation Foundation Everywhere
- [WPF] Les CTP de WPF /E et Expression Studio sont en ligne !
- [Event] Première rencontre du Dotnet User Group (DUG)
- [.NET 3] Présentation du Framework .NET 3.0
Commentaires récents
- dans [Tips] Ouvrir un fichier vhd sans lancer une VPC
- dans [WPF] Article d’introduction à Windows Presentation Foundation Everywhere
- dans [WPF] Article d’introduction à Windows Presentation Foundation Everywhere
- dans Visual Basic Express 2005 et Visual Web Developer Express 2005 disponibles EN FRANCAIS !
- dans [.NET 3] Présentation du Framework .NET 3.0
Archives
- avril 2007
- décembre 2006
- novembre 2006
- octobre 2006
- septembre 2006
- août 2006
- juillet 2006
- juin 2006
- mai 2006
- avril 2006
- mars 2006
- février 2006
- janvier 2006
- décembre 2005
- novembre 2005
- octobre 2005
- septembre 2005
- août 2005
- juillet 2005
- juin 2005
- mai 2005
- avril 2005
- mars 2005
- février 2005
- janvier 2005
- décembre 2004
- novembre 2004
- octobre 2004
Le smart client ne va pas remplacer l’ASP.NET et le XAML ne va pas remplacer le XHTML…
Je préfère avoir un maximum de choix techniques sur ma plateforme préférée et faire en fonction de mon cahier des charges…
C’est un peu comme si tu disais que les applet java allaient tuer le XHTML car tout le monde passera par des applet ce qui va augmenter la supprématie de sun car tout le monde va devoir télécharger la JVM…
Le smart client va remplacer l’activeX en gros …
ben, c’est plutot simple : smart client va etre basé sur xaml et avalon (non portables). Du coup, j’ai un peu peur du reflexe : on va faire une application (on sait que aujourd’hui la difference entre un site web et une application normale n’est plus) qui va remplacer les anciens systemes : genre la sncf qui balance du xaml a la place du html pour l’interface de reservation) et pam, tu as un web microsoft only. j’ai bien peur que ce soit l’objectif.
« moué, tu es sur que dans une grosse boite tout le monde a la meme version de windows ? le meme sp de navigateur ? que les nomades ont les meme machines que les sedentaires, que ton application va tourner sur les terminaux exotiques (pda, telephones, etc…) »
Pour avoir travailler dans une société de 200 personnes avec 80 nomades, je peux te dire que tout n’était pas parfait mais lorsque l’on voulait un truc unifié, on l’avait. Quand je suis arrivé dans la société, il y avait des postes en 95, 98, 2000 et XP. Les serveurs étaient sous NT 4. A mon départ, tous les postes étaient sous 2000 Pro et les serveurs, sous 2000 Servers.
Ainsi, lorsque l’admin réseau voulait déployer un logiciel, empêcher les utilisateurs de faire des manipulations, il le pouvait (les joies de l’AD^^)
Quand à dire que le Smart Client permettra de faire des applis Web non portables, je ne suis pas d’accord: pourquoi penses-tu cela ?
« La bande passante et importante, mais surtout, la gestion des postes clients vous permet de vous assurer dque tout le monde possède le même navigateur, etc… » … moué, tu es sur que dans une grosse boite tout le monde a la meme version de windows ? le meme sp de navigateur ? que les nomades ont les meme machines que les sedentaires, que ton application va tourner sur les terminaux exotiques (pda, telephones, etc…)
quand a la bande passant, un bon Adsl aujourd’hui c’est quand meme largement suffisant pour deployer une application « epaisse ». Ca suffit meme pour deployer poseidon uml qui est une sacrée enclume http://www.gentleware.org/webstart2/Poseidon.jnlp c’est pour dire
Quand a avalon c’est un moteur de rendu vectoriel si j’ai bien compris, pour faire l’equivalent avec GTK ca va etre tendu, meme avec Cairo en dessous. De plus le smart client va reposer sur indigo (microsoft a deja prevenu que une implementation par mono serait tres mal vu) et xaml (pareil).
d’ou mon inquietude : utiliser le smart client pour faire des application web non portables et tenter de tuer le coté multi-plateformes d’internet.
Je suis d’accord avec les avantages que néo à trouver à l’intranet.
La bande passante et importante, mais surtout, la gestion des postes clients vous permet de vous assurer dque tout le monde possède le même navigateur, etc…
Vous êtes ainsi maitre de votre parc de postes client.
Le projet mono implémente déjà les standards de .NET 2.0.
Beacoup de personnes étaient séptiques sur la réussite du projet mais je pense que le plus dur est passé pour la team mono.
« Pour ce que je connais de Avalon, il y a tres peu de chance de voir un equivalent compatible pour les autres OS vu comment il est intimenent lié a la couche graphique de windows »
On disait pareil pour les winforms
Je ne suis par contre pas d’accord avec vous concernant l’intranet/extranet.Les différences sont :
-Une bande passante plus large.
-Une maitrise des postes clients.
Ce sont des avantages dont il faut tennir compte si on veut développer un intranet riche. Le client rieche permet d’exécuter des windowsforms à travers un navigateur web ce qui me parait beaucoup plus puissant et flexible qu’une applet java. Reste le problème du multi-os et de la compatibilitée avec les postes client qui vont excécuter cette fameuse applis client riche. Donc pour l’instant ça me parait quelque chose de trés interessant en intranet, mais non applicable en extranet.
Mais si on développe bien en séparant les couches la partie extranet peut se baser sur les classes métier de l’applis intranet :p
Je suis un peu d’accord avec lunatix, je ne pense pas qu’il faille séparer, technologiquement, le concept d’intranet et d’extranet (internet). Quel intérêt d’adopter deux technologies alors qu’une seule suffirait ? Par exemple quand on opte pour Java on peut l’utiliser à tous les niveaux, aussi bien pour le web que pour des applications de bureautique. De même avec XUL. Sans compter que l’argument Mozilla commence à faire mouche et que la machine virtuelle, style Java, pointera bientôt le bout de son nez. Enfin attendons de voir ce que donnera Avalon dans la pratique… et ce qui va se passer du côté d’IE7… Sans compter que le projet Mono a beau être intéressant et supporté par quelques gros poids lourds… il n’en reste pas moins qu’il va être difficile de le maintenir au niveau de la plate-forme .NET de Microsoft… qui n’attendra pas après les autres pour sortir de nouvelles versions… et donc enterrer le projet Mono. Je suis pessimiste :). À vos Java, XUL et autres multi-plate-formeries :).
franchement l’intranet et l’internet ne sont pas si eloignés, surtout qu’un intranet se transforme souvent en extranet etc. Pour ce que je connais de Avalon, il y a tres peu de chance de voir un equivalent compatible pour les autres OS vu comment il est intimenent lié a la couche graphique de windows. Ca va etre impossible a emuler avec du gtk.
@Lunatix
Il y a 2 parties dans le web : l’intranet et internet.
Pour de l’internet on sera toujours obligé de respecter les standards xhtml & co.
Mais en intranet, quand on maitrise son parc client on peu imaginer que des solutions client riche tireront avantageusement partie de l’interet du web : aucunne installation requise et la puissance du smart client.
Avec les avancées de mono on peut même penser à un intranet smart client sur des pc linux et windows…
Au contraire, moi qui suit plutôt orienté Développement d’applications WindowsForms, etc…. j’espère qu’il aura raison
A+
ce qui fait peur c’est ca : « Avec l’arrivée imminente d’Avalon, le Smart Client n’a jamais été aussi proche de reprendre le pas sur le web. «
un truc non standard pour faire du web… j’espere franchement que ca ne va pas etre un succes comme il l’espere
Voilà un entretien assez intéressant cependant je trouve qu’il élude un peu la question concernant les faiblesses et inconvénients de .NET. Certaines de ses remarques m’ont aussi mieux faire comprendre l’intérêt des technologies concurrentes, les alternatives, notamment le projet Mono dont je n’avais, jusqu’à aujourd’hui, pas vraiment saisi la portée. Vivement d’autres entretiens.