cf. http://linuxfr.org/2001/09/26/5138,0,1,0,0.html
 
Ca regroupe quoi ce .NET et qu'y trouve-t-il d'intéressant ? (rien compris à ces explications   ).
Ca n'est pas un troll (:o) mais ces étonnant de voir une telle figure 'supporter' un projet MS. J'voudrais comprendre.

Il .NET intéressant parce qu'il connaît les défauts et les echecs de Gnome:
Faire de le prog objet en C, c'est lourd.
Utiliser CORBA partout c'est lourd et apparemment difficile à mettre en oeuvre efficacement à petite échelle.
GNOME est devenu ingérable comme architecture (défaut inhérent au modèle de développement du logiciel libre ?)
 
Et là apparaît l'archi MS .NET, qui présente des aspects communs à Gnome et qui dispose d'un enorme réservoir de développeurs.

le pb est surtout que MS essaie encore une fois de vérouiller le marché en sortant cette technologie donc MDI se dit que plutôt que dans 1/2 ans se faire emmerder par les users qui passeront sous linux et se plaindront du fait que .Net ne marche pas chez eux ainsi que les trucs qu'ils avient stockés ou agenda ou je ne sais koi, il s'y prend dès le début.
 
Ainsi si .net s'impose cela ne sera pas un pb.
 
Cependant je trouve dommage que les dev Linux n'essaie de proposer une alternative à .Net basée par exemple sur java ou Internet C++ ( http://ivm.sourceforge.net ).
En effet il est toujours dangereux d'essayer de rester compatible avec MS car ceux-ci peuvent break les API sans avertir.

ok, je comprends (un peu) mieux ce à quoi il faisait allusion.
 
merci

Il faut savoir que le C++ est une véritable merde, est très lourd et tout et tout...
Et là, voici le C#, qui est un language relativement interessant, parcequ'objet, dérivé du C, pas trops lourd, qui a certaines propriétées du Java, et tout et tout... Et puis il faut dire que le Corba, c'est beau sur le papier, mais dans la pratique... les bus d'objets répartits, vaut mieux les coder toi même pour ton appli que d'utiliser le Corba...

oui PinG comme à fait KDE avec Kparts

Dark_Schneider a écrit a écrit : oui PinG comme à fait KDE avec Kparts

bon, me cherches pas
MAis bon, vaut mieux un gtk+ en C avec des notions d'objets qu'un Qt en C++ avec des gros problèmes de code

c'est sûr !
c'est pour cela que l'API Qt a tant de mal a évolué et que KDE connait de gros pb d'intégrations donnant lieu à des flame wars sur sa ML

Dark_Schneider a écrit a écrit : c'est sûr ! c'est pour cela que l'API Qt a tant de mal a évolué et que KDE connait de gros pb d'intégrations donnant lieu à des flame wars sur sa ML

évoluer
 
 
sinon, voui, il faut avouer que les devs de Qt sont bons, mais que certains choix technologiques de codage sont relativements surprenants...

merde PinG qui me corrige pour une faute d'orthographe.
what a shame, shame on me.
 
le ciel va nous tomber sur la tête ... euh non, déjà fait le 11 Septembre.

hehe...