Je voudrais avoir vos réactions sur Visual Studio.NET et Whistler. Je pense ne pas être le seul a pouvoir les utiliser.
Pour Visual Studio.NET ca peut aller : l'éditeur C++ est beaucoup mieux et l'interface change un peu. Visual Basic.NET : entierement basé sur .NET Framework comme C#.
Perso, je n'aime pas ce framework : il ressemble a MFC que j'aime pas à cause du sentiment que j'ai de ne rien savoir de ce kil fait. Whistler : sensé être basé sur ce framework : je n'ai trouvé aucune class de fenêtre créer avec (ya un nom à la con) !
Celui-ci est basé sur Windows 2000 (ke j'aime) et bien je reste a Windows 2000 : Whistler est beaucoup plus lourd (le fondu des menus rame sur un PIII500 TNT2 Ultra (c pas le top mais pour Windows kan meme...) Il prend aussi + de 100 Mo de ram au démarage (contre environ 60 sur 2000). Les thèmes ne s'appliquent pas aux vieille app et les font buger (disparition de scrollbar...).
En résumé : j'aime Visual Studio.NET, j'aime pas le .NET Framework et préfère le bon vieux win32 et j'aime pas Whistler Beta 1.
Dites vos réaction surtout sur le Framework

la reaction epidermique: .NOT  
A+,

Oula FRAMEWORK comme dirait guru, c une boite noire.
En fait justement tu n'as pas besoin de connaitre en detail ce qu'il se passe à l'interieur de cette couche.
Ma vision sur VS.NET est basé sur la mise en place de reelles applications internet, et l'offre fait par VS.NET et le FRWORK.NET en ce qui concerne le deploiement de Web Services correspond à mes besoins.
 
En fait Je ne peux pas juger un developpement d'appli non Web, car je n'ai pas les bases pour le faire. Donc pour moi, VS.NET (la versoin finale) est ce que j'attends le plus car en ce qui concerne le deploiement et developppement internet il n'y a rien à ce niveau aujourd'hui sur le marché ....
Le probleme de la version beta est que mon patron et mon collegue ont reussi à me demontrer qu'il n'etait pas serieux de la mettre sur des machines de prod. Donc c pour cela que j'attends avec impatience la sortie officielle, je suis en effet en developpement depuis un an d'une place de marché basée sur des échanges XML à tous les niveaux, donc les Web Services seront pour moi un gain enorme en temps performances et developpement ....
 
Au moins ma reaction comporte plus de lignes que gilou  

Bof, j'aurais tendance a dire On en rajoute encore une couche( DDE//DCOM//DNA...).
Moi qui bosse essentiellement sur du code multi-OS (nos utilisateurs declencheraient une emeute si on laissait tomber le support Unix par exemple), je regarde ces solutions proprietaires de loin.
Y'a des choses interessantes dans tout ca, mais encore faudra t'il voir ce que ca donne au final.
A+,

Gilou> ouaips, on dirait mon patron en train de me raisonner.
Je crois fort à la mise en place de la platform .NET sous systeme UNIX(je prie tous les soirs). Par contre quand à l'ajout de couche , au dessus ou en dessous ?

>Je crois fort à la mise en place de la platform .NET sous systeme UNIX
 
Je suis comme Saint Thomas a ce sujet.  
Et avec un compilo C#?  
A+,

Pour le compilateur C# c no soucy (Dieu m'a donné la foi), en effet microsoft a remis le langage entre les mains de l'ECMA, donc il suffit d'attendre qu'un babasseur nous pondent le compilateur pour Unix ... ou que SUN oublie tout le passé conflictuel autour de Java et fasse un compilateur pour le C# qui est en l'alternative (Dieu m'a donné la foi, tout au fond de moi).
 
Pour moi, la nouvelle liberatrice, c bonjour nous sommes la societe XTECH et nous avons porté la platform .NET sur Unix.

c'est grave d'en arriver à attendre une petite startup du fond des bois pour arriver à porter C# sur Unix...
 
Microsoft sait pas le faire ???? niark niark

Pour le "portage" de C#, la question n'est pas qui va le faire, mais plutot est ce quelqu'un va le faire ?
Microsoft je ne pense ne le fait pas d'un point de vue moral et juridique peut etre par rapport à la main mise de Sun sur ce type de systeme.
 
Je ne pense pas que cela est du à un defaut de competence   , ils ont bien mis IE sur Unix, j'ai du peut etre le voir une seule fois tourner .  

--Message édité par nabab--

>Pour le compilateur C# c no soucy (Dieu m'a donné la foi), en effet microsoft a remis le langage entre les mains de l'ECMA, donc il suffit d'attendre qu'un babasseur nous pondent le compilateur pour Unix
 
Bof, l'ECMA, c'est une association qui pond des standards, pas une boite qui fait des compilos efficaces. Donc, pas de compilo generant du code correct avant perpete (sauf si GNU fait un front-end, mais j'en ris rien que d'y penser).
A+,

Je vois pas trop ça arriver sur UNIX. Sun et IBM sont à fond Java (pas avec les mêmes solutions, mais bon).
 
Et MS a toujours foiré ces produits cross-platform.

Pour le compilateur C# sur UNIX, ben moi je suis en train de mener une campagne intense (à base de paiement de coup) au pres de babasseurs.
Allons au sortie des ecoles tel l'EPITA, TELECOM PARIS, et recrutons des babasseurs, ils vont nous le pondre en qq mois.
 

 
C pour cela que leur communiqué dis bien que se ne sont pas eux qu'ils le feront, mais ils laissent la porte ouverte à n'importe quelle societe qui voudraient le realiser.
 
viiz> Le probleme c que pour moi qui ne developpent exclusivement que des applications internet qui se base la plupart du temps sur les navigateurs courants, et qui utilisent des technologies non standardisées ou en devenir.
Je ne peux me servir de DELPHI ... qui apparait à moi jeune candide qu'une vielle usine à poussiere.
 
 
Quand à .NET sur Unix, en fait je ne m'en soucie guere car avec les Web Services toutes les platformes pourront si elles acceptent cette technologie (Microsoft et IBM l'acceptent pour l'instant) échanger des informations entre elles.
Le probleme de la non existence de .NET sur Unix c les entreprises clientes qui auront fait le choix de Unix pour leurs applications et qui ne voudront pas en changer.

En tout état de cause .NET est un framework qui semble conçu dans l'optique d'applications distribuées, de web services et à ce titre ce n'est plus aussi important qu'il soit porté sous Unix, dès lors que les web services sont interopérables via des protocoles comme SOAP qui lui est ou sera porté dans divers environnements.

Un petit avancement dans l'affaire .NET et les OS alternatifs .... Ils sembleraient que le framework sera porté sur Linux par Corel, ben fo bien que cela sert 20% du capital d'une boite (cf PCEXPERT avril)