Visiblement, des travaux sont en cours (version expérimentale) dans PHP4 pour ajouter le support de .NET, comme ça a déjà été le cas ces derniers mois avec Java et COM.
Quand on sait que l'auteur de ces trois passerelles est un salarié d'IBM, on peut se demander quelle stratégie est derrière tout ceci...
C'est clair, qui peut faire confiance au .NET ? A part les décideurs ignares, personne. Bon, le problème, c'est que ce sont les décideurs ignares qui décident.
Et puis à part ça, pour répondre à l'autre plus haut, qu'est-ce qui te gène dans la QPL ?
pourquoi est-ce con ? Oui, si ca decharge des ressources pour peaufiner ce qui n'est pas parfait ( ;-) ) dans PHP. Non si ca permet d'integrer n'importe quelle plate-forme qui rulez avec PHP au sein d'applis tournant sous M$. Apres tout, si le choix est la, on est plus systematiquement oblige de se servir tout M$ parce que les architectures Microsoft requierent du Microsoft sur toute la ligne, y compris cote clients (je parle web, serveurs d'applis). Si on peut pomper voire utiliser .NET, pour une fois que ce ne sera pas M$ qui pompe, c'est AMHA pas mal :)
Mais je suis peut-etre un peu naif ou a cote de la plaque technique.
Tks pour des eclaircissements eventuels !
Pour le reste, je suis un vieux con qui a connu le debut des PC, quand IBM a essaye de tout verouiller et a tire la gueule quand les "compatibles" sont arrives... De la a les prendre pour subitement des desinteresses, je ne suis pas, pour le coup, naif ;-)
C'est la nouvelle plateforme du demi-crosoft. Grosso-modo, le principe est le suivant:
1°) La gamme .NET est constituée de service en ligne, les programmes étant installés sur des serveurs. Selon Microsoft, que des avantages: vous avez toujours la dernière version installée et maintenue, et comme ça ne tourne pas sur votre machine, cela permet de réduire son budget matériel. Evidemment, cela demande d'utiliser une connexion Internet pour faire quel travail que ce soit. Ce qui rajoute les délais de connexion et de chargement à des applications qui ne sont pas forcément rapides en elle-même.
2°) Vous payez à l'utilisation. C'est quelque chose qui ne me plait pas, de louer un logiciel, mais ça se comprend avec le reste: on paye pour un service, et l'entretien des machines, etc. Normal.
3°) Les données sont hébergées sur les serveurs .NET. L'avantage selon Microsoft, c'est que vous pouvez accédez à vos donnée depuis n'importe quel ordinateur relié à Internet. Les inconvénients selon moi, c'est que l'on devient dépendant d'Internet pour avoir accès à des données qui devraient être en local, que n'importe qui d'autre, à priori peut y accéder aussi, pour foutre la merde (pirate) ou pour espionnage industriel (NSA), voir pour fichage d'individus "suspect" (NSA et CIA).
Ça devrait arriver dans quelques années, et ça devrait faire un flop si le monde est peuplé de personnes sensée.
Un comparatif technique entre .NET vs J2EE (l'équivalent Java de .NET, enfin c'est plutot le contraire vu que J2EE est dispo et multi-plateforme lui plus ;-)
1) reduire le budget materiel ??? Faudra revoir le hardware alors car maintenant, les plus petites machines que tu peux te payer sont largement suffisantes pour faire tourner ces applis .net . Je vois pas ou est la reduction du budget materiel.
2) Et tu deviens dependant de l'exterieur. Qqch qui foire et tu es sans ressources.
3) Pour la confidentialite des donnees, c'est foutu. Les Emails commerciaux vont devenir de + en + cibles.
Ca ne marchera jamais dans les pays ou tu paies ta connexion a la duree. Microsoft s'en fout; ils pourront tjs s'en mettre plein les poches aux USA
Et tout ca avec des logiciels 100% closed-source qui peuvent tramer ce que bon leur semblent dans le dos de leurs utilisateurs.
En passant, je fais deja du .net avec les serveurs de mon universite. Ca rame un peu, mais ca fonctionne tres bien. J'espere que Microsoft ne nous fera pas encore le coup de l'entreprise innovante.
Je pense très sincèrement que votre vision de .NET est quelque peu réductrice, l'idée de fournir les applications telles que Office en mode ASP ne s'applique pas à la plateforme .NET. En fait, l'idée conductrice dans .NET est de donner les moyens de développer *simplement* des "Web Services", c-à-dire de faire de la syndication d'applications, en basant ceci sur un standard : SOAP, c'est assez rare chez Microsoft pour devoir le souligner. En plus, leur implémentation de SOAP a le bon gout d'être pratiquement conforme à la spéc, donc bienvenue dans l'internet intéropérable : ce n'est *pas* de la science fiction.
« reduire le budget materiel ??? Faudra revoir le hardware alors car maintenant, les plus petites machines que tu peux te payer sont largement suffisantes pour faire tourner ces applis .net . Je vois pas ou est la reduction du budget materiel. »
Justement, si les machines actuelles suffisent, il n'y a pas besoin de les upgradez régulièrement. Ce qu permet de ne pas devoir acheter de nouveaux processeurs et barettes de RAM chaque année. Donc de réduire le budget matériel. Voila. Ça me parait pourtant logique: Win 3.1 tournait sur 4 mégas et un 386, Win 95 sur 16 mégas et un Pentium, Win 98 sur 64 et un Pentium 2, Win Me demande encore plus. Donc, à chaque mise à jour du bureau à Billou, il faut racheter plein de bidules. Mais si c'est les employés à Billou qui mettent à jour leurs serveurs, c'est eux qui payent le matériel.
dans le principe le .NET ne me semble pas complétement déplacé, mais alors :
Si M$ peut mettre des applications accessibles via internet, pourquoi ne peut on en faire autant, et proposer gratuitement des applis gpl, ainsi que le stockage des données, etc... ???
# arf, c'est la grande salade...
Posté par Anonyme . Évalué à 0.
Ya presque rien a dire... Mais depuis que
PHP est devenu Zend, les choses etaient un peu
plus floues... License trollisante, split des
versions, on savait pas a quoi s'attendre.
Maintenant, ils couchent avec Steve.
Satisfaire le chaland au lieu de faire du
code qui roulaize. C'est sur le NG frciwa.php
que ça va devenir terrible, déja que c'est
le cloaque, mais si il faut faire le support
.NET/C#/VBA/Access ben re retourne a ce que je
n'aurais jamais du quitter: le FORTRAN.
tth.
[^] # Re: arf, c'est la grande salade...
Posté par Rossel Olivier . Évalué à 1.
Toi, t'es pas le dernier a la buvette...
Ceci dit, je pense que l'idee est de proposer un support pour une technologie emergante du Net.
Et comme personne dans le domaine du libre ne l'aurait implemente, ben c'est IBM qui s'y colle.
Comme ca, quand on vendra PHP a nos decideurs preferes, on pourra leur dire qu'il y a un support pour .NET (dont tout le monde se fout mais bon...)
Vous y croyez vous au logiciels a louer?
PS: ca me rappelle l'emission de Capital de dimanche.
[^] # Re: arf, c'est la grande salade...
Posté par Gaël . Évalué à 1.
C'est clair, qui peut faire confiance au .NET ? A part les décideurs ignares, personne. Bon, le problème, c'est que ce sont les décideurs ignares qui décident.
Et puis à part ça, pour répondre à l'autre plus haut, qu'est-ce qui te gène dans la QPL ?
[^] # Re: arf, c'est la grande salade...
Posté par Anonyme . Évalué à 0.
C'est vrai, maintenant qu'on peut s'en passer, y'a plus rien qui gène maintenant...
[^] # Re: arf, c'est la grande salade...
Posté par Anonyme . Évalué à 0.
Pfe, Olive, tu part en c**ll*s, c'est pas possible! "proposer un support pour une
technologie emergante du Net": on croit rêver! répare Maryline avant de causer du net.
Tes décideurs préférés, ils font quoi exactement? ils se prosternent devant Micro$oft.Net ou quoi ?
Et puis d'abord, puisque tu est si doué en 'libre', prépare nous donc un petit document sur la strategie .NET vu par
les yeux d'un Debianiste. T'es encore sous Debian, ou tu a mis la surcouche Corel, au fait?
Je ne loue qu'un seul logiciel: "Loué soit Vim"
[^] # Re: arf, c'est la grande salade...
Posté par Anonyme . Évalué à 0.
Juste une question/remarque naive :
pourquoi est-ce con ? Oui, si ca decharge des ressources pour peaufiner ce qui n'est pas parfait ( ;-) ) dans PHP. Non si ca permet d'integrer n'importe quelle plate-forme qui rulez avec PHP au sein d'applis tournant sous M$. Apres tout, si le choix est la, on est plus systematiquement oblige de se servir tout M$ parce que les architectures Microsoft requierent du Microsoft sur toute la ligne, y compris cote clients (je parle web, serveurs d'applis). Si on peut pomper voire utiliser .NET, pour une fois que ce ne sera pas M$ qui pompe, c'est AMHA pas mal :)
Mais je suis peut-etre un peu naif ou a cote de la plaque technique.
Tks pour des eclaircissements eventuels !
Pour le reste, je suis un vieux con qui a connu le debut des PC, quand IBM a essaye de tout verouiller et a tire la gueule quand les "compatibles" sont arrives... De la a les prendre pour subitement des desinteresses, je ne suis pas, pour le coup, naif ;-)
kazymodo@hotmail.com
[^] # Re: arf, c'est la grande salade...
Posté par Anonyme . Évalué à 1.
Cà veut dire quoi cet acronyme AMHA qui traine partout sur linuxfr.org depuis un moment ?
[^] # Re: arf, c'est la grande salade...
Posté par gui_ . Évalué à 1.
A Mon Humble Avis
# C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par Anonyme . Évalué à 0.
Tout est dans le sujet!
[^] # Re: C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par Gaël . Évalué à 1.
C'est la nouvelle plateforme du demi-crosoft. Grosso-modo, le principe est le suivant:
1°) La gamme .NET est constituée de service en ligne, les programmes étant installés sur des serveurs. Selon Microsoft, que des avantages: vous avez toujours la dernière version installée et maintenue, et comme ça ne tourne pas sur votre machine, cela permet de réduire son budget matériel. Evidemment, cela demande d'utiliser une connexion Internet pour faire quel travail que ce soit. Ce qui rajoute les délais de connexion et de chargement à des applications qui ne sont pas forcément rapides en elle-même.
2°) Vous payez à l'utilisation. C'est quelque chose qui ne me plait pas, de louer un logiciel, mais ça se comprend avec le reste: on paye pour un service, et l'entretien des machines, etc. Normal.
3°) Les données sont hébergées sur les serveurs .NET. L'avantage selon Microsoft, c'est que vous pouvez accédez à vos donnée depuis n'importe quel ordinateur relié à Internet. Les inconvénients selon moi, c'est que l'on devient dépendant d'Internet pour avoir accès à des données qui devraient être en local, que n'importe qui d'autre, à priori peut y accéder aussi, pour foutre la merde (pirate) ou pour espionnage industriel (NSA), voir pour fichage d'individus "suspect" (NSA et CIA).
Ça devrait arriver dans quelques années, et ça devrait faire un flop si le monde est peuplé de personnes sensée.
J'avais rédigé l'année dernière un baratin à ce sujet: http://gez117.free.fr/dotnet.html(...(...)) .
[^] # Re: C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par crusher . Évalué à 1.
Un comparatif technique entre .NET vs J2EE (l'équivalent Java de .NET, enfin c'est plutot le contraire vu que J2EE est dispo et multi-plateforme lui plus ;-)
http://www.javasoft.com/features/2000/11/dotnetvsms.html?frontpage-(...))
[^] # Re: C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par MetalX . Évalué à 1.
1) reduire le budget materiel ??? Faudra revoir le hardware alors car maintenant, les plus petites machines que tu peux te payer sont largement suffisantes pour faire tourner ces applis .net . Je vois pas ou est la reduction du budget materiel.
2) Et tu deviens dependant de l'exterieur. Qqch qui foire et tu es sans ressources.
3) Pour la confidentialite des donnees, c'est foutu. Les Emails commerciaux vont devenir de + en + cibles.
Ca ne marchera jamais dans les pays ou tu paies ta connexion a la duree. Microsoft s'en fout; ils pourront tjs s'en mettre plein les poches aux USA
Et tout ca avec des logiciels 100% closed-source qui peuvent tramer ce que bon leur semblent dans le dos de leurs utilisateurs.
En passant, je fais deja du .net avec les serveurs de mon universite. Ca rame un peu, mais ca fonctionne tres bien. J'espere que Microsoft ne nous fera pas encore le coup de l'entreprise innovante.
[^] # Re: C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par Anonyme . Évalué à 0.
Je pense très sincèrement que votre vision de .NET est quelque peu réductrice, l'idée de fournir les applications telles que Office en mode ASP ne s'applique pas à la plateforme .NET. En fait, l'idée conductrice dans .NET est de donner les moyens de développer *simplement* des "Web Services", c-à-dire de faire de la syndication d'applications, en basant ceci sur un standard : SOAP, c'est assez rare chez Microsoft pour devoir le souligner. En plus, leur implémentation de SOAP a le bon gout d'être pratiquement conforme à la spéc, donc bienvenue dans l'internet intéropérable : ce n'est *pas* de la science fiction.
<br>mailto:webmaster@dotnet-fr.org
[^] # Re: C'est quoi donc ce fameux .net dont tout le monde parle?
Posté par Gaël . Évalué à 1.
« reduire le budget materiel ??? Faudra revoir le hardware alors car maintenant, les plus petites machines que tu peux te payer sont largement suffisantes pour faire tourner ces applis .net . Je vois pas ou est la reduction du budget materiel. »
Justement, si les machines actuelles suffisent, il n'y a pas besoin de les upgradez régulièrement. Ce qu permet de ne pas devoir acheter de nouveaux processeurs et barettes de RAM chaque année. Donc de réduire le budget matériel. Voila. Ça me parait pourtant logique: Win 3.1 tournait sur 4 mégas et un 386, Win 95 sur 16 mégas et un Pentium, Win 98 sur 64 et un Pentium 2, Win Me demande encore plus. Donc, à chaque mise à jour du bureau à Billou, il faut racheter plein de bidules. Mais si c'est les employés à Billou qui mettent à jour leurs serveurs, c'est eux qui payent le matériel.
# et pourquoi pas un .NET gpl
Posté par poil oq . Évalué à 1.
dans le principe le .NET ne me semble pas complétement déplacé, mais alors :
Si M$ peut mettre des applications accessibles via internet, pourquoi ne peut on en faire autant, et proposer gratuitement des applis gpl, ainsi que le stockage des données, etc... ???
[^] # Re: et pourquoi pas un .NET gpl
Posté par Anonyme . Évalué à 0.
C'est *déjà* le cas : la pierre angulaire de .NET c'est SOAP...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.