[MàJ] Roslyn, la compilation en tant que service chez Microsoft

Ouvrir la boîte noire

Le 19 décembre 2013 à 11h17

3 min

Logiciel

Microsoft travaille sur un nouveau compilateur d'un genre nouveau. Ce projet, nommé Roslyn, donne actuellement lieu en interne à des tests et des adaptations des compilateurs VB.NET et C#. Explications.

Ouvrir la boîte noire

Roslyn est un projet particulier en développement chez Microsoft actuellement. Son objectif est de proposer une plateforme de compilation très différente de ce qui est actuellement proposé un peu partout, y compris dans les propres produits de l'entreprise, Visual Studio en tête. La fonctionnalité devrait d'ailleurs arriver dans une prochaine mouture de l’environnement de développement intégré (IDE) de la firme.

Selon les explications de Microsoft, le compilateur est actuellement une boite noire. Le développeur sait globalement ce qui s’y passe et la conduite des processus qui s’y déroulent. Selon un billet publié hier sur l’un des blogs de l’éditeur, le responsable Matt Gertz explique que le but de Roslyn est justement d’ouvrir ladite boîte noire et de fournir aux développeurs un nombre plus élevé d’informations sur ce qui s’y passe, pour leur permettre de les manipuler via une API (Application Programming Interface).

Un même compilateur pour VB.NET et C#

À travers plusieurs discussions avec des développeurs impliqués dans les tests de Roslyn, il ressort que l’ouverture du compilateur est importante pour la modularité et son extensibilité. Par exemple, les développeurs peuvent accéder à l’arbre syntaxique du code et ainsi le modifier directement. Dès lors, il devient possible d’y greffer des services, d’accéder aux symboles déclarés dans le code et ainsi de suite. Les extensions servant à retravailler le code seront en outre plus simples à développer.

En outre, comme nous l’a expliqué l’un des développeurs, l’un des gros avantages de Roslyn est qu’il s’agit d’un compilateur unique pour C# et VB.NET. Cette unification permet selon lui d’incorporer par la suite de nouvelles capacités sans pour autant provoquer de régressions.

Des préversions dans les prochains mois

La phase de test en interne concerne actuellement l’utilisation de Roslyn par les propres équipes de développement. Selon Gertz, ce sont ainsi 60 000 projets qui ont été recompilés pour tester les performances de cet outil spécifique. Microsoft n’indique pas de calendrier sur le déploiement de Roslyn et sa disponibilité concrète. Cependant, le « dogfooding » (l’utilisation en interne des propres technologies de l’entreprise) permet de préparer une prochaine série de préversions qui seront disponibles au téléchargement.

Les développeurs devraient donc pouvoir accéder à des moutures de test tout au long de l’année prochaine, mais on ne sait pas encore sous quelle forme. Il pourrait s’agir d’un composant à mettre en place dans Visual Studio, ou d’une bêta de la première mise à jour importante pour la version 2013 de l’environnement de développement.

Commentaires (86)

the_frogkiller Abonné

Le 18/12/2013 à 07h31

je me pose la question de l’intérêt de compiler en externe…. ces informations peuvent très bien être fournies en local.

CR_B7

Le 18/12/2013 à 07h35

Au niveau sécurité ça va être compliqué, en plus d’envoyer les sources chez ms, on est pas sur que la compilation ne rajoute pas quelques failles pour aider un peu les copain ( NSA ? :-) ).

Bref va falloir avoir une grosse cote de confiance.

Oxynux

Le 18/12/2013 à 07h39

Pour compiler sur le cloud il y’a bien a un moment ou le code source est envoyé ?

Quid de la backdoor rajouté automatiquement pour le compte de la NSA " />

John Shaft

Le 18/12/2013 à 07h38

" />

Sans vouloir troller, a part aspirer un maximum de code source, je ne vois pas où est l’intérêt pour MS. A moins que le service ne soit payant (en plus de la licence VS s’entend)

Onishin

Le 18/12/2013 à 07h46

Simple,

Mise en place de backdoor automatique pour tous les codes.

Et le top , Ils on développer un algo qui analyse ton code et si tu utilise un algo innovant . Une alerte de monitoring au services juridique qui dépose le brevet immédiatement a ta place .

Strimy

Le 18/12/2013 à 07h47

CR_B7 a écrit :

Au niveau sécurité ça va être compliqué, en plus d’envoyer les sources chez ms, on est pas sur que la compilation ne rajoute pas quelques failles pour aider un peu les copain ( NSA ? :-) ).

Bref va falloir avoir une grosse cote de confiance.

Les applis Windows Phone 8 sont déjà compilées en code natif par le store, donc ce n’est pas nouveau.

Wen84

Le 18/12/2013 à 07h56

CR_B7 a écrit :

Au niveau sécurité ça va être compliqué, en plus d’envoyer les sources chez ms, on est pas sur que la compilation ne rajoute pas quelques failles pour aider un peu les copain ( NSA ? :-) ).

Onishin a écrit :

Simple,

Mise en place de backdoor automatique pour tous les codes.

Et le top , Ils on développer un algo qui analyse ton code et si tu utilise un algo innovant . Une alerte de monitoring au services juridique qui dépose le brevet immédiatement a ta place .

Que ce soit compilé chez toi par le compilateur de Visual Studio ou chez MS, le risque est le même.

trshbn

Le 18/12/2013 à 08h06

Soit je n’ai rien compris, soit le concept “compiler as a service” n’a que peu à voir avec une compilation à distance des projets Visual Studio.

Il s’agit plus de fournir un ensemble d’API permettant à un programme d’accéder, lors de l’exécution, à certaines fonctionnalités jusque là verrouillées, ou peu accessibles, du compilateur .NET; dessus se grefferont des ensembles de services.

Par exemple (cf la MSDN) :

exposition des API bas-niveau pour accéder à l’arbre d’analyse du code (issu du parser); au-dessus, couche de services de syntax highlighting

exposition des API bas-niveau pour accéder aux symboles déclarés dans le code; au-dessus, couche de services de navigation vers les objets, plus explorateur d’objets

…

J’ai vu en quelque part sur la MSDN un exemple d’outil “Paint-like” qui utilisait tout ça pour proposer un langage de script pour enregistrer des macros : avec Roslyn, c’est (presque) super simple de fournir une IDE intégrée avec éditeur de script (avec syntax highlight et tout et tout) et un compilateur à la volée.

Un des bénéfices immédiats sera la facilité accrue pour l’équipe de développement de Visual Studio d’accéder à tout un ensemble de fonctionnalités aujourd’hui développées en double (analyse de code, navigation vers des éléments de code, explorateur d’objets, etc).

Mais peut-être que j’ai tout compris de travers, hein. Peut-être que c’est juste un truc pour permettre à MS de

mettre en place des backdoors automatiques pour tous les codes

(non mais sérieux les gars " />)…

charon.G

Le 18/12/2013 à 08h33

En fait comme dit dans les commentaires Roslyn devrait marcher en local. Le cloud c’est juste une application possible de cette technologie.

ctxnop

Le 18/12/2013 à 08h48

trshbn a écrit :

J’ai vu en quelque part sur la MSDN un exemple d’outil “Paint-like” qui utilisait tout ça pour proposer un langage de script pour enregistrer des macros : avec Roslyn, c’est (presque) super simple de fournir une IDE intégrée avec éditeur de script (avec syntax highlight et tout et tout) et un compilateur à la volée.

Un des bénéfices immédiats sera la facilité accrue pour l’équipe de développement de Visual Studio d’accéder à tout un ensemble de fonctionnalités aujourd’hui développées en double (analyse de code, navigation vers des éléments de code, explorateur d’objets, etc).

C’est exactement ce que je fais. J’ai intégré un IDE dans mon logiciel permettant aux utilisateurs avertis d’ajouter des fenêtres/assistants/traitement.

J’utilise donc beaucoup de compilation à la volée et un outil comme roslyn me fait défaut pour aller plus loin. J’ai également besoin de pouvoir scripter en C# (la contrainte étant que le script ne doit pas être compilée sous la forme d’une DLL que je ne pourrais pas libérer ensuite).

Pour tout ça j’ai envisagé roslyn mais comme il n’est dispo qu’en CTP pour le moment et a priori les mises à jours ne se font que sur du .Net 4.5 mini, je ne peux pas l’utiliser en prod.

Faute de mieux, et en attendant sa sortie j’utilise Mono.CSharp pour le scripting. J’attends donc avec impatience une sortie stable de tout ça car il me manque toujours un parseur pour lire du C# et obtenir un CodeCompileUnit suffisamment abouti pour être placé dans un DesignSurface.

neves

Le 18/12/2013 à 09h06

Wen84 a écrit :

Que ce soit compilé chez toi par le compilateur de Visual Studio ou chez MS, le risque est le même.

Pour l’histoire de la backdoor peut être. Mais j’y crois pas trop à cette histoire de backdoor :)

D’ailleurs pour l’anecdote le virus Induc infectait la chaîne de compilation de l’IDE Delphi pour ajouter son code dans les binaires compilés, et se propager ainsi.

Concernant le “monitoring”, chez toi tu es encore libre d’utiliser un pare-feu pour empêcher toutes connexions sortantes, contrairement à chez MS.

Selon les explications de Microsoft, le compilateur est actuellement une boite noire. … le but de Roslyn est justement d’ouvrir ladite boîte noire et de fournir aux développeurs un nombre plus élevé d’informations sur ce qui s’y passe

Je trouve ça marrant la justification comme quoi le compilo est une boite noire. La mettre chez MS ça la rend moins noire ? J’ai quelques doutes, j’aurai plutôt tendance à penser le contraire. Et le nombre d’informations plus élevé ne pourrait pas être fait sans passer par les serveurs de MS ? mouais… ça sent l’arnaque.

Wen84

Le 18/12/2013 à 10h10

neves a écrit :

Concernant le “monitoring”, chez toi tu es encore libre d’utiliser un pare-feu pour empêcher toutes connexions sortantes, contrairement à chez MS.

Tu peux, mais ça s’appelle un TOC.

MichaelCaine

Le 18/12/2013 à 10h12

after_burner a écrit :

Pfffuuuu! Alors çà, c’est fort!! Très fort!

" />

Merci de m’avoir sauvé du bide " />

Tolor a écrit :

Pour l’instant, sur les news MS, beaucoup ont déjà commencé le projet “bash a lot” on dirait

Ca c’est PCINpact, Microsoft c’est le mal incarné quoi qu’il arrive.

John Shaft

Le 18/12/2013 à 10h17

Lafisk a écrit :

ça servirait à déporté la puissance des machines vers les serveurs et avoir des terminaux clients moins puissant et moins cher mais qui pourrait du coup faire le boulot quand même.

Mettre l’intelligence au centre. On va pouvoir ressortir nos bon vieux terminaux X.25 (demi-" />)

neves

Le 18/12/2013 à 10h19

Wen84 a écrit :

Tu peux, mais ça s’appelle un TOC.

Pas compris la référence/blague " />

charon.G

Le 18/12/2013 à 10h33

Bejarid a écrit :

C’est pas qu’il “devrait” marcher en locale, c’est même comme ça qu’il est prévu à la base.

Et il y a déjà des préversions qui ont été publiés (une pour VS210 et une autre plus récente pour VS2012, on attend celle pour VS2013 au premier trimestre 2014), de même qu’il y a déjà des logiciels commerciaux qui l’utilise (WAQS pa exemple).

Après, oui, Roslyn va aussi servir dans leur projet de compilation à distance (build du windows Store, Build dans Visual Studio Online,, Build dans Monaco…) mais c’est avant tout une nouvelle version du compilateur du bon vieu Visual Studio qu’on a sur nos postes. Et ce nouveau compilateur ouvre en grand les portes de la méta-programmation comme personne ne l’a encore fait !

PS : pour ceux qui n’ont pas confiance dans le compilateur MS, j’espère que vous n’utilisez également que des puces que vous avez fondu vous-même. Sinon, Intel et AMD, deux boites Américaines, vous espionnent surment via leur puces, avec des backdoors bas niveau que vous ne pouvez même pas voir ! :p Sans parler de Cisco et Hauwei, qui caftent en permanence " />

Tout a fait " /> et comme tu le dis la CTP de roslyn était déja disponible.

psn00ps

Le 18/12/2013 à 10h56

neves a écrit :

Pas compris la référence/blague " />

Relis la définition du TOC et applique le à la situation actuelle en matière de connexions mondiales toutes catégories.

Youka

Le 18/12/2013 à 11h23

neves a écrit :

Pas compris la référence/blague " />

Le monsieur te traitait de paranoïaque en gros. Même s’il ne s’agit pas d’un TOC à proprement parler.

Youka

Le 18/12/2013 à 11h27

Je sais que c’est la mode mais j’en ai classe de toutes ces remarques sur la NSA.

On a pigé, et vous vous doutez bien que si Microsoft VEUT mettre des backdoors dans du code, pas besoin d’un compilateur dans le cloud pour ça, il suffit de l’ajouter au compilateur local et basta.

Ensuite je sais pas trop comment ça se passerait d’un point de vue des sources, faudra lire les petites lignes du contrat de licence comme d’hab…

Je pressens l’apparition de clause qui stipulent que comme pour les mails, Microsoft se réserve le droit d’analyser “automatiquement” les sources envoyées à des fins de statistiques etc etc…

Le tout enrobé de sucre via des features de type “détection avancées d’erreurs/optimisations automatiques” etc etc…

RaoulC

Le 18/12/2013 à 11h30

Wen84 a écrit :

Que ce soit compilé chez toi par le compilateur de Visual Studio ou chez MS, le risque est le même.

+42

Le compilo MS est déjà une boite noire " />

J’ai pas parlé de backdoor avérée, attention !

Compiler dans le “claoude”? Mon dieu, mais ca commence à faire la fumette chez MS." />

Pour la peine

charon.G

Le 18/12/2013 à 11h41

RaoulC a écrit :

+42

Le compilo MS est déjà une boite noire " />

J’ai pas parlé de backdoor avérée, attention !

Compiler dans le “claoude”? Mon dieu, mais ca commence à faire la fumette chez MS." />

Pour la peine

Moi je ne trouve pas le processus de compilation est très coûteux en performances. Sur de gros projets ça peut être beaucoup plus rapide qu’un pc classique.

pour la compilation sur le cloud c’est déjà possible avec Team Foundation

RaoulC

Le 18/12/2013 à 11h43

Youka a écrit :

Le monsieur te traitait de paranoïaque en gros. Même s’il ne s’agit pas d’un TOC à proprement parler.

Ben écoute, quand un logiciel se connecte au site de l’éditeur , on peut penser qu’il envoie le numéro de version actuel voire je sais pas, si tu est sous un os x86 ou x64. Et cette fonction de MAj est légitime." />

Si c’est un logiciel “internet” (client mail, navigateur, logiciel de communication…) c’est légitime qu’il se connecte à internet.

Un IDE ou un traitement de texte qui se connecte à internet sans que tu le demande c’est déjà moins évident." /> Et on ne sait pas toujours ce qui est envoyé.

Ayant en mémoire quelques post de neves et au vu de son avatar, je suppose qu’il analyse des logiciels. Et justement, j’ai moi même constaté que certains logiciels étaient bien bavards et ce à mon insu..

Le blocage par défaut de toute connexion, même vers les port ⁸⁰⁄₄₄₃ distants, ce n’est pas la mère à boire. Suffit de l’autoriser une fois pour toute (ou pas) quand le logiciel demande, et on évite bien des surprises.

RaoulC

Le 18/12/2013 à 11h46

charon.G a écrit :

Moi je ne trouve pas le processus de compilation est très coûteux en performances. Sur de gros projets ça peut être beaucoup plus rapide qu’un pc classique.

pour la compilation sur le cloud c’est déjà possible avec Team Foundation

Moi non plus ce n’est pas long ni gourmand, c’était histoire de replacer la vignette " />

Sinon, merci pour le tuyaux sur TFS " />

charon.G

Le 18/12/2013 à 12h05

RaoulC a écrit :

Moi non plus ce n’est pas long ni gourmand, c’était histoire de replacer la vignette " />

Sinon, merci pour le tuyaux sur TFS " />

Moi je ne trouve pas, le processus de compilation est très coûteux en performances

J’ai oublié la ponctuation " />. Compiler est très coûteux en performances. par exemple sur Windows ils ont un datacenter perso juste pour ça. il faut voir qu’il n’y a pas juste la compilation mais tous les tests unitaires. Si c’est un projet perso ça sera surement gérable. Mais sur de gros projets la compilation sur le cloud est très intéressante.

Youka

Le 18/12/2013 à 12h32

RaoulC a écrit :

Ben écoute, quand un logiciel se connecte au site de l’éditeur , on peut penser qu’il envoie le numéro de version actuel voire je sais pas, si tu est sous un os x86 ou x64. Et cette fonction de MAj est légitime." />

Si c’est un logiciel “internet” (client mail, navigateur, logiciel de communication…) c’est légitime qu’il se connecte à internet.

Un IDE ou un traitement de texte qui se connecte à internet sans que tu le demande c’est déjà moins évident." /> Et on ne sait pas toujours ce qui est envoyé.

Ayant en mémoire quelques post de neves et au vu de son avatar, je suppose qu’il analyse des logiciels. Et justement, j’ai moi même constaté que certains logiciels étaient bien bavards et ce à mon insu..

Le blocage par défaut de toute connexion, même vers les port ⁸⁰⁄₄₄₃ distants, ce n’est pas la mère à boire. Suffit de l’autoriser une fois pour toute (ou pas) quand le logiciel demande, et on évite bien des surprises.

J’entends bien, ce que tu dis fait parfaitement sens…Du moins c’était le cas avant.

Maintenant les logiciels qui n’utilisent pas un accès récurrent au réseau, ne serait-ce que pour les mises à jour sont devenus, hélas, assez rares :/

Et peu de gens ont le temps ou les compétences pour analyser et qualifier tout ce qui sort de leur machine.

Konrad

Le 18/12/2013 à 12h50

Tolor a écrit :

Pour l’instant, sur les news MS, beaucoup ont déjà commencé le projet “bash a lot” on dirait

MichaelCaine a écrit :

Ca c’est PCINpact, Microsoft c’est le mal incarné quoi qu’il arrive.

Bof j’ai l’impression qu’on retrouve les mêmes poncifs à chaque news :

news Microsoft : Microsoft c’est le mal

news Apple : Apple c’est le mal

news Google : Google c’est le mal

news Linux : dfaçon Linux c’est pas mieux que le reste

" />

Je ne crois pas qu’en faisant les pleureuses «ouin ouin ils sont méchants avec mon OS préféré» ça éloignera les trolls, au contraire.

RaoulC

Le 18/12/2013 à 12h56

Youka a écrit :

Et peu de gens ont le temps ou les compétences pour analyser et qualifier tout ce qui sort de leur machine.

Indeed " />

Je suis pas fou, j’analyse pas tout non plus." />

Et parler “d’analyse”…. Je lance un programme, mon parefeu gueule…c’est le degré 0 de l’analyse :p

Mais si on met ca en parallèle avec les compétences parfois nécessaires pour purger un pc, et le temps que cela prend… c’est un investissement personnel qui peu se valoir.

Si tu veut convaincre les gens, tu peut aussi leur dire que la plupart des virus aujourd’hui sont beaucoup plus inoffensifs si on leur coupe Internet (Si le pc zombie ne contacte pas son maitre, si un logiciel inconnu ne tente pas de télécharger une bouse ou d’envoyer tes mots de passe sur internet….)

A chacun de voir " />

Et , pour revenir sur la news, et répondre à charon.g : Ok. Même au boulot, la compilation n’a jamais été très longue de mon côté. Sur des gros projets, effectivement, why not. Reste les traditionnelles histoires de sécu tout ca

psn00ps

Le 18/12/2013 à 15h22

ActionFighter a écrit :

Tu fais ton packaging sur l’environnement de prod ? " />

Pas sur le même serveur virtuel " />

Mais les VMs sur le même serveur physique le sentent passer.

anonyme_751eb151a3e6ce065481d43bf0d18298

Le 18/12/2013 à 15h48

psn00ps a écrit :

Pas sur le même serveur virtuel " />

Mais les VMs sur le même serveur physique le sentent passer.

Chez nous, la prod est séparée du reste pour éviter ce genre de problème " />

Le 18/12/2013 à 17h00

CR_B7 a écrit :

Au niveau sécurité ça va être compliqué, en plus d’envoyer les sources chez ms, on est pas sur que la compilation ne rajoute pas quelques failles pour aider un peu les copain ( NSA ? :-) ).

Bref va falloir avoir une grosse cote de confiance.

C’est pour du .NET/C#, donc faut déjà avoir confiance dans la VM à dérouler le bytecode.

Le pb de la confiance va donc dans ce cadre bien au delà de la chaine de compilation (sans même parler d’éventuelles contrepartie de propriété intellectuelle à cloudifier les compil!) pour rejoindre celle que l’on a dans son OS hote en natif.

" />

Le 18/12/2013 à 17h05

HarmattanBlow a écrit :

Des milliers d’entreprises de par le monde ont déjà leurs serveurs dédiés à l’intégration continue et les outils y sont exactement les mêmes que sur les stations de travail.

En plus quand on n’est pas trop bête, on fait tourner compils journalières puis tests auto de la branche intégration de la gestion de conf… la nuit: Les perfs, tant que ca tiens sur la nuit (ce qui est forcément le cas, sinon les dev vont criser grave!), on s’en cogne. Ca peut tourner sur les shared hots utilisés le jour en dev d’ailleurs.

Et le matin en prenant son café on a un petit mail avec ce qui a posé pb.

trshbn

Le 19/12/2013 à 11h32

Super, la mise à jour! Je suis sûr que ça va aider certains à comprendre de quoi il s’agit réellement " />

Merci d’avoir pris le temps (et le risque) de prendre en compte les retours, c’est ça qu’on aime chez PCInpact! " />

charon.G

Le 19/12/2013 à 11h38

Pour la compilation sur le cloud comme je l’ai indiqué au dessus c’est bien l’un des buts à mon avis. même si ce n’est pas le but direct du truc on est d’accord. " />

source

In CodeName Roslyn, we’re changing that dynamic by building an API that exposes compilers’ analysis engine, and opening a world of new scenarios including REPL, write-your-own refactorings, C# and VB as scripting languages, and taking .NET to the cloud.

mahn

Le 19/12/2013 à 11h45

trshbn a écrit :

" /> Comme dit dans mon précédent commentaire, la compilation se passe chez toi, hein. Rien ne transite sur les serveurs de MS…

“Service” ne veut pas (forcément) dire “Web service”…

Je me demande si le sous-titre de l’article ainsi que l’introduction n’induisent pas un peu en erreur… " />

Comme toujours on comprend ce que l’ont veut comprendre.

Et une fois l’article lu je vois pas ou cela induit en erreur.

A la paranoïa nsa je repondrai je repondrai que je vois de plus en plus de commentaire ne ce basant que sur les titres et sous-titres alors que generalement tous est bien expliqué dans l’article à qui sais prendre la patiente de lire.

maverick78 Abonné

Le 19/12/2013 à 11h54

charon.G a écrit :

Pour la compilation sur le cloud comme je l’ai indiqué au dessus c’est bien l’un des buts à mon avis. même si ce n’est pas le but direct du truc on est d’accord. " />

source

Ben en fait, c’est deux notions orhogonales. On peut déjà aujourd’hui compiler sur le cloud si on utilise le service de build disponible sur visualstudio.com

Et il faut voir de quelle compilation on parle également, est ce que c’est la première compil (la ou il y aurait Roslyn) C# - > IL ou la transformation aujourd’hui effectuée par le JIT IL-> langage machine (qui du coup ne serait plus just in time).

Dans le cas des applis WindowsPhone, on a effectivement la deuxième étape qui est effectuée dans le cloud par le Store lors de la soumission. On peut envisager la même chose pour Windows 8.

charon.G

Le 19/12/2013 à 12h06

maverick78 a écrit :

Ben en fait, c’est deux notions orhogonales. On peut déjà aujourd’hui compiler sur le cloud si on utilise le service de build disponible sur visualstudio.com

Et il faut voir de quelle compilation on parle également, est ce que c’est la première compil (la ou il y aurait Roslyn) C# - > IL ou la transformation aujourd’hui effectuée par le JIT IL-> langage machine (qui du coup ne serait plus just in time).

Dans le cas des applis WindowsPhone, on a effectivement la deuxième étape qui est effectuée dans le cloud par le Store lors de la soumission. On peut envisager la même chose pour Windows 8.

Oui tout a fait j’en avais parlé plus haut pour visualstudio.com. Apparemment il y a de très gros projets relatifs au développement qui s’apprêtent à sortir chez Microsoft. A voir comment tout va s’agencer. Roslyn est juste une partie de la stratégie.

Je pense en particulier au minimal runtime(mrt),project N et RyuJIT

psn00ps

Le 19/12/2013 à 12h45

yl a écrit :

C’est pour du .NET/C#, donc faut déjà avoir confiance dans la VM à dérouler le bytecode.

Le pb de la confiance va donc dans ce cadre bien au delà de la chaine de compilation (sans même parler d’éventuelles contrepartie de propriété intellectuelle à cloudifier les compil!) pour rejoindre celle que l’on a dans son OS hote en natif.

" />

Tu peux faire du private cloud avec Azure iirc.

WilliamSauron

Le 19/12/2013 à 12h50

68 commentaires, dont 65 ¹⁄₂ par des gens qui lisent “Compiler as a service” ( = Le compilateur fournit un service à l’application ) et comprennent “Compiler in the cloud”… " />

Une fois pour toutes, Compiler As A Service, ça veut dire que le compilateur expose son fonctionnement interne à l’application qui l’utilise, plutôt que de recevor d’un côté un fichier source et de l’autre côté recracher une DLL hermétique. " />

Personne n’a jamais dit que le compilateur tourne sur un serveur chez Microsoft.

Par ailleurs, à tous ceux qui craignent que cela donne l’occasion à Microsoft d’injecter du code de tracking lors de la compilation… heu … ben … ils peuvent déjà, hein, puisque c’est eux qui ont écrit le compilateur ! " />

mahn

Le 19/12/2013 à 12h56

WilliamSauron a écrit :

68 commentaires, dont 65 ¹⁄₂ par des gens qui lisent “Compiler as a service” ( = Le compilateur fournit un service à l’application ) et comprennent “Compiler in the cloud”… " />

Une fois pour toutes, Compiler As A Service, ça veut dire que le compilateur expose son fonctionnement interne à l’application qui l’utilise, plutôt que de recevor d’un côté un fichier source et de l’autre côté recracher une DLL hermétique. " />

Personne n’a jamais dit que le compilateur tourne sur un serveur chez Microsoft.

Par ailleurs, à tous ceux qui craignent que cela donne l’occasion à Microsoft d’injecter du code de tracking lors de la compilation… heu … ben … ils peuvent déjà, hein, puisque c’est eux qui ont écrit le compilateur ! " />

On en reviens à ce que je dit plus haut… les gens lisent le titre/sous-titre et l’interprete comme bon leur semble sans ce soucier du fond.

Konrad

Le 19/12/2013 à 13h04

mahn a écrit :

On en reviens à ce que je dit plus haut… les gens lisent le titre/sous-titre et l’interprete comme bon leur semble sans ce soucier du fond.

Ouais mais bon s’il faut lire les articles sous les titres maintenant… " />

Lafisk

Le 19/12/2013 à 13h13

WilliamSauron a écrit :

68 commentaires, dont 65 ¹⁄₂ par des gens qui lisent “Compiler as a service” ( = Le compilateur fournit un service à l’application ) et comprennent “Compiler in the cloud”… " />

Une fois pour toutes, Compiler As A Service, ça veut dire que le compilateur expose son fonctionnement interne à l’application qui l’utilise, plutôt que de recevor d’un côté un fichier source et de l’autre côté recracher une DLL hermétique. " />

Personne n’a jamais dit que le compilateur tourne sur un serveur chez Microsoft.

Par ailleurs, à tous ceux qui craignent que cela donne l’occasion à Microsoft d’injecter du code de tracking lors de la compilation… heu … ben … ils peuvent déjà, hein, puisque c’est eux qui ont écrit le compilateur ! " />

Sauf que t’arrives après la maj de l’article et que franchement l’article précédent me paraissait plus confus quand même et laissait plutôt penser à un service cloud pour compiler (dispo aussi en local) que ce que tu décris.

Homo_Informaticus

Le 19/12/2013 à 13h39

Sur la version d’avant, c’était la phrase d’accroche qui m’avait trompé “Skype étant désormais hébergé sur Azure, …”

C’est effectivement plus clair maintenant " />

RaoulC

Le 19/12/2013 à 13h39

Lafisk a écrit :

Sauf que t’arrives après la maj de l’article et que franchement l’article précédent me paraissait plus confus quand même et laissait plutôt penser à un service cloud pour compiler (dispo aussi en local) que ce que tu décris.

Exactement. La maj de l’article est plus claire, merci PCI " />

charon.G

Le 18/12/2013 à 13h04

RaoulC a écrit :

Et , pour revenir sur la news, et répondre à charon.g : Ok. Même au boulot, la compilation n’a jamais été très longue de mon côté. Sur des gros projets, effectivement, why not. Reste les traditionnelles histoires de sécu tout ca

ça dépend du langage aussi. le C++ est l’un des pires en temps de compilation. Et comme je l’ai dit il faut ajouter tous les tests unitaires.

Pour la sécurité sur le cloud en effet c’est un problème actuel que devrait résoudre l’arrivée de Midori sur azure. Bien sur on pourra toujours sortir les trolls sur les backdoors de la NSA. Mais ce n’est pas la principale menace de sécurité hein " />

neves

Le 18/12/2013 à 13h22

psn00ps a écrit :

Relis la définition du TOC et applique le à la situation actuelle en matière de connexions mondiales toutes catégories.

Ah, parce que c’est un TOC maintenant d’empêcher des applications d’être un peu trop bavardes sur le net ? C’est être un asocial d’utiliser un pare-feu ? C’est complétement con comme remarque, qu’est ce qu’il ne faut pas lire. Active un pare-feu en sortie 5 minutes sur n’importe quel OS (même libre) et tu comprendras bien vite. Ah j’imagine que Wen84 n’a “rien à cacher”, alors il s’en fout, quelque chose qu’il ne comprend pas ne peut être qu’un TOC " />

MichaelCaine

Le 18/12/2013 à 13h46

Konrad a écrit :

Bof j’ai l’impression qu’on retrouve les mêmes poncifs à chaque news :

news Microsoft : Microsoft c’est le mal

news Apple : Apple c’est le mal

news Google : Google c’est le mal

news Linux : dfaçon Linux c’est pas mieux que le reste

" />

Je ne crois pas qu’en faisant les pleureuses «ouin ouin ils sont méchants avec mon OS préféré» ça éloignera les trolls, au contraire.

Il n’est pas question de pleurnicher, c’est juste un constat. Pas que sur Microsoft d’ailleurs.

Tolor

Le 18/12/2013 à 13h47

Konrad a écrit :

Bof j’ai l’impression qu’on retrouve les mêmes poncifs à chaque news :

news Microsoft : Microsoft c’est le mal

news Apple : Apple c’est le mal

news Google : Google c’est le mal

news Linux : dfaçon Linux c’est pas mieux que le reste

" />

Je ne crois pas qu’en faisant les pleureuses «ouin ouin ils sont méchants avec mon OS préféré» ça éloignera les trolls, au contraire.

Je crois que tu as zappé le concept du jeu de mot moisi " />

Konrad

Le 18/12/2013 à 14h00

Tolor a écrit :

Je crois que tu as zappé le concept du jeu de mot moisi " />

Sisi j’avais bien capté le jeu de mots t’inquiète " />

anonyme_751eb151a3e6ce065481d43bf0d18298

Le 18/12/2013 à 14h08

charon.G a écrit :

Pour la sécurité sur le cloud en effet c’est un problème actuel que devrait résoudre l’arrivée de Midori sur azure. Bien sur on pourra toujours sortir les trolls sur les backdoors de la NSA. Mais ce n’est pas la principale menace de sécurité hein " />

+1

Les développeurs n’ont pas besoin de la NSA pour écrire des failles de sécurité " />

Par contre, le risque d’espionnage industriel est pour moi assez dissuasif.

cosmocat

Le 18/12/2013 à 14h10

RaoulC a écrit :

Sinon, merci pour le tuyaux sur TFS " />

Gandalf a écrit :

Fuyez, pauvres fous!!!

TFS est à fuir….(bon, un peu moins maintenant qu’ils ont inclus Git dans la dernière version….)

Il vaut mieux choisir : Git+Jenkins ou même pour les petites équipes utiliser un script comme :http://blog.valtech.fr/2013/02/27/comment-git-build-a-remplace-jenkins-egalement…

trshbn

Le 18/12/2013 à 14h20

Bon ben j’abandonne, je vais me coucher, tiens " />

charon.G

Le 18/12/2013 à 14h35

ActionFighter a écrit :

Par contre, le risque d’espionnage industriel est pour moi assez dissuasif.

Pour certains projets en effet c’est relativement inquiétant. Ca devra passer par la loi. Si tant est que cela aboutisse. C’est plus un problème politique qu’informatique.

Pour ma part je pense que la NSA en a rien à battre de mon site " />

anonyme_751eb151a3e6ce065481d43bf0d18298

Le 18/12/2013 à 14h40

charon.G a écrit :

Pour ma part je pense que la NSA en a rien à battre de mon site " />

Pour les projets persos, c’est sûr que le risque est nul, mais dans ce cas, pas vraiment besoin de compilation sur le cloud.

charon.G

Le 18/12/2013 à 14h47

ActionFighter a écrit :

Pour les projets persos, c’est sûr que le risque est nul, mais dans ce cas, pas vraiment besoin de compilation sur le cloud.

Ce n’est pas un projet perso(40000 utilisateurs uniques par jour sur le site environ) et j’ai une boite. Pour la compilation sur le cloud je ne pense pas en avoir grand intérêt de toute façon(même si la compilation C++ de l’agent prend quand même pas mal de temps) . Mais comme je l’ai dit plus haut ,ca reste utile pour les gros projets.

anonyme_751eb151a3e6ce065481d43bf0d18298

Le 18/12/2013 à 14h51

charon.G a écrit :

Ce n’est pas un projet perso(40000 utilisateurs uniques par jour sur le site environ) et j’ai une boite. Pour la compilation sur le cloud je ne pense pas en avoir grand intérêt de toute façon(même si la compilation C++ de l’agent prend quand même pas mal de temps) . Mais comme je l’ai dit plus haut ,ca reste utile pour les gros projets.

Ma-Config.com " />

oui, j’ai mis projet perso, mais ça marche aussi pour les “petits” projets " />

HarmattanBlow

Le 18/12/2013 à 14h56

charon.G a écrit :

Compiler est très coûteux en performances. par exemple sur Windows ils ont un datacenter perso juste pour ça. il faut voir qu’il n’y a pas juste la compilation mais tous les tests unitaires. Si c’est un projet perso ça sera surement gérable. Mais sur de gros projets la compilation sur le cloud est très intéressante.

C’est de l’intégration continue, pas de la compilation, et ça n’a rien à voir avec Roslyn. Des milliers d’entreprises de par le monde ont déjà leurs serveurs dédiés à l’intégration continue et les outils y sont exactement les mêmes que sur les stations de travail. Une offre SAS (software as a service) n’est pas à exclure à l’avenir mais, encore une fois, rien à voir avec Roslyn.

psn00ps

Le 18/12/2013 à 14h58

RaoulC a écrit :

+42

Le compilo MS est déjà une boite noire " />

J’ai pas parlé de backdoor avérée, attention !

Compiler dans le “claoude”? Mon dieu, mais ca commence à faire la fumette chez MS." />

Pour la peine

Quand c’est un projet 1 langue, 1 architecture, sans tests unitaires, c’est sûr ça vaut pas le coup " />

Pouvoir faire tout le processus de compil, release, et test rien qu’en appyant sur un bouton et sans impacter la production c’est pas négligeable " />

charon.G

Le 18/12/2013 à 15h03

HarmattanBlow a écrit :

C’est de l’intégration continue, pas de la compilation, et ça n’a rien à voir avec Roslyn. Des milliers d’entreprises de par le monde ont déjà leurs serveurs dédiés à l’intégration continue et les outils y sont exactement les mêmes que sur les stations de travail. Une offre SAS (software as a service) n’est pas à exclure à l’avenir mais, encore une fois, rien à voir avec Roslyn.

Je n’ai pas dit que roslyn était uniquement pour le SAS où je me suis mal exprimé. Je pense par contre qu’on verra apparaître des offres de ce type. De précédentes news parlent bien de compiler as service comme celle ci de Mary Jo foley.

ici aussi

namely a massive rearchitecture of the C# and VB compilers to support “compiler as a service” (CaaS) scenarios.

anonyme_751eb151a3e6ce065481d43bf0d18298

Le 18/12/2013 à 15h05

psn00ps a écrit :

Quand c’est un projet 1 langue, 1 architecture, sans tests unitaires, c’est sûr ça vaut pas le coup " />

Pouvoir faire tout le processus de compil, release, et test rien qu’en appyant sur un bouton et sans impacter la production c’est pas négligeable " />

Tu fais ton packaging sur l’environnement de prod ? " />

Resman

Le 18/12/2013 à 09h16

Un premier pas avant de passer à un modèle de souscription annuelle, comme Adobe ?

ExIcarus

Le 18/12/2013 à 09h16

Onishin a écrit :

Simple,

Mise en place de backdoor automatique pour tous les codes.

S’il voulaient mettres des backdoors depuis le temps ,ils les auraient déjà integré au compilateur natif . Ca devient assez soulant cette paranoïa ambiante sur la NSA , tout ca…

Et le top , Ils on développer un algo qui analyse ton code et si tu utilise un algo innovant . Une alerte de monitoring au services juridique qui dépose le brevet immédiatement a ta place .

Bah voyons , quantifier l’innovation d’un code à travers un algorithme est je pense du domaine de l’intelligence artificielle , et on est loin d’avoir fait des progrès aussi phénoménale dans ce domaine. " />

trshbn

Le 18/12/2013 à 09h18

neves a écrit :

Je trouve ça marrant la justification comme quoi le compilo est une boite noire. La mettre chez MS ça la rend moins noire ? J’ai quelques doutes, j’aurai plutôt tendance à penser le contraire. Et le nombre d’informations plus élevé ne pourrait pas être fait sans passer par les serveurs de MS ? mouais… ça sent l’arnaque.

" /> Comme dit dans mon précédent commentaire, la compilation se passe chez toi, hein. Rien ne transite sur les serveurs de MS…

“Service” ne veut pas (forcément) dire “Web service”…

Je me demande si le sous-titre de l’article ainsi que l’introduction n’induisent pas un peu en erreur… " />

neves

Le 18/12/2013 à 09h19

trshbn a écrit :

" /> Comme dit dans mon précédent commentaire, la compilation se passe chez toi, hein. Rien ne transite sur les serveurs de MS…

“Service” ne veut pas (forcément) dire “Web service”…

Je me demande si le sous-titre de l’article ainsi que l’introduction n’induisent pas un peu en erreur… " />

Ah bah merci, ça change un peu tout en effet !

La news n’est pas du tout claire à ce sujet.

ExIcarus

Le 18/12/2013 à 09h19

Resman a écrit :

Un premier pas avant de passer à un modèle de souscription annuelle, comme Adobe ?

Je crois que l’idée d’un Visual Studio en ligne avait déjà été evoqué ( en gros , c’etait Office 365 version Visual studio ) " />

" /> Mais je doute fortement que la pillule passe auprès des pro et encore plus auprès des particuliers.

cosmocat

Le 18/12/2013 à 09h29

ctxnop a écrit :

C’est exactement ce que je fais. J’ai intégré un IDE dans mon logiciel permettant aux utilisateurs avertis d’ajouter des fenêtres/assistants/traitement.

J’utilise donc beaucoup de compilation à la volée et un outil comme roslyn me fait défaut pour aller plus loin. J’ai également besoin de pouvoir scripter en C# (la contrainte étant que le script ne doit pas être compilée sous la forme d’une DLL que je ne pourrais pas libérer ensuite).

Pour tout ça j’ai envisagé roslyn mais comme il n’est dispo qu’en CTP pour le moment et a priori les mises à jours ne se font que sur du .Net 4.5 mini, je ne peux pas l’utiliser en prod.

Faute de mieux, et en attendant sa sortie j’utilise Mono.CSharp pour le scripting. J’attends donc avec impatience une sortie stable de tout ça car il me manque toujours un parseur pour lire du C# et obtenir un CodeCompileUnit suffisamment abouti pour être placé dans un DesignSurface.

Peut-être seras-tu interessé par scriptcs :http://scriptcs.net/

hellmut Abonné

Le 18/12/2013 à 09h31

Encore un bel exemple de porosité entre ministères et grandes entreprises capitalistes américaines! Après les labos, voilà que Roseline va compiler pour Microsoft!

on aura tout vu!

" />

cosmocat

Le 18/12/2013 à 09h32

trshbn a écrit :

" /> Comme dit dans mon précédent commentaire, la compilation se passe chez toi, hein. Rien ne transite sur les serveurs de MS…

“Service” ne veut pas (forcément) dire “Web service”…

Je me demande si le sous-titre de l’article ainsi que l’introduction n’induisent pas un peu en erreur… " />

Oui, c’est tout à fait çà. Mais, il est vrai qu’une des utilisations que Microsoft va (surement) en faire, c’est fournir un compilateur à leur éditeur en ligne “Monaco” qu’ils viennent d’annoncer pour au final avoir une version Web complète de Visual Studio. Le pas a été vite franchi pour faire l’amalgame par l’auteur de l’article…

Lafisk

Le 18/12/2013 à 09h34

charon.G a écrit :

En fait comme dit dans les commentaires Roslyn devrait marcher en local. Le cloud c’est juste une application possible de cette technologie.

Moi je vois surtout ça en rapport avec l’avenir de Windows qui a l’air de pas mal ce diriger vers de l’os connecté … du coup, ça servirait à déporté la puissance des machines vers les serveurs et avoir des terminaux clients moins puissant et moins cher mais qui pourrait du coup faire le boulot quand même.

Maintenant, je vois pas trop ça d’un bon œil, car je suis assez allergique aux OS full online quand même, vu comment on arrive à capter tout ce qui est 3G etc… ne serait-ce qu’en région parisienne non merci. J’aime beaucoup Windows etc… mais le jour où l’os devient full online, ben la désolé mais je me dirigerais vers linux …

Lafisk

Le 18/12/2013 à 09h35

ExIcarus a écrit :

Je crois que l’idée d’un Visual Studio en ligne avait déjà été evoqué ( en gros , c’etait Office 365 version Visual studio ) " />

" /> Mais je doute fortement que la pillule passe auprès des pro et encore plus auprès des particuliers.

En il y a déjà un visual studio online, mais le nom est trompeur par rapport à ce que tu peux faire avec

Bejarid

Le 18/12/2013 à 09h42

charon.G a écrit :

En fait comme dit dans les commentaires Roslyn devrait marcher en local. Le cloud c’est juste une application possible de cette technologie.

C’est pas qu’il “devrait” marcher en locale, c’est même comme ça qu’il est prévu à la base.

Et il y a déjà des préversions qui ont été publiés (une pour VS210 et une autre plus récente pour VS2012, on attend celle pour VS2013 au premier trimestre 2014), de même qu’il y a déjà des logiciels commerciaux qui l’utilise (WAQS pa exemple).

Après, oui, Roslyn va aussi servir dans leur projet de compilation à distance (build du windows Store, Build dans Visual Studio Online,, Build dans Monaco…) mais c’est avant tout une nouvelle version du compilateur du bon vieu Visual Studio qu’on a sur nos postes. Et ce nouveau compilateur ouvre en grand les portes de la méta-programmation comme personne ne l’a encore fait !

PS : pour ceux qui n’ont pas confiance dans le compilateur MS, j’espère que vous n’utilisez également que des puces que vous avez fondu vous-même. Sinon, Intel et AMD, deux boites Américaines, vous espionnent surment via leur puces, avec des backdoors bas niveau que vous ne pouvez même pas voir ! :p Sans parler de Cisco et Hauwei, qui caftent en permanence " />

Bejarid

Le 18/12/2013 à 09h45

trshbn a écrit :

Je me demande si le sous-titre de l’article ainsi que l’introduction n’induisent pas un peu en erreur… " />

Si je puis me permettre, c’est tout l’article qui est dans l’erreur, l’auteur n’a pas comprit le post du blog qu’il a lu…

Au final, le post se résume à “On a finit de s’amuser avec TypeScript, on se remet plus sérieusement au boulot du C#/VB.Net en vous préparant une version final du nouveau compilo qu’on vous promet depuis 3 ans”.

MichaelCaine

Le 18/12/2013 à 09h48

J’attends d’en savoir plus sur le projet Bachelot.

after_burner

Le 18/12/2013 à 09h58

MichaelCaine a écrit :

J’attends d’en savoir plus sur le projet Bachelot.

Pfffuuuu! Alors çà, c’est fort!! Très fort!

" />

Tolor

Le 18/12/2013 à 10h04

MichaelCaine a écrit :

J’attends d’en savoir plus sur le projet Bachelot.

Pour l’instant, sur les news MS, beaucoup ont déjà commencé le projet “bash a lot” on dirait

CUlater

Le 18/12/2013 à 10h08

Compilation…. et possibilité d’exécution? " />

Wikus

Le 19/12/2013 à 13h40

Homo_Informaticus a écrit :

Sur la version d’avant, c’était la phrase d’accroche qui m’avait trompé “Skype étant désormais hébergé sur Azure, …”

C’est effectivement plus clair maintenant " />

ça c’est une autre news

" />

Vincent_H Abonné

Le 19/12/2013 à 13h46

WilliamSauron a écrit :

68 commentaires, dont 65 ¹⁄₂ par des gens qui lisent “Compiler as a service” ( = Le compilateur fournit un service à l’application ) et comprennent “Compiler in the cloud”… " />

Une fois pour toutes, Compiler As A Service, ça veut dire que le compilateur expose son fonctionnement interne à l’application qui l’utilise, plutôt que de recevor d’un côté un fichier source et de l’autre côté recracher une DLL hermétique. " />

Personne n’a jamais dit que le compilateur tourne sur un serveur chez Microsoft.

Par ailleurs, à tous ceux qui craignent que cela donne l’occasion à Microsoft d’injecter du code de tracking lors de la compilation… heu … ben … ils peuvent déjà, hein, puisque c’est eux qui ont écrit le compilateur ! " />

Ce n’est pas la faute des commentaires, c’est la mienne. La première version de l’actu parlait de cloud, ce qui était une erreur, d’où la mise à jour.

Bejarid

Le 19/12/2013 à 14h03

Vincent_H a écrit :

Ce n’est pas la faute des commentaires, c’est la mienne. La première version de l’actu parlait de cloud, ce qui était une erreur, d’où la mise à jour.

D’ailleurs t’es le seul chez PCI à être capable de réécrire complètement un article quand tu te fourvois.

Une bonne chose, assurément ! " />

Homo_Informaticus

Le 19/12/2013 à 14h04

FrenchPig a écrit :

ça c’est une autre news

" />

Oui j’ai bien vu l’autre news, mais la première version de cet article était introduit par la phrase cité qui justement parlais de la news que tu m’as linké. C’est pourquoi on pensait direct “Azure” et pensaient à tort compilation via Azure.

Wikus

Le 19/12/2013 à 14h10

Homo_Informaticus a écrit :

Oui j’ai bien vu l’autre news, mais la première version de cet article était introduit par la phrase cité qui justement parlais de la news que tu m’as linké. C’est pourquoi on pensait direct “Azure” et pensaient à tort compilation via Azure.

ha ok

WilliamSauron

Le 19/12/2013 à 14h20

Vincent_H a écrit :

Ce n’est pas la faute des commentaires, c’est la mienne. La première version de l’actu parlait de cloud, ce qui était une erreur, d’où la mise à jour.

Ah heu bon, OTAN pour moi…

Note : pour éviter les quiproquo ça serait cool qu’on puisse voir dans les commentaires qu’ils commentent un texte qui a changé depuis !!! Notamment, je peux écrire un article “Bill Gates est un mec formidable”, tout le monde dit “oh oui t’as raison”, puis je remplace “Bill Gates” par “Steve Jobs” … " />

Lafisk

Le 19/12/2013 à 14h23

WilliamSauron a écrit :

Ah heu bon, OTAN pour moi…

Note : pour éviter les quiproquo ça serait cool qu’on puisse voir dans les commentaires qu’ils commentent un texte qui a changé depuis !!! Notamment, je peux écrire un article “Bill Gates est un mec formidable”, tout le monde dit “oh oui t’as raison”, puis je remplace “Bill Gates” par “Steve Jobs” … " />

en bas de l’article: “Mise à jour le 19/12/2013 à 12:17” tu peux donc déduire que les commentaires avant ne commentent pas le même contenu " />

D’ailleurs, il me semblait que l’indication était aussi présente dans le texte de l’article qui disait “Mise à jour + heure”

WilliamSauron

Le 19/12/2013 à 14h41

Lafisk a écrit :

en bas de l’article: “Mise à jour le 19/12/2013 à 12:17” tu peux donc déduire que les commentaires avant ne commentent pas le même contenu " />

D’ailleurs, il me semblait que l’indication était aussi présente dans le texte de l’article qui disait “Mise à jour + heure”

Ha parce que tu crois que j’ai lu l’article ? J’ai juste lu le titre " />

Le 20/12/2013 à 12h01

WilliamSauron a écrit :

à tous ceux qui craignent que cela donne l’occasion à Microsoft d’injecter du code de tracking lors de la compilation… heu … ben … ils peuvent déjà, hein, puisque c’est eux qui ont écrit le compilateur !

Y’a pas que des compilos microsoft dans la vie. Je dirais même que cela devient de plus en plus l’exception et vu que le PC ne domine plus guère, ca va pas s’arranger. Presque 15 ans que je n’en ai pas utilisé un!

" />

WilliamSauron

Le 22/12/2013 à 09h46

yl a écrit :

Y’a pas que des compilos microsoft dans la vie. Je dirais même que cela devient de plus en plus l’exception et vu que le PC ne domine plus guère, ca va pas s’arranger. Presque 15 ans que je n’en ai pas utilisé un!

" />

Hmmm, je ne mettrais pas ma main à couper sur ce truc là !!! Y’a quand-même une mégatripotée d’applications cochonnées en VB / VBA directement sous Excel dans la nature, la perte de vitesse est relative… " /> Plus sérieusement, si tu utilises Powershell pour administrer un Wndows Server, tu utilises le compilateur C# dès que tu tapes une commande qui gère une liste d’objets ; si tu lances Internet Explorer pour tester ton site, tu utiliseras un compilo microsoft pour le JS…

Perso, ça doit faire 25 ans que j’ai pas touché à un compilateur COBOL… " />

Le 22/12/2013 à 18h21

WilliamSauron a écrit :

Hmmm, je ne mettrais pas ma main à couper sur ce truc là !!! Y’a quand-même une mégatripotée d’applications cochonnées en VB / VBA directement sous Excel dans la nature, la perte de vitesse est relative… " /> Plus sérieusement, si tu utilises Powershell pour administrer un Wndows Server, tu utilises le compilateur C# dès que tu tapes une commande qui gère une liste d’objets ; si tu lances Internet Explorer pour tester ton site, tu utiliseras un compilo microsoft pour le JS…

Perso, ça doit faire 25 ans que j’ai pas touché à un compilateur COBOL… " />

Les 2 gros systèmes qui dominent le marché mobile sont un fork de Linux (Androïd) et issu de BSD (iOS): Alors les macros cochon VBA voire le visual C++ et autres…

Le ponpon étant Powershell: Déjà il est incompatible (options des commandes) avec les shell unix qu’il copie, ce qui est déjà casse-pieds, mais je n’ai jamais compris l’intérêt d’un truc qui permet d’aller taper dans les objets internes d’un système: Si une commande manque tu la codes avec un vrai langage de programmation (C non #…) et, intégrée au système, elle gardera une interface standard même si l’objet interne voit sa structure changer.Mais depuis l’origine Microsoft a posé en standard l’OS de la recette de cuisine et du bricolage de plus en plus ingérable au fur et a mesure des versions/évolutions.