TImaniac a écrit 6420 commentaires

Ben, j'ai pas le magazine en question donc bon...
Tout ce que je sais c'est que dans la pratique MS s'entend très bien avec le projet Mono, que MS a volontairement ouvert sa plateforme pour qu'elle soit implémenté (mais pas par eux, faut pas pousser), et que MS n'est pas prêt de rompre la compatibilité avec sa propre plateforme, et donc avec Mono.
Enfin comme je l'ai déjà dis, Mono sans MS reste une plateforme complète pour Gnome qui implémente des normes standardisées sans risquer le moindre problème de brevets.
Donc bon après j'attend toujours des arguments sur le véritable danger.

Je suis presque prêt à parier que XAML est plus utilisé en interne chez MS que XUL dans le reste du monde ;)

tu peux alors imaginer la tête des personnes qui auront choisi de construire leurs systèmes sur des implémentations libres de .net ....
Pour ceux qui n'auront vu en Mono qu'une platforme pour Gnome sans rapport avec MS, il n'y verront aucun problème.
Pour les autres, il faut bien voir que même sans compatibilté avec MS Mono reste une plateforme viable.
Enfin si ca peut te rassurer, MS ne va pas tout à coup se mettre à ne plus suivre les normes de l'ECMA : leur prochain OS est dépendant de .NET, et cette version (2.0) actuellement en beta va passer en version finale cette année, et ils implémentent toujours les normes de l'ECMA, normes qui ont d'ailleur évoluées avec l'ensemble des participants du consortium.
Et puis imaginons que MS soit suicidaire et casse la compatibilité en refusant de faire fonctionner les prog du framework .NET actuel, Mono reste multi-plateforme et tourne sous Windows.

interopérabilité avec la concurrence... quelle concurence ?
Y'en a combien d'application non-mozilla qui utilise la techno propriétaire XUL dans ce monde ?
MS en a rien à cirer de l'interopérabilité avec XUL, et franchement je les comprends : essayer d'implémenter un truc aussi mal documenté, non normalisé , dédié à un moteur particulier et si peu utilisé, c'est suicidaire.

Euh, y'a un journal sur le sujet quelques journaux avant, ca aurait mieux de poster tes liens dedans à mon avis.

Sauf si c'est de l'ASP première génération, qui n'a strictement rien à voir avec ASP.NET.

Pour faire une comparaison, c'est un peu comme quand tu vas achter une voiture neuve, tu décris ce que dois faire le produit, et tu peux la personnaliser : ces infos passent directement à l'usine et cette personnalisation rentre dans le processus industriel : puissance du moteur, couleur carroserie, etc.
Voir de même entre les fabriquants, ils prennent une base commune et te ponde chacun dans leur marque un véhicule en apparence totalement différent mais avec toute une partie commune, pour rentabiliser le schmurck.
Ben en informatique, soit tu fais de l'artisanat et tu refais les plans de la voiture pour chaque client, soit tu sais récupérer une partie de ton savoir faire, en l'automatisant. Dans ce genre de cas une usine à gaz comme Visual Studio est utile, et même si celà peut paraître super lourd à utiliser, lorsque le processus est rodé, ben après ca roule tout seul.
C'est comme pour les tests unitaires : c'est relou de les coder en premier, mais après on gagne du temps.

non tu ne comprends pas bien.
Je modélise une solution initiale, je génère automatiquement une partie de l'implémentation. Celà peut m'avoir pris du temps à configurer ou à faire marcher le bousin, mais si jamais 1 mois plus tard un changement architectural intervient, je peux réitérer le processus après avoir modifié la modélisation formelle.
Cas n°2 : une boîte informatique qui souhaite un minimum rationaliser ses coûts va chercher à faire une solution générique, et y ajouter quelques modifs pour faire toute une gamme de produits, voir personnalisé pour un client précis : et là il est très important de pouvoir générer tout plein de trucs automatiquement, sans avoir à tout refaire à la mano.
Alors oui, même pour du personnalisé il est possible d'y mettre un minimum d'industrialisation, tout est dans l'art de factoriser et de réutiliser l'existant.

il nous faudrait plus d'informations, quelle est ta distribution ? (mandrake, suse, fedora, debian, etc.)

Non non je ne suis pas passé à côté, le fait de pouvoir modéliser d'une manière ou d'une autre un concept de façon formelle permet de faire automatiquement tout pleins de chose, et dans un gros projet il est vital de pouvoir générer celà de manière automatique, tout simplement pour pouvoir réitérer le processus si jamais on modifie les concepts initiaux.
Bref, c'est passer de l'artisanat à un processus industriel.
Evidemment pour un tout petit truc où tout est généré une seule fois, celà ne paraît pas aussi "utile".

ca ressemble étrangement au truc ultra-classique avec langage à 2 balles qu'il aimerait éviter :)

Ah t'écouter c'est facile, ben vas-y fait le.

Vis à vis de la question, la réponse est très bête. Le type de la hotline lui a pété une réponse au pif, je penses que j'en aurai fait autant :)

Il y a un dicton qui dit :
"A question bête, réponse bête."

où le chef de projet dessinait son application avec des blocs et des jointures
ça doit bien marcher pour creer un guestbook, mais pour une vraie appli, j'ai des doutes ...
Je te rassure tout de suite, dans tous les gros projets il est impératif de documenter l'architecture, les interactions entre classes, et celà de manière visuelle avec des zoli diagrammes de classe, de séquence, etc.
Bref, contrairement à ce que tu dis, c'est surtout utile pour les gros projet qui pondent des vrais applis qui ont besoin d'être maintenu.
Bienvenu à l'étape supérieur, quand tu passes du stade de simple développeur à celui d'architecte et que tu gère une équipe de 200 développeurs.

Bon c'est vrai pour faire un guestbook t'as pas besoin de tout ca, notepad te suffit largement ;-)

Moi c'est rigolo, j'ai un Athlon XP 1700+ et j'ai ça :
- Eclipse sous fedora core 3
- Visual Studio 2003 sur un Windows Server 2003 sur un disque dur de 4 Go dans vmware.
Ben c'est marrant moi c'est le eclipse qui rame comme un cul :-)
(regarde l'utilisation en RAM au bout de 3h de codage/debuggage)
Et puis bon, même si tu trouves VS.NET inutilisable, j'ose pas imaginer ce que tu penses de Eclipse, parcque question clickodrome à 15000 fonctionnalités :)
Enfin apparement y'en a pleins qui sont contents de ce genre d'environnement, tellement qu'ils ne peuvent pas coder sans.

SharpDevelop, c'est bien c'est libre, mais il a un gros défaut : il bouffe un paquet monstrueux de RAM.

Le truc c'est aussi que les développeurs n'auront pas "toujours" le choix : une partie des APIs sera .NET only, pas d'équivalent accessible en win32, et parmis ces APIs il y a les nouveautés de MS, Avalon, Indigo et WinFS.
Alors les développeurs qui ne souhaitent pas passer à .NET pourront difficilement développer des applis "intégrées".

Euh me semble pas qu'ils vont jeter 10 ans de compatibilité binaire comme ca pifpafpoum.
Y'aura pas besoin de migrer les applications, elles marcheront correctement pour la plupart (en tout cas c'est le cas dans les versions de "présentation" actuelles).
Le principal problème de migration ça va être au niveau des développeurs : en gros ils faut qu'ils passent à autre chose que Win32 : .NET ou une autre alternative.

le CLR c'est pas les APIs en soit, mais plutôt comme son nom l'indique, l'environnement d'exécution, en gros c'est l'équivalent de la JVM et non du JDK :)

Tu utilises quoi pour générer du C# avec Dia ?
j'ai trouvé que dia2code et visiblement c'est pas encore dans la version courante (bien que planifié dans la suivante)

Comme tu le fais remarqué, le x86 c'est pas forcement l'avenir, d'où le fait de s'amuser à tout basculer en .NET, ils s'assurent une indépendance vis-à-vis de la plateforme matérielle. bj.

arf j'ai foiré le 2ème lien, c'était :
http://www.phoenixjp.net/news/fr(...)
qui est un des meilleurs agrégateurs de news que je connaisse, qui parle aussi d'autre chose que d'information (voir http://www.phoenixjp.net(...) pour les autres catégories)

ma tournée journalière :
http://www.linuxfr.org(...)
http://phoenixjp.net/news/fr(...)
http://dotnetguru.org(...)
http://www.go-mono.com/monologue(...)
http://www.freenews.fr(...)
http://rezo.net(...)
http://news.google.fr(...)

En même temps vu ce que fait la fondation en question fait pour les "pays pauvres" comme tu dis, celà mérite largement ce titre de KBE.
Je vous laisse troller quand à "l'apport" de ce monsieur dans le monde de l'informatique.

Non ce n'est pas de la vente liée, parcque tout simplement il n'y a pas de ventes liées (si si je t'assure) : les 2 produits peuvent êtres achetés séparement, et même si l'un réclame l'autre, MS ne te force aucunement à acheter Windows+Office d'un bloc (sauf peut ere certains intégrateurs), tu peux te contenter de Windows, ou d'admirer ta boîte Office sans l'installer.