Hier, j'ai pu participé aux devdays de microsoft sur strasbourg. La journée s'articulait autour de la CLR2/VS2005/SQL2005 et la couche clr dans le futur longhorn à tous les etages (winfs, avalon, indigo)
On a même eu droit à une démonstration du longhorn (un peu winfs, et un peu avalon/xaml, et msh (nouveau cmd)) J'ai enfin pu mettre des "images qui bougent" sur des technos ...
Bref, tout ça résumait très bien le futur de microsoft...
Et je suis bien rassuré. Leur CLR sera à tous les étages, toutes leurs api reposeront là dessus (toutes les couches d'longhorn, leur bdd, et même leur nouveau msh (console microsoft shell))
Bon la CLR2 commence enfin à ressembler a qqchose de sympa, ça devient mature. Point positif, car de j'en mange beaucoup au boulot ;-(
VS devient de plus en plus une uzine à gaz. L'IDE est rempli d'assistants permettant de développer "des applications sans coder une ligne dans l'absolu ;-)" . Il fait même la modélisation uml, les unittests, les benchs, le suivi de projet, la livraison. Bref il en fait trop pour rellement être utilisable comme microsoft aimerait qu'on l'utilise. C'est un produit qui intègre plein de bonnes idées d'ailleurs (msbuild(nant), templates, localisation, compilation à la volée...). Mais à mettre toutes les billes dans le même panier, c'est trop risqué. Ce n'est pas encore l'outil magique qui permettra de développer avec une souris ...
SQL05, mouais, on ne voit plus trop la limite entre le code, la proc stock, le service web, et le code sql ... dubitatif ça m'a laissé. Car il y a la liberté de faire tout et n'importe quoi ...
Sinon, je suis resté jusqu'au bout pour voir enfin ce longhorn tourné
(Il a certes une belle interface qui n'a rien à envier à osx, mais cela est subjectif.)
Le xaml(avalon), (sorte de xul, et au passage je confirme qu'on peut styler les elements xaml aussi). La démo consistait surtout à montrer l'interaction entre le xaml et directx10. Avec des "simples balises", ils accèdaient aux fonctionnalités de la carte graphique. Pour en mettre plein la vue au niveau "effect 3d" (j'ai eu l'impression que ça ne savait rien faire d'autres ;-). J'aurai préféré voir comment ça interagissait dans une vraie application ;-(
(ils prédisent également un retour au "smart client", client lourd, downloader/upgrader par le net (avec leur techno "clickonce"), et ce pour 2005/2006 ... perplexe je suis ...)
WinFS, ce n'est rien de bien particulier, s'il y avait un truc à retenir, c'est la notion de métadonnés qu'ont peut apposer sur des fichiers. Après on peut faire des vues/recherches sur des fichiers. Tout est dans une bdd (ça m'a tout l'air d'être leur sql2005), et les temps de réponses ont l'air catastrophique.
Et le msh, toujours autour de la clr, permet d'acceder à la machine en ligne de commande, à condition de vouloir taper des api de la clr ;-) ... un simple dir/cd est catastrophique. Il y a moyen de faire des "alias", mais faut coder une fonction ... Bref, c'est mortel, et ça n'a rien à envier à bash
Et comme je disais en début de journal, je suis rassuré ...
Bref, la refonte complete de tout leur systeme (cet article prends tout son sens : http://joelonsoftware.com/articles/APIWar.html).(...) L'heure est à l'interopérabilité, et microsoft tente encore de verouiller les gens dans leurs technos ! (je comprends pas ?!?)
Il faudra une machine très véloce (gros proc, beaucoup de mémoire, et une bonne carte graphique). Certes ça va dans l'air du temps. Mais la techno x86 n'arrive t elle pas au bout ?! (cet article prends tout son sens : http://www.onversity.com/cgi-bin/progarti/art_aff.cgi?Eudo=bgteob&a(...)
Quand je vois qu'en plus, dans notre boite, c'est NT4/W2K
Un autre point important, c'est que maintenant je comprends vraiment bien l'intérêt d'un mono libre. Microsoft ne jurant que par sa clr pour le futur. Il est vital d'avoir un equivalent, et de partager qques apis qui faciliteront des migrations ...
Bref, longhorn marchera peut être pour les particuliers (et riches), bluffés par les effets/simplicités de l'interface. Mais dans les entreprises, je crois qu'il signe là, la fin définitive.
S'il n'y a pas ce retour annoncé du "smart client", et si les brevets logiciels sont rejetés en europe, microsoft se cantonnera aux particuliers (pc et xbox). Ils vont se saborder eux mêmes ... Gnu/Linux a de beaux jours devant lui ...
Journal Devdays, Le Futur de microsoft, je suis rassuré
4
mar.
2005
# Oui mais...
Posté par xsnipe . Évalué à 6.
N'en sois pas si sûr, entre les multiples études qui démontrent que Gnu/Linux coûte plus cher que Windows, l'évolution de l'existant (et oui bcp d'applis ne tournent que sous win et va y avoir des outils pour migrer tout ça...), bref ne tuons pas la peau de l'ours... ;-)
[^] # Re: Oui mais...
Posté par mcjo . Évalué à 2.
Tant le passage de 98 à 2000 (quand cela est possible) a surement été une grosse avancée pour les entreprises, tant le passage de 2000 à longhorn risque AHMA de poser beaucoup plus de problèmes.
Et sincèrement j'ai du mal à croire qu'une interface qui utilise directx 10 soit un argument commercial qui touche les DSI...
[^] # Re: Oui mais...
Posté par TImaniac (site web personnel) . Évalué à 2.
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.
[^] # Re: Oui mais...
Posté par mcjo . Évalué à 1.
Parceque s'il faut former toute une équipe de développement à .net, le coût de migration risque de devenir réellement plus chère que le changement d'OS, surtout si l'on prend les secteurs d'activités qui passent principalement par du client léger. S'il faut reformer une équipe le ToC, comme ils disent, pour migrer vers longhorn risque d'augmenter considérablement : Parc Informatique neuf + Migration OS + formation .net + licences.
A moins bien sur que la solution soit un licenciement de masse des Informaticiens ne maitrisant pas .Net
[^] # Re: Oui mais...
Posté par manatlan (site web personnel) . Évalué à 4.
http://joelonsoftware.com/articles/APIWar.html(...)
C'est un pro MS qui parle, et c'est un spécialiste ...
Les boites qui développent les fameuses applications qui fait qu'on est obligé de rester sur c't'os ...
Vont elles
- suivre microsoft, et tout refaire dans la CLR dot.net
- continuer à faire de la win32 pour l'emulation dans longhorn
- ou commencer à réfléchir à l'avenir de leur binaries, en se plaçant un cran plus haut.
Pourquoi refaire en dot.net/winforms, qui n'est dispo que sur une plateforme (au risque de resigner pour 10ans), alors que je pourrai le faire en mono/gtk# qui est dispo sur plusieurs plateformes (tout en s'affranchissant de l'editeur) ?
C'est la question que tout le monde va se poser ... l'avenir est à l'interopérabilité ... et mono est là ... miguel avait raison ;-)
[^] # Re: Oui mais...
Posté par TImaniac (site web personnel) . Évalué à 1.
Alors les développeurs qui ne souhaitent pas passer à .NET pourront difficilement développer des applis "intégrées".
[^] # Re: Oui mais...
Posté par mcjo . Évalué à 1.
Le pire dans tout ça c'est que sa risque de passer comme dans du beurre...
Par contre sauf s'y on nous change encore les règles de calcul du ToC, il faudrat qu'on explique comment la migration d'une entreprise vers .Net sera moins chère que la migration vers Linux + vmware ou wine...
Je crois qu'avec cette évolution majeur, on assiste au réelle problème de la pérénité d'un système propriétaire. En effet, les développeur se trouvent complètement emprisonner par l'éditeur...
[^] # Re: Oui mais...
Posté par manatlan (site web personnel) . Évalué à 2.
[^] # Re: Oui mais...
Posté par Nico C. . Évalué à 1.
Imbolcus
A vot' service
# pfff ...
Posté par Benoît Déchamps (site web personnel) . Évalué à 1.
[^] # Re: pfff ...
Posté par Benoît Déchamps (site web personnel) . Évalué à 3.
[^] # Re: pfff ...
Posté par Marc (site web personnel) . Évalué à 8.
->.NET
avalon
film en polonais
indigo
moitié de nom de série de TF1
et pour les moins initiés d'entre nous VS, SQL05 ?
pourtant les plus simples: VisualStudio, et SQL (comme dans MySQL) 05 -> 2005 (comme tu as Windows 98, avec 98->1998, windows 2000, etc).
Ça donne envie tout ça. On manque un peu de ça je pense. Faudrait avoir des trucs juste pour l'esbrouffe, faire envie à ceux qui comprennent pas vraiment.
[^] # Re: pfff ...
Posté par Nicolas Évrard (site web personnel, Mastodon) . Évalué à 4.
Ça donne envie tout ça. On manque un peu de ça je pense. Faudrait avoir des trucs juste pour l'esbrouffe, faire envie à ceux qui comprennent pas vraiment.
Des noms qui en jette, le libre il en a plein. Apache, PostgreSQL, Zope, Plone, python, perl, evolution, firefox, pango, bonobo, dbus (celui la il n'en jette pas mais bon).
[^] # Re: pfff ...
Posté par anonimulo . Évalué à 6.
GNU, gnu-slash-linux, XMMS, Ogg/Vorbis, yzis, KWord, gtruc, ... et quelques autres milliers.
Dernier en date : Kubuntu
Si vous êtes intéressés par un projet marketing pro-libre, faire des propositions de renommages pour un tas de projets libres ferait le plus grand bien.
[^] # Re: pfff ...
Posté par Paul . Évalué à 4.
[^] # Re: pfff ...
Posté par cosmocat . Évalué à 3.
Vive Terry Pratchett!!!
Vive Les annales du disque monde!!!
Bon c'est sur, pour celui qui connais pas, je passe pour un tarré, mais bon....
[^] # Re: pfff ...
Posté par blackshack . Évalué à 1.
[^] # Re: pfff ...
Posté par cosmocat . Évalué à 1.
[^] # Re: pfff ...
Posté par patrick_g (site web personnel) . Évalué à 3.
[^] # Re: pfff ...
Posté par cosmocat . Évalué à 3.
- Terry Pratchet (dieux vivant pour certains):
http://fr.wikipedia.org/wiki/Terry_Pratchett(...)
Son oeuvre, le disque monde, série de bouquins :
http://fr.wikipedia.org/wiki/Disque-Monde(...)
Un des avis sur le site de la fnac m'avais marqué: "Si tu veux passer pour un con car tu te marres tout seul dans le metro, lis ce bouquin"
y'a le nom des principaux personnages dont NouNou Ogg dont une page plus explicite est :
http://fr.wikipedia.org/wiki/Nounou_Ogg(...)
Par contre, je me rappelle plus qui est vorbis et c'est pas marqué. Je crois que c'est un des mages, si ce n'est pas un des archichanceliers....
si quelqu'un peux confirmer ou infirmer.
Moi je conseille fortement aussi, le livre des gnomes qui est beaucoup plus court (2 volumes) et qui est très jubilatoire aussi.
[^] # Re: pfff ...
Posté par Psychofox (Mastodon) . Évalué à 4.
Un gars sympathique. si si je vous jure.
PS: il existe une encylopédie du Disque Monde, très pratique pour se rappeler de toutes ces choses la.
[^] # Re: pfff ...
Posté par Marc (site web personnel) . Évalué à 4.
[^] # Re: pfff ...
Posté par ours Ours (site web personnel) . Évalué à 1.
indigo : partie communication de longhorn
ce sont 2 des 3 pilliers de cet OS, sachant que le 3e sortira plus tard (winfs)
[^] # Re: pfff ...
Posté par Thierry . Évalué à 3.
la quadrichromie des plaquettes ?
indigo : partie communication de longhorn
les buzzwords des plaquettes ?
le 3e sortira plus tard (winfs)
l'odeur (de vapeur) des plaquettes ?
# hmm
Posté par astennu . Évalué à 2.
http://joelonsoftware.com/articles/APIWar.html(...)
http://www.onversity.com/cgi-bin/progarti/art_aff.cgi?Eudo=bgteob&a(...)
A part ça, j'ai pas tout compris, ni de ce qui était décrit, ni de l'interet de la chose. Mais c'est peut-être un effet secondaire de la neige ;)
VS, j'ose imaginer que c'est Visual Script (j'aime le paradoxe qui se cache derrière ce nom), mais CLR c'est quoi?
[^] # Re: hmm
Posté par kolter (site web personnel, Mastodon) . Évalué à 5.
Cela dit, pour reprendre certains commentaires c'est vrai que beaucoup de termes ne veulent pas dire grand choses aux non initiés (moi compris) ....
M.
[^] # Re: hmm
Posté par Benoît Déchamps (site web personnel) . Évalué à 3.
A mon avis il s'agit plutôt de Visual Studio.
[^] # Re: hmm
Posté par astennu . Évalué à 2.
Merci :)
[^] # Re: hmm
Posté par Clément Stenac (site web personnel) . Évalué à 1.
[^] # Re: hmm
Posté par TImaniac (site web personnel) . Évalué à 5.
# msh ???
Posté par kolter (site web personnel, Mastodon) . Évalué à 10.
En effet, j'ai (losrque j'étais encore étudiant en 2003) programmé un petit shell unix que j'ai appelé "MSH", il est dispo sur le web depuis cette époque... (http://emmanuel.bouthenot.free.fr/pub/msh-0.1.tar.gz)(...)
donc, je sais pas encore si je vais faire valoir mes droits, mais en tout cas si des gens de chez MS nous lisent j'aimerais bien qu'il me contacte...
je pense qu'on peut s'arranger, si MS se positionne contre les brevets logiciels et le fait savoir rapidement, je pense pouvoir faire des concessions... sinon on va droit au procès... (j'ai des témoins : profs, camarades de classes et autres)... ça peut aller loin...
M.
(faut pas me chercher ...., au pire je vend le logiciel à Linspire qui pourra prendre sa revanche !!!)
[^] # Re: msh ???
Posté par kolter (site web personnel, Mastodon) . Évalué à 2.
- http://emmanuel.bouthenot.free.fr/pub/msh-0.1.tar.gz(...)
M.
[^] # Re: msh ???
Posté par Boa Treize (site web personnel) . Évalué à 0.
Mouah ah ah ! :-D
En effet, j'ai (losrque j'étais encore étudiant en 2003) programmé un petit shell unix que j'ai appelé "MSH", il est dispo sur le web depuis cette époque...
On a commencé à entendre parler de leur nouveau shell en 2002.
donc, je sais pas encore si je vais faire valoir mes droits, mais en tout cas si des gens de chez MS nous lisent j'aimerais bien qu'il me contacte...
Quels droits ? C'est pas comme si t'avais déposé une marque de commerce.
[^] # Re: msh ???
Posté par kolter (site web personnel, Mastodon) . Évalué à 8.
t'essaye de me décourager ?
M.
[^] # Re: msh ???
Posté par Spyhawk . Évalué à 8.
[^] # Re: msh ???
Posté par plagiats . Évalué à 0.
[^] # Re: msh ???
Posté par benoar . Évalué à 4.
Et je confirme, un vrai shell avec redirection, pipe, process en background, etc ...
Je pourrai témoigner de la paternité du msh ! Construit avec amour à l'IUT.
Mais fais attention, ils pourront essayer t'acheter avec toute la thune qu'ils ont. Mais je pense que tu résistera, pour l'amour de GNU/Linux, malgré tout l'argent que pourra te donner Microsoft!
Un ancien collègue...
[^] # Re: msh ???
Posté par Nick Depp . Évalué à 2.
[^] # Re: msh ???
Posté par kolter (site web personnel, Mastodon) . Évalué à 2.
M.
[^] # Re: msh ???
Posté par kolter (site web personnel, Mastodon) . Évalué à 2.
mais t'as raison, je vendrais pas !!!!
M.
[^] # Re: msh ???
Posté par THE_ALF_ . Évalué à 5.
[^] # Re: msh ???
Posté par Pierre LAGARde . Évalué à 1.
Le nom final du produit n'est pas déterminé... :)
Pierre
# petit plus
Posté par manatlan (site web personnel) . Évalué à 8.
CLR2 : common langage runtime, c'est un peu ce qu'est la jvm à java, mais pour les langages microsoft (c#, vb.net, j# ...) ... et le 2, c la version 2 ;-)
VS2005 : Visual Studio, leur IDE pour manipuler "dot.net"
SQL2005 : C'est la version 2005 de leur base de données : SQLServer 2005 (yukon, c'est son petit nom, si j'ai bien compris)
Avalon : C'est la couche de présentation du futur longhorn. En gros, c'est des apis pour afficher un GUI qui serait basé sur un langage xml, le fameux XAML (très proche du XUL et autres fichiers glade)
Indigo : C'est la couche communication. Tout ce qui sortira de l'ordinateur passera pas là. Des apis de communication reseau, très unifié
WinFS : c'est leur nouveau file system, en fait ça ne remplacera pas ntfs, ce sera une couche de metadonnés/sql pour requeter son filesystem ...
MSH : microsoft shell ? je suputte (equivalent de bash, mais fortement lié à la clr)
[^] # Re: petit plus
Posté par kolter (site web personnel, Mastodon) . Évalué à 3.
parce c'est bien beaux tous ces nouveaux trucs et assistants qui rendent le code "plus facile à produire" (c'est moins chiant de cliquer que de taper 10 lignes au clavier ???) mais moins facile à lire (cf certains bout de code crée par les assistants de VC++ et qui sont totalement imbitables... que même si t'as fait 10 ans C++, tu comprends ce que ça veut dire...) à la sauce 2005 mais combien ça va couter à une boite qui a disons à 10 dev pour se mettre à jour ?
M.
[^] # Re: petit plus
Posté par manatlan (site web personnel) . Évalué à 3.
Mais je sais qu'actuellement ils veulent développer les communautés dot.net. Et signent des partenariats avec pleins de sites de codes-sources ...
En fait, ils cherchent à créer des communautés à l'image de celles de php, et mettent tout en oeuvre pour y arriver.
Je crois savoir qu'il y aura même une version de VS gratuite pour les particuliers.
Sinon, pour utiliser VS2003 au boulot, je peux dire aussi que je ne crois pas aux assistants et autres facilités, qui t'oblige à utiliser leur produit dans le sens où ils veulent que tu l'utilises ...
Et dès que tu sors un peu des sentiers battus, la difficulté s'accroit énormément ... et tu passes plus de temps à comprendre/détourner l'IDE qu'à coder reellement ...
Du coup, notepad(scite)+nant+msdn est une valeur sure ... et dans le long terme/gros projet, te fait gagner du temps sur l'IDE.
Dans la version 2005, ils intègrent msbuild, qui est en fait, une pâle copie de nant(ant) (presque les mêmes mots clés ;-)
[^] # Re: petit plus
Posté par Mark Havel . Évalué à 2.
[^] # Re: petit plus
Posté par achil . Évalué à 1.
Microsoft souhaiterait il redonner de l'importance aux modes textes etc?
Depuis 95 l'evolution allait dans le sens opposé à ce qu'ils font la (augmenter les possibilités de leur shell texte).
Bizzard.
Si quelqu'un pouvait m'eclaircir...
[^] # Re: petit plus
Posté par manatlan (site web personnel) . Évalué à 2.
il peut en avoir besoin, mais en dernier recours ...
Maintenant, un shell pour un développeur est quand même bien pratique ...
[^] # Re: petit plus
Posté par achil . Évalué à 2.
Ma question est uniquement pour savoir si oui ou non, on remarque ici un changement de stratégie de MS vis à vis des shells textuelles...
[^] # Re: petit plus
Posté par WH (site web personnel) . Évalué à 2.
[^] # Re: petit plus
Posté par kolter (site web personnel, Mastodon) . Évalué à 2.
M.
[^] # Re: petit plus
Posté par applex . Évalué à 2.
[^] # Re: petit plus
Posté par kolter (site web personnel, Mastodon) . Évalué à 5.
/me out
M.
[^] # Re: petit plus
Posté par achil . Évalué à 10.
Enfin au moins maintenant les virus feront de la 3D avant de faire rebooter.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
Alors oui, il te permet d'executer des commandes, faire des pipes, ... mais la maniere dont il fait cela est assez hors du commun et plutot baleze.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 0.
Euh, la manière, c'est « Pourquoi faire simple quand on peut faire compliqué ? » ?
hop, hop, trop facile -->[]
Plus sérieusement, ne peut-on pas simuler un machine de Turing avec un « shell standard » ? Je pense que si...
Ah, pardon, tu parlais peut-être de la possibilité de tripoter la mémoire des autres processus, surtout la mémoire du noyau. Là, effectivement, les « shells standard » ne savent/peuvent pas faire.
rehop, rehop, pour de bon -->[]
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
Ben je vais te montrer un des gros avantages de MSH tres tres simplement :
Tu as la commande shell suivante(imaginaire) :
getfileinfo <nom de fichier> : extrait la version, taille, date, ...
et ca le ressort a l'ecran sous le format :
taille : x version : x date : x
Comment ferais tu en bash/tcsh/... pour lister uniquement les fichiers qui sont plus recents que la date Y et dont le numero de version est plus eleve que Z et les afficher tries par date ?
Oui tu peux y arriver moyennant un nombre faramineux de cut, awk et autres mais en MSH c'est hyper simple, car ce qui est transmis dans un pipe c'est un objet contenant les donnees que tu peux utiliser a loisir pour en extraire les differents elements et faire des operations dessus, pas du texte. Resultat tu peux faire un truc du genre :
fileinfo | where {$_.date > 02/11/2005} && {$_.version > 1.2.5.3} | sort date
Avoues que c'est legerement plus simple, plus elegant et plus rapide que la methode bash/tcsh/...
[^] # Re: petit plus
Posté par achil . Évalué à 1.
Plein de nouvelles fonctionnalitées... blah blah blah
Plein de trucs qui rendent la vie plus simple... blah blah blah
Mais trop de features d'un coup ca n'augmente pas énormement le risque de voir pendant les premiers mois un WindowsUpdate, bourré à craquer d'update pour des failles immondes?
On a eu le droit avec SP2:
Version marketing: SP2 Rend Windows plus sure, fini les soucis, voici la tranquillité arriver!
Version Vie Réelle: Des réseaux entiers de machines qui plantent... des logiciels pas compatibles, des administrateurs qui pettent des cables...
Et puis quand on regarde les archives c'est toujours pareil, meme pendant les shows ca foire... (Oui oui plug and play une révolution, hop écran bleu ahah...)
Au final ce Windows, cette révolution, il sera utilisable en prod quand? la en démo, ces perfs sont lamentables, ils sont encore à essayer de le faire tourner sans qu'il plante (la sécu ca doit pas trop les effleurer). Pour moi pour le moment ce truc est une blague, des la sortie des beta, les équipes des concurents vont bien analyser ca, et si ca ce trouve le jour de la sortie de final, les concurents auront déjà rendu leurs copie...
Car bon en plus, plus ca va, plus le Manchot il a tendance à décalquer les features de plus en plus vite...
Outre le point de vue purement technologique de ce projet (Ouais j'avoue sa alimente les trolls), on sans doute aussi la confrontation de deux mode de dévellopement différents. Microsoft qui veut a tout prix sortir des versions qui en jette avec un max de nouveau truc.
Linux... bien...
Linus: "To invent something totally new and different just because you want to do something new and different is in my opinion, the height of stupidity and hubris. Linux is doing great things exactly because Linux isn't throwing out the baby with the bathwater, like so many projects tend to want to do. The NIH syndrome (Not Invented Here) is a disease."
(http://news.com.com/Torvalds+A+Solaris+skeptic/2008-1082_3-5498799.(...)
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 4.
Quand t'ecris du code nouveau tu prends des risques c'est toujours le cas, mais en meme temps, les processus de verification de code, de test, ... s'ameliorent et tu trouves les bugs de plus en plus tot.
Si tu regardes WS03 par exemple, il n'a pas eu ce genre de problemes a sa sortie, pourtant bcp de choses etaient differentes par rapport aux versions precedentes.
Version Vie Réelle: Des réseaux entiers de machines qui plantent... des logiciels pas compatibles, des administrateurs qui pettent des cables...
Version monde reel : plus de 100 million de machines on recu le SP2 a travers Windows/Auto Update, j'ai pas entendu parler de 100 million de machines plantees tres tres loin de la.
Au final ce Windows, cette révolution, il sera utilisable en prod quand? la en démo, ces perfs sont lamentables, ils sont encore à essayer de le faire tourner sans qu'il plante (la sécu ca doit pas trop les effleurer).
Fin 2006 en theorie, raison pour laquelle il plante autant, il est en version alpha pour l'instant.
Outre le point de vue purement technologique de ce projet (Ouais j'avoue sa alimente les trolls), on sans doute aussi la confrontation de deux mode de dévellopement différents. Microsoft qui veut a tout prix sortir des versions qui en jette avec un max de nouveau truc.
Ben je suis pas trop d'accord, regardes un Linux de 2001(sortie de XP) et regardes a quoi ressemblera Linux de 2006(sortie de Longhorn), tu verras que la aussi il y a bcp de changements.
[^] # Re: petit plus
Posté par achil . Évalué à 2.
Pour SP2, j'ai pas de chiffres, rien, de plus l'interet de cette argument était juste la à titre d'exemple afin de centrer sur le problème et pas sur SP2 en lui même.
Wait and see.
[^] # Re: petit plus
Posté par mcjo . Évalué à 2.
Parceque la commande ls comporte déjà beaucoup d'option de tri qui limite le filtrage et quiconque à déjà eu besoin de ce type de filtre posède déjà ce genre de script, même si celà ce fait à partir de texte...
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 1.
Ben demandes toi comment tu recupererais sous Unix le numero de version en utilisant un outil qui n'extrait pas le numero de version...
Evidemment qu'il faut utiliser la commande appropriee pour recevoir tes donnees, sans ca pas de miracles.
Parceque la commande ls comporte déjà beaucoup d'option de tri qui limite le filtrage et quiconque à déjà eu besoin de ce type de filtre posède déjà ce genre de script, même si celà ce fait à partir de texte...
Ah bon ? Quand t'as un nouveau besoin tu as deja le script pour ? Moi non, il faut que je l'ecrive a ce moment la, et pour cela je prefere utilise un shell qui rend les choses plus simples et plus efficaces.
[^] # Re: petit plus
Posté par THE_ALF_ . Évalué à 2.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
Python tout seul ne permet pas ca car il n'y a pas les bindings dans l'OS pour acceder a ces infos, et bien entendu il faut aussi le shell qui gere ces objets python et le passage des objets d'une commande a l'autre. Bref, c'est pas une innovation du langage, c'est une application innovante tirant parti des specificites du langage, c'est probablement possible de le faire sous Linux, le truc etant que ca n'a pas encore ete fait.
[^] # Re: petit plus
Posté par THE_ALF_ . Évalué à 2.
Mouais... en tout cas IPython (qui existe depuis quelques années déjà) me semble pas mal s'approcher de ta description:
http://ipython.scipy.org/(...)
[^] # Re: petit plus
Posté par THE_ALF_ . Évalué à 4.
http://mail.python.org/pipermail/python-list/2004-June/227124.html(...)
L'ensemble du thread est intéressant. Il y a notamment des références vers d'autres projets qui seraient plus ou moins lié à ce concept (scsh et squeak notamment).
Bref, rien de bien nouveau sous le soleil. L'idée sous jacente qui traine derrière msh existe depuis un certain temps et commence déjà à être implémentée ici ou là.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 3.
Ah ? c'est nouveau ?
Un shell sert à lancer des programmes et fournit quelques commandes de base pour les composer ou manipuler les jobs. Ce sont là quelques fonctions système. Pas besoin de pouvoir tripoter toutes les données du noyau.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
lpython te permet de retourner tres facilement un objet contenant tous les utilisateurs avec leur repertoire d'utilisateur et leur shell par defaut ? Non
Pourquoi ? Parce que l'OS et les libs de Python ne proposent pas d'API permettant a Python de retourner ces infos.
Quand je dis integration avec l'OS, je parles pas du noyau de l'OS
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 1.
Argh. C'est vrai qu'avec Microsoft, même notepad fait partie de l'OS. :oP
Maintenant, en ce qui concerne le reste du message, les infos existent et sont accessibles : on peut faire une fonction python (ou autre) qui construise un tel objet.
Donc, en ce qui concerne la possibilité, elle est là.
En ce qui concerne l'existence, et bien, encore une fois c'est une question de gain/coût. Effectivement, si toutes les fonctions systèmes étaient en orienté objet, cela serait moins coûteux (à ce sujet, voir les discussions sur « pourquoi pas linux en C++ »). Pour l'intérêt (le gain), s'il s'avère qu'une API objet pour les fonctions système est désirable et désirée, alors la force du LL fait qu'elle verra le jour.
[^] # Re: petit plus
Posté par hervé Couvelard . Évalué à 1.
Bonjour,
je ne suis pas un gourou de linux, ni de windows, ce qui me plait dans linux :
c'est chaque programme fait une seule chose mais il le fait bien. Alors oui c'est parfois Ch*, non, difficile de trouver, mais c'est un choix de conception, toutes ces briques indépendantes que l'on peut assembler par des |, de des >, et encore des & et j'en oublie probablement un peu.
Vouloir TOUT intégrer à l'OS, c'est, de mon point de vue, une erreur (ok, cela permet de faire des trucs vachement cool pour les 5 gourous windows de cette liste, et pour les exemples lors de démo publiques, mais cela me donnerait des inquiétudes que mon shell puisse causer avec le noyeau (RWE).
Pour donner une image de ce que je me représente, c'est comme si une voiture donnait une interface texte pour modifier l'electronique d'allumage ou d'ABS, ok, ce serait probablement un truc vachement trop top génial comme possibilité technique de faire des effets de routes en courbe, maintenant dans la voiture à monsieur tout le monde, connecté sur internet, sur un système qui historiquement n'est pas considéré comme très sécurisé, je doute.
Remarque, peut être Microsoft veut implémenter un modèle économique du libre : faire payer l'assitance réparation ? NON, c'est juste une blaque à 2 balles.
Je conçois que tu trouves cela bien (le nouveau shell, pas mon blabla) de ton employeur et que ta motivation soit visible, maintenant cela n'en fait pas forcément le produit de l'année.
hervé
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 1.
c'est chaque programme fait une seule chose mais il le fait bien. Alors oui c'est parfois Ch*, non, difficile de trouver, mais c'est un choix de conception, toutes ces briques indépendantes que l'on peut assembler par des |, de des >, et encore des & et j'en oublie probablement un peu.
Vouloir TOUT intégrer à l'OS, c'est, de mon point de vue, une erreur (ok, cela permet de faire des trucs vachement cool pour les 5 gourous windows de cette liste, et pour les exemples lors de démo publiques, mais cela me donnerait des inquiétudes que mon shell puisse causer avec le noyeau (RWE).
Tu m'expliques quel element dans mon exemple est a l'inverse de ce que tu decris ? Tu vois ou que le shell est integre au noyau ou autre truc invraisemblable ? Tu vois ou que c'est un gros truc monolithique plutot qu'un ensemble d'elements simples et independants interagissant ensemble ?
[^] # Re: petit plus
Posté par Krunch (site web personnel) . Évalué à 2.
http://www.ffii.org/~zoobab/bh.udev.org/filez/lightning/2005/19-pla(...) (page 14: "Plumber: intelligent pipes"), c'est le PDF qui a été montré au FOSDEM mais ya pas grand chose sur le sujet dans ce fichier. Par contre Google me donne ça: http://www.cs.bell-labs.com/sys/doc/plumb.html(...) mais je vais surement pas lire ça ce soir.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 4.
Sinon, l'exemple que tu donnes est traitable facilement avec find (sauf le n° de version, mais c'est parce que le n° de version ne se trouve pas être un attribut du fichier dans le système de fichiers).
De la même façon, « small is beautiful » et je pense que ces fonctions appartiennent à des programmes, pas à des commandes shell (nuance importante dans la discussion qui nous occupe).
Le principe est que se sont des octets qui passent par les tubes (pipes). Les « shells standard » conservent ce principe. Quelques commandes et programmes simplifient un peu et ne traitent que des caractères.
Mais rien n'empêche de créer un format d'échange de données « objet » (ce ne sont pas vraiment des objets mais plutôt des structures, mais bon, on va dire « objet » pour simplifier, je vais pas expliquer CORBA ici). Si tu as deux commandes qui connaissent ce format et que tu associes par un tube, p.ex. un ls qui donne les infos sur les fichiers sous forme d'objets, et un sort qui sait les lire et dont la syntaxe des arguments te permet de les manipuler, tu as l'équivalent (j'oserais dire « la même chose ») que ce que propose msh.
Et, pour cela, pas besoin de rajouter des fonctionnalités au shell ou au noyau. Une simple bibliothèque pour gérer ce format suffit (histoire de standardiser ledit format).
[^] # Re: petit plus
Posté par TImaniac (site web personnel) . Évalué à 0.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 2.
J'y répondrai quand même (j'suis maso, moi, des fois).
Paie-moi !
Personnellement, je n'en ai pas le besoin. Quand bien même je l'aurais, je ferais comme certains (beaucoup ?) ont déjà dû le faire : quelques fonctions shell (avec l'aide de awk ou autre) pour les scripts pour lesquels j'en aurais besoin. Rien de très distribuable, donc (rapport gain/coût* pas intéressant pour moi).
* : je ne parle pas (seulement) de gain/coût financier, il faut certes que je mange et que le temps passé ne m'en empêche pas, je parle aussi du travail nécessaire (pour avoir un bon format) et de l'intérêt qu'une telle bibliothèque puisse vraiment avoir (pour les utilisations triviales, awk suffit, même si c'est « mois élégant »).
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
Oui, et quid des 26500 autres exemples que je pourrais te sortir ?
De la même façon, « small is beautiful » et je pense que ces fonctions appartiennent à des programmes, pas à des commandes shell (nuance importante dans la discussion qui nous occupe).
Mais justement, ces commandes shell sont petites, ce sont des commandes generiques.
Si tu as deux commandes qui connaissent ce format et que tu associes par un tube, p.ex. un ls qui donne les infos sur les fichiers sous forme d'objets, et un sort qui sait les lire et dont la syntaxe des arguments te permet de les manipuler, tu as l'équivalent (j'oserais dire « la même chose ») que ce que propose msh.
Justement non, c'est le truc.
Le commande sort, elle n'a aucune idee a l'avance que l'objet qu'elle va recevoir a une propriete nommee "date" ou "version", sort est un outil generique et quand tu lui passe l'argument "date", alors il va aller le chercher sur l'objet et faire le tri avec ca.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 2.
Je répondais juste pour cet exemple. Si tu m'en sors 26500 autres (et si j'en avais le temps, mais, au lieu de ça, je moule sur linuxfr...), je pense qu'on pourrait trouver une solution pour chacun.
Je ne sais pas, je n'ai pas vu le code, mais cela dépasse un peu ce qu'un shell est censé faire (p.ex. cp et mv sont des programmes, pas des commandes).
Je n'ai jamais dit que sort doit savoir à l'avance la liste des attributs disponibles. Imagine que le ls modifié envoie la ligne "taille version nom droits ..." suivi de lignes contenant chacune la valeur de ces attributs pour les fichiers cibles (en clair, il indique le format des données juste avant les données).
Le programme sort commence donc par voir arriver "taille version nom droits ..." et comprends que les attributs seront "taille", "version", "nom", etc., et pourra lire les données qui suivent.
« Small is beautiful » est le leitmotiv des outils unix : pas la peine de compliquer, chacun sa spécialité. Si je fais un ls modifié, un sort modifié, etc., je complique ces programmes. Alors que si je fais juste quelques filtres entre eux, je n'ai besoin que de programmes simples. Ok, ma ligne de commande est plus longue, mais si je m'en sers souvent, je fais des scripts, des fonctions.
De plus, si je tiens à faire ces programmes modifiés, je peux les faire simplement sans pour cela modifier le shell ou, pire, le noyau.
« Pouf, ah puh magie ! »
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
Ces commandes sont du meme niveau que cp et mv, ils sont pas integres au shell, ce sont des objets .NET que le shell trouve et charge.
Si je fais un ls modifié, un sort modifié, etc., je complique ces programmes. Alors que si je fais juste quelques filtres entre eux, je n'ai besoin que de programmes simples. Ok, ma ligne de commande est plus longue, mais si je m'en sers souvent, je fais des scripts, des fonctions.
C'est justement l'avantage, dans MSH toutes ces commandes sont simples et generiques, et elles permettent de faire les choses de maniere plus simple qu'avec les shells Unix tout simplement car elles se transmettent des donnees structurees plutot que du texte simple.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 1.
Comme je l'ai dit plus haut, j'oublie toujours que Windows est à la fois un noyau, un SE, un gestionnaire de fenêtres, un bureau...
Ça me fait penser à ça :
[ Paragraphe 222 du témoignage de Bill Gates lors du procès contre l'État de New York, « enlever Internet Explorer de Windows ».
http://www.microsoft.com/presspass/legal/billgates/billgates.asp(...) ]
« For example, the component needed just to run a particular sound card depends upon a great many other components of Windows, in some cases including all of the components involved in providing Web browsing functionality. Certain of these interdependencies may seem counterintuitive, but they reflect basic engineering efficiencies, and they make it extremely difficult to create a version of Windows from which various components could be removed without degrading the rest of the operating system. »
En clair : sous Windows, c'est IE qui gère les cartes sons et c'est normal parce que c'est un principe basique d'efficacité du génie logiciel.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 1.
Toi pas comprendre.
MSH utilise les avantages de .Net pour permettre ce genre de choses dans un shell, et l'integration a l'OS de MSH vient du fait que l'OS fournit des APIs .Net.
En clair : sous Windows, c'est IE qui gère les cartes sons et c'est normal parce que c'est un principe basique d'efficacité du génie logiciel.
T'es libre de choisir quoi croire, si tu preferes croire des conneries dites pour limiter les retombees d'un proces car ca t'arrange tu es libre de le faire, mais voir la realite telle qu'elle est serait probablement plus intelligent.
[^] # Re: petit plus
Posté par hervé Couvelard . Évalué à 1.
Et toi ? tu crois ce qu'on te dis ou tu as lu et compris les lignes de code qui font cela ?
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: petit plus
Posté par mcjo . Évalué à 2.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 2.
T'es gentil, tu restes poli.
C'est exactement ce que j'ai dit : .Net permet à msh ce genre de manip. et .Net donne une interface objet au SE. Maintenant, que le SE soit codé en .Net ou qu'une api .Net donne cette interface, ça ne change rien, ni à ce que j'ai dit, ni au fonctionnement de msh.
[^] # Re: petit plus
Posté par pasBill pasGates . Évalué à 2.
Je n'ai fait que citer une partie de ce témoignage (en donnant le lien pour le témoignage complet pour éviter les remarques du type « The devil can cite Scripture for his purpose » [The Merchant of Venice, I-3, W. Shakespeare]), en en donnant un résumé en français.
Cette citation me permet donc d'expliciter mes sentiments (effectivement, je n'ai ni le code, ni la documentation qui devrait l'accompagner, pour aller jusqu'à juger) sur les liens entre Windows et le GL. Sentiments qui sont confortés par les annonces des fonctionnalités prévues par les futures produits attachés.
C'est justement ce que je te reproches, tu prends une phrase que tu sais fausse pour soutenir l'affirmation selon laquelle le design de Windows serait pourri jusqu'a la moelle.
Quand a tes sentiments sur le GL dans Windows, fais seulement, detailles ici quels sont ces problemes, et j'ai bien utilise le mot detail
[^] # Re: petit plus
Posté par Sylvain Sauvage . Évalué à 2.
Ben non, justement, je ne la sais pas fausse (comment sais-tu ce que je sais ou pas ?), je la prends pour ce qu'elle est : un témoignage sous serment ; ni plus, ni moins.
Quant à détailler les défauts de Windows (c'est ce que je crois comprendre que tu veux que je fasse), comme je l'ai déjà dit, il me faudrait le code, sa documentation et un petit moment. Par contre, je peux, comme je l'ai fait (et dit), douter de l'accord de Windows avec de grands principes du GL, comme :
- modulariser ;
- spécifier les fonctionnalités ;
- documenter (p.ex. en donnant la spécification des fonctionnalités) ;
- rester cohérent.
On peut trouver quelques exemples dans cet article (déjà cité plus haut par manatlan) : http://joelonsoftware.com/articles/APIWar.html(...)
(P. ex. : la gestion incohérente des chaînes de caractères (« incohérente » signifie que cette gestion utilise différents principes suivant les fonctions), gestion mal documentée qui plus est.)
# Doucement doucement!
Posté par Maclag . Évalué à 8.
J'ai du mal à croire que microsoft soit pas foutu de pondre un shell correct.
WinFS a peut-être été présenté avec toutes les options de débuggage à la compilation, ce qui pourrait expliquer les perfs.
et ainsi de suite!
Que la présentation ait été médiocre aux yeux d'un initié, tant mieux pour nous, mais tant que je n'aurai pas vu longhorn en version finale tourner de mais propres yeux, et tant que je n'aurai pas entendu par des dév/utilisateurs familiers de 2 mondes que c'est de la m..., je continuerai à me méfier.
D'autant que le marketing qu'on verra derrière suffira à lui seul à convaincre un grand nombre que c'est pas la peine de chercher ailleurs, y'a rien de mieux (sic)
Prudence et méfiance!
[^] # Re: Doucement doucement!
Posté par SoWhat . Évalué à 10.
Moi aussi. Pourtant, ça fait bien longtemps que le shell disponible dans la console est en dessous de tout. Il doit y avoir une autre raison, car ils savent faire mais ne le font pas.
[^] # Re: Doucement doucement!
Posté par Boa Treize (site web personnel) . Évalué à 5.
Pour le nouveau shell, je pense que c'est simplement qu'il n'est pas fini. Par contre, s'il tient ses promesses une fois fini, il peut faire assez mal aux environnements Unix, parce qu'accéder à tous les objets présents sur la machine de manière assez propre et unifiée, ça peut roxer très fort. Sous Unix faut déjà se dégotter un langage pas trop mal (la syntaxe sh/bash est quand même assez atroce, et le débogage est particulièrement atroce), et voir s'il existe des bindings entre ce langage et chaque bibliothèque et/ou application du système. Avec des choses comme Python et DCOP, on va dans la bonne direction, mais on est encore loin d'un shell avec accès unifié à presque tout.
[^] # Re: Doucement doucement!
Posté par manatlan (site web personnel) . Évalué à 6.
Tout tourne autour de la CLR/dot.net et de ses API, et à tous les étages !
C'est un très bel exemple d'intégration très poussée ! Et prouve que chez microsoft, il y a pas mal de très très bons techniciens/ingénieurs en développement, et qu'ils ont bien bossés tous ensemble !
En plus d'une énorme base installée, et d'un capital colossale pour faire tout et un peu prêt tout ...
[^] # Re: Doucement doucement!
Posté par Nicolas Évrard (site web personnel, Mastodon) . Évalué à 10.
J'ai du mal à croire que microsoft soit pas foutu de pondre un shell correct.
Tiens ça me rapelle la fameuse anecdote de ksh.
En gros, Microsoft fiat une présentation de son package d'outils UNIX pour NT. Dans ce package, il y a un shell qui ressemble étrangement à ksh mais qui n'est pas vraiment compatible. Évidemment quelqu'un dans la salle le fait remarquer, le présentateur ms dit "Mais si il est complètement compatible", ensuite long échanges sur le thèmes 'mais non'/'mais si'. Jusqu'à ce que quelqu'un signale qu'en fait le gars de microsoft parle à David Korn.
Ça doit être une de mes anecdotes préférées ...
[^] # Re: Doucement doucement!
Posté par Thierry . Évalué à 0.
Ça doit être une de mes anecdotes préférées ..
[AOL]me too[/AOL]
Maintenant, j'aimerais bien savoir où sont passés les "plussoilleurs" et "moissoilleurs", parce que ça me manque, ce couperet virtuel de la démocratie électronique...
[^] # Re: Doucement doucement!
Posté par Calim' Héros (site web personnel) . Évalué à 9.
[^] # Re: Doucement doucement!
Posté par Psychofox (Mastodon) . Évalué à 3.
parce que l'actuel SFU (Services For Unix) n'est autre qu'un portage tout bête des outils de openBSD.
[^] # Re: Doucement doucement!
Posté par manatlan (site web personnel) . Évalué à 5.
Il y a eu (vraiment) beaucoup de plantages (j'en ai même pas parler), et c'est tout à fait normal !!!
Je crois que la demo de longhorn était sur un véloce 64bits, avec 12go de RAM ... et c'était très mou ... Mais certes, c'était de la beta, et comme tu dis, il y avait peut être les options de debuggage ! Mais ça laisse présager de sacré machines quand même !
Je ne fais pas de l'antimicrosoft primaire ... je m'interroge juste sur le bien fondé de repartir à zero dans les apis, en se basant sur le postulat que les machines a base de x86 seront de plus en plus véloce.
Cependant, j'attends aussi avec impatience la version finale, pour la voir en vraie ! (mais il y aura pas winfs dans la v1)
et pour l'anectdote : Ils ont même montré firefox qui se connectait à du asp.net ;-), pour faire du xmlhttprequest en javascript !
Sinon dans l'ensemble, c'était vraiment une très bonne journée ! Le show était bien, et les gars de microsoft vraiment forts et interessants !
[^] # Re: Doucement doucement!
Posté par TImaniac (site web personnel) . Évalué à 5.
[^] # Re: Doucement doucement!
Posté par Sylvain Sauvage . Évalué à 5.
Parce que MS a déjà fait des versions définitives de ses produits ?
hop, hop -->[]
[^] # Re: Doucement doucement!
Posté par Boa Treize (site web personnel) . Évalué à 2.
[^] # Re: Doucement doucement!
Posté par Matthieu Moy (site web personnel) . Évalué à 7.
# OsX
Posté par patrick_g (site web personnel) . Évalué à 10.
ben il lui envie le fait d'être sorti avec 6 ans d'avance non ?
microsoft se cantonnera aux particuliers (pc et xbox).
comme ils ont un monopole sur la vente des PC (vendus à 99.9% avec Win) ils peuvent se permettre de sortir n'importe quelle bouse en retard d'une guerre sur tous les autres et de gagner quand même.
militons pour la vente obligatoire de PC sans OS avec choix pour le consommateur d'acheter un live-CD installable (simple d'utilisation) de Windows ou GNU/Linux ou FreeBSD ou.......etc etc
comme ça le cleint a toutes les cartes en main pour choisir librement (prix,qualité,apparence.....)
# ça devient mature
Posté par Barthelemy . Évalué à 2.
[^] # Re: ça devient mature
Posté par Barthelemy . Évalué à 1.
[^] # Re: ça devient mature
Posté par rangzen (site web personnel) . Évalué à 8.
# K.I.S.S
Posté par Croconux . Évalué à 8.
Sans blagues? MS redécouvre les vertus du shell? Mais que vont devenir tous les admins clic-bouton?
VS devient de plus en plus une uzine à gaz.
VS.net 2003 était déjà inutilisable. Déjà l'installation il faut compter une matinée (avec redemarrages, toussa) et ça doit prendre dans les 10Go juste pour le support C++/C# (j'ai zappé J#, MSDN et tout le reste sinon il m'aurait fallu un nouveau DD). Ca met trois plombes à se lancer et ensuite mais comment ça rame!!! Je n'avais jamais vu ça depuis les premières applis java sans JIT. Pour info au boulot j'utilise un P4 HT 2.6GHz. Je ne sais pas comment une telle catastrophe a pu être possible. Eclipse est fluide sur ma machine et démarre beaucoup plus vite. Ca a atteint un tel niveau que chez nous on envisage de passer à SharpDevelop (IDE .NET libre). SD prends 10x moins d'espace disque, s'installe en 5 min et... il marche, point. Il fait tout ce qu'on veut.
J'ai l'impression que chez MS ils ont fait la course à la feature, ils ont rempli leur IDE de gadgets non vitaux, activés par défaut et qui prennent un max de CPU. Le pire est que parmi tout ce bordel il y a énormément de "fonctionnalités" pète couilles qu'on passe son temps à chercher à désactiver. Exemple tout con : Quand on ouvre une page aspx, VS reformatte le code à sa manière. Il vire l'indentation, rajoute des attributs de style dans les controles . Bordel mais les CSS c'est fait pour quoi??
L'IDE est rempli d'assistants permettant de développer "des applications sans coder une ligne dans l'absolu ;-)" .
Ca, ça fait bander de decidor mais on en est loin. Mon boss était tout fou à l'idée de passer à ASP.net. A tel point qu'il voulait se remettre à coder (chose qu'il n'a pas du faire depuis 10ans). Il avait surement vu une de ces démo ou un commercial te montre comment créer un hello world en 3 clics. Il a été super déçu quand il s'est rendu compte que dès qu'on cherche à faire une appli non triviale, tout ces trucs automatiques ne servent plus à rien. En en revient au bon vieux codage à l'ancienne. Pire, on a toujours ces fonctionnalités automatiques dans les pattes.
Pour en mettre plein la vue au niveau "effect 3d" (j'ai eu l'impression que ça ne savait rien faire d'autres ;-). J'aurai préféré voir comment ça interagissait dans une vraie application
Plus ça va et plus les applis MS semblent cibler les décideurs, et pas chercher à satisfaire des besoins. VS.net est l'exemple parfait de l'appli qui en jette... jusqu'à ce qu'on cherche à l'utiliser. Le décideur à l'impression que c'est l'appli du siècle. Confie la même appli à un techos, au bout d'1/2 heure il en a marre et reprends son ancien IDE, simple et qui marche. VS.net c'est vraiment l'IDE playskool.
Il faudra une machine très véloce (gros proc, beaucoup de mémoire, et une bonne carte graphique).
Pendant ce temps Intel a présenté ses nouvelles puces multicore à l'IDF. Coincidence? Je met ton PC à genoux et tu vends des puces pour faire tourner mes nouvelles applis. Miam.
Mais dans les entreprises, je crois qu'il signe là, la fin définitive.
Ne jamais sous estimer l'incompétence de decidors. Ce sont rarement les meilleures solutions techniques qui s'imposent. Un coup de marketing et ça rentre comme papa dans maman.
[^] # Re: K.I.S.S
Posté par manatlan (site web personnel) . Évalué à 2.
comme je disais dans un autre poste, au final, tu gagnes plus de temps avec le notepad+nant, qu'en utilisant VS ...
Cette nouvelle version m'a donné une impression d'être encore pire que la 2003 ... inutilisable ...
mais ta vision de plaire au décideur me plait bien ... c'est en fait le public qu'ils visent !
[^] # Re: K.I.S.S
Posté par manatlan (site web personnel) . Évalué à 3.
il y avait une démo, où le chef de projet dessinait son application avec des blocs et des jointures ...
VS générait les projets correspondant, et montait tout seul un site de suivi de l'évolution du projet ... avec affectations des devs sur les parties à coder, et gestion des remontées de bugs ... et ça dessinat des diagrammes dans tous les sens sur l'avancement ... ;-)
et ça, c'est uniquement pour les décideurs ;-)
ça doit bien marcher pour creer un guestbook, mais pour une vraie appli, j'ai des doutes ...
[^] # Re: K.I.S.S
Posté par TImaniac (site web personnel) . Évalué à 2.
ç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 ;-)
[^] # Re: K.I.S.S
Posté par mcjo . Évalué à 2.
[^] # Re: K.I.S.S
Posté par TImaniac (site web personnel) . Évalué à 2.
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".
[^] # Re: K.I.S.S
Posté par mcjo . Évalué à 3.
On prendre rendez-vous avec n'importe quel industriel pour savoir si créer quelque chose sur mesure pour chaque client c'est de l'industrialisation....
C'est ce qu'est censé faire ce genre d'application
[^] # Re: K.I.S.S
Posté par TImaniac (site web personnel) . Évalué à 2.
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.
[^] # Re: K.I.S.S
Posté par TImaniac (site web personnel) . Évalué à 2.
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.
[^] # Re: K.I.S.S
Posté par mcjo . Évalué à 2.
Prenons 2 cas concret : linuxfr.org et microsoft.fr, l'une codée à la mano et l'autre avec une appli d'industrialisation logiciel.
Il y a très peux d'info sur la page d'accueil de microsoft.fr et son poid et de 35.55 KB (36402 bytes)
Pour la page de linuxfr.org pèse 11.7 KB (11980 bytes)
Je sais pas dans quel secteur tu travailles, personnellement je travaille dans le secteur banquaire (au service des études - informatique) et on à une panoplie de modules pour accélèrer tout un tas de truc et des squellettes type pourtant le reste ce code à la main pour gagner du temp en maintenance.
On utilise aussi Windew pour développer des petits applis sur pc, et j'avais fais un test d'assistant pour faire une petite appli qui remet en forme des fichiers (je reconnais que windev c'est pas le top) après avoir fais mon joli graph sous windev, je lui demande de me créer le programme et il marchait sauf qu'il y avait de temps en temps des bugs quand j'ai voulu reprendre le code, ça été impossible (je ne doit pas résonner ccomme chez windev) donc j'ai tout repris sans utiliser les assistants et au final j'ai obtenu un code plus facile à maintenir (parceque clairement documenté notament sur les variables et fonctions) plus de 3 fois moins lourd.
Je n'ose imaginer le temps perdu sur un gros projet pour la recherche de bug (oui les AGL sont codé par des humains) et pour la maintenance en cas de changement d'AGL...
A mon sens le type ce type de logiciel est très bien (plutot power amc que windev) pour la gestion de projet en tant que tel (normal, ça ne sert que comme interface de saisie et effectuer des controles) mais pour générer du code c'est loin d'être le top. Si demain on me montre un AGL qui est plus performant qu'un programmeur (je ne parle pas en temps de travail mais en efficassité du code), je l'utiliserai sans problème et on irai d'ailleur tous les 2 mains dans la mains à l'ANPE.
[^] # Re: K.I.S.S
Posté par TImaniac (site web personnel) . Évalué à 2.
- 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.
[^] # Re: K.I.S.S
Posté par Snoorky . Évalué à 3.
Oh putain tu installes VS sans MSDN? Couillu... ;)
J'ai l'impression que chez MS ils ont fait la course à la feature, ils ont rempli leur IDE de gadgets non vitaux, activés par défaut et qui prennent un max de CPU.
En même temps, selon l'article, y'a un éditeur UML, des tests unitaires, je pense pas que ce soit que du bloated, c'est assez pratique en environnement professionnel. A voir donc. Maintenant, c'est sûr que moi non plus j'aime pas les wizards débiles dignes du trombone de Word.
[^] # Re: K.I.S.S
Posté par Croconux . Évalué à 2.
J'ai toujours trouvé que MSDN c'était un souk pas possible. Je n'arrive pas à voir une logique dans la façon dont c'est organisé. Il y a beaucoup d'info mais le classement laisse à désirer.
Pour ASP.net, la doc c'est un peu une horreur. Il y a beaucoup de comportements plus ou moins automatiques non docmumentés (genre tu oublies de déclarer un contrôle et bizarrement ça marche quand même parce que le problème a été détecté et VS a ajouté la déclaration en sous marin sans rien dire) et les sites comme www.asp.net (MS) n'apportent rien au niveau info. A chaque fois ils sortent le même type d'exemple bateau mais dès qu'on veut faire des choses un peu plus sérieuses bah, là, plus rien, pas d'info sur les fonctionnalités avancées. Ca a été une galère pas possible pour comprendre comment marchait le DataBinding, dans quel ordre les actions se déclenchaient. A la fin, j'ai carrément regardé comment cétait implémenté dans Mono pour comprendre comment ça marchait. Et là tout s'est éclairé.
En même temps, selon l'article, y'a un éditeur UML, des tests unitaires, je pense pas que ce soit que du bloated
Ce genre d'outil est utile. Je ne dis pas le contraire. Ce n'est pas à ça que je pensais mais plutot à tout ce qui s'exécute en arrière plan. Tu tapes du code et si tu regardes l'utilisation CPU tu vois que VS fait des choses. Il calcule je ne sais quoi et visiblement c'est du costaud. Il y a aussi le pourriss^M^Mreformatage de code dont je parlait plus haut.
[^] # Re: K.I.S.S
Posté par ours Ours (site web personnel) . Évalué à 1.
# VS devient de plus en plus une uzine à gaz.
Posté par SubBass . Évalué à 6.
J'utilise depuis 2 mois Sharp Develop, un IDE libre VB.net
Il est vraiment très très bon.
Essayez le : http://www.icsharpcode.net/OpenSource/SD/(...)
# .net, clr, toussa
Posté par Guillaume Knispel . Évalué à 1.
La seule expérience que j'en ai eu c'est un driver d'imprimante scanner HP, de .... 1 Go, mouahahah. En plus yavait 3 applis a la con totalement useless et featureless et qui ramaient sévère sur un méga athlon 1800 machin chose de la mort qui tue. Honettement pour faire de la compatibilité rien ne vaut un bon code source C portable sur 15 plateformes ;) (d'autant qu'avec .net et clr on cherche toujours ou est la compatibilité ??)
On parle deja de complot MS-Intel qui chercheraient a vendre des procs plus rapide et des OS qui rament (soit dit en passant GNU/Linux c'est mis au complot depuis pas mal de temps en bouffant sa race de mémoire et de proc pour des trucs à la con). Maintenant le complot s'étend aux fabriquants de HD grâce aux super technos de la mort qui tuent on sait pas trop quoi et qui consomme des quantité phénoménal de HD.
Bon ceci étant dit je suis mauvaise langue, toutes ses supers techno permettent suremment de faire des trucs merveilleux en 3 lignes et 2 clics. Reste qu'en attendant qu'elles bouffent moins de CPU et aient une emprunte acceptable, je cherche toujours les merveilles qu'elles ont produites :)
[^] # Re: .net, clr, toussa
Posté par pasBill pasGates . Évalué à 2.
T'en as d'autres des aneries de ce genre ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.