Reprise du message précédent :
Spa tellement innover, ils ciblent clairement le côté "éditeur de code pour les devs front end", donc HTML/JS/CSS et tout le toutim. Ils sont au niveau de leurs "concurrents", Atom et Sublime, mais j'attendais une meilleure intégration des outils "standards" du web : Node, Gulp, Angular, React... certes, y a des trucs dispo via des extentions m'enfin spa la folie non plus.
Typiquement, un truc comme "lancer le build Grunt/Gulp puis lancer l'appli derrière avec Node", l'offrir de base aurait été vraiment bien.
Idem pour les préférences : vas-y, édite tes prefs en JSON... pour un truc MS, c'est limite
Le truc vraiment bien, c'est IntelliSense pour JavaScript. C'est réactif et complet, de ce que j'ai pu en voir c'est cool

Au final, je trouve qu'ils auraient pu aller plus loin dans plein d'autres domaines. L'éditeur de texte ++ multi-OS qui a des possibilités infinies grâce à son système de plugins, c'est vu et revu, VS Code n'apporte pas grand-chose.

Moi j'ai toujours reproché à Visual Studio d'être incroyablement lourd à ouvrir même sur une machine de dev de guerre (SSD/32 Go/i7...), juste pour afficher un pauvre XML...
J'ai donc systématiquement installé un Notepad++ à coté. Si Code permet d'intégrer le tout et s'ouvre en moins de 5-10s, je prends

Mais quel intérêt par rapport à ouvrir un XML dans Notepad++ (ou Sublime Text, si tu aimes les GUI du 21ème siècle) ?

Bah de ne rien avoir à installer de plus dans mon environnement de dev* ?

D'ailleurs, Notepad++, comme tu l'insinues, c'est pas non plus la panacée pour le XML hein, entre le langage qu'il faut préciser à la main et l'identation automatique qui nécessite un plugin, je serai pas contre un éditeur un peu plus fourni. Pour ça, je vais donner une chance à Code

PS : Jamais essayé Sublime Text

EDIT : *Le postulat de départ, c'était de supposer que Code serait intégré aux packages d'install des futures versions de Visual Studio

Essaie Sublime (perso, Notepad++ je peux plus), les .xml sont ouverts directement avec la bonne coloration syntaxique et pour les .config, la première fois il suffit de faire View -> Syntax -> "Open all with current extension as..." et choisir XML.
 
A voir si VS Code sera dispo avec les iso d'install de VS, oui.

Lol, ne va jamais voir du côté de Eclipse, Netbeans Ou IntelliJ, VS est super fluide à côté.

 
Je vais essayer
 

 

J'ai juste eu l'occasion de voir Eclipse tourner et c'était en effet assez décourageant...

J'ai la larme à l'œil à chaque fois que je ne puisse pas utiliser VS car sur d'autres projets

J'ai arrêté à "éditeur de texte" ... Pourquoi ? Si je veux j'utilise déjà d'autres éditeurs de texte. J'attends plutôt Visual Studio sous linux

Pour occuper le terrain    
 
=>

Je l'utilise depuis une petite semaine au taf maintenant (développement d'applis .NET et sites web, avec C#, mais aussi XML, JavaScript etc...), pour essayer, et je dois bien avouer qu'il a des qualités ce Code.
 
Par contre il a aussi un énorme défaut qui va rendre son utilisation daily compliquée, c'est les 5 à 10 secondes que prend chaque instante à s'ouvrir... Dans ce domaine, Notepad++ reste quand même largement devant.
 
Pour un usage ponctuel donc (une édition de web.config sur un serveur de dev/recette, une modification d'un XML par là, modification d'un .ini / .bat ...) ça me plait bien. Mais pour tous mes .cshtml/.js/.css/.html/.cs ... je préfère l'intégration à mon bon vieux Visual Studio
 
Je vais persévérer un peu, voir ce que les prochaines versions apportent. On sent clairement que c'est encore le début : les menus sont à l'ancienne, sans style, l'UI tranche, très moderne.

 
ça m'a rebuté après 1/2 journée, ouvrir une nouvelle instance et perdre 5s à chaque ouverture de fichier à moins de faire un glisser/déposer
 
Puis franchement pas de coloration automatique pour les fichiers cs, cshtml pour un logiciel qui s'appelle Visual Studio ?  
Après je dois sûrement être un manche (car je peux pas croire qu'ils ne les aient pas implémentées) mais j'ai pas trouvé comment les activer...

Il n'y a rien comme je l'ai dit. Il faut aller installer une extension C# qui ne sert qu'à colorer le texte. Rien d'autre.

Je viens d'installer la V1, je m'attendais à qqch de plus abouti pour une "première version finale" !!

Le temps de lancement n'est quand même pas si terrible que tu dis, sur le portable poussif que j'utilise là c'est plutôt 2 ou 3s, alors qu'en plus il mouline déjà sur autre chose. Donc sur une bonne machine avec un SSD ça doit être de l'ordre de la seconde non ?

L'interface est très particulière, ça n'a pas grand chose à voir avec Visual Studio et beaucoup de fonctions sont cachées par des éléments cliquables très discrets de la GUI.
Pourtant vu qu'il y a une barre de menus en haut ils auraient quand même pu y remettre quelques trucs !
Il manque quelques basiques, genre le ctrl+molette. Ca aussi pour du MS c'est étonnant.
Et le coup des préférences à éditer en json c'est priceless

A propos de C# c'est vrai que pour un outil MS c'est surprenant qu'ils n'aient pas inclus ça en natif.
Mais ça s'explique : imho leur raisonnement c'est que pour faire du C# tu ouvres un vrai VS, et pour faire du dév front end (la cible de l'outil) tu ouvres Code. Donc pas besoin de C#.
Après rien n'empêche d'installer l'extension, ça prend 15 secondes (une fois qu'on a trouvé le bouton ).

Je dois faire un peu de maquettage HTML/JS pour un client ces jours-ci ça sera l'occasion d'essayer un peu Code au lieu de VS.

Je m'en sers pour faire de l'angular 2.
C'est pas mal du tout, couplé à gulp par exemple.
C'est pas encore au niveau de Webstorm cela dit.

C'est ce que je disais, c'est pas tout à fait au niveau d'outils comme Sublime ou Atom (y a nettement moins de plug-ins), donc on est encore loin de WebStorm. Mais je pense que la cible c'est pas WebStorm (qui est payant à 100-130 $ par an), du moins pas à court terme.

Hey j'avais raté ça !  
R# 2016.1 out  
https://blog.jetbrains.com/dotnet/2 [...] -released/
 
edit : voir les posts en dessous avant de faire l'update !

Enfin  

Ah ouais, ça aussi il le fallait.

Par contre je viens de voir en installant cet update qu'en fait avec leur nouveau système de licensing à la con ma licence s'est verrouillée .
Donc ceux d'entre vous qui utilisent R# 10.0.0.2 comme moi il y a une 1/2h avant de voir la MAJ, avec une licence de plus de 1 an (terminée en janvier pour ma part) et qui reçoivent la proposition d'update NE LE FAITES PAS
Je suis bon pour réinstaller la 10.0.0.2 en espérant que ça refonctionne ( ) et envoyer un mail d'insultes/supplication à leur service commercial pour voir de combien ils vont me plumer

Avant ce changement de l'an passé on avait les MAJ gratuites "à vie", et c'est pour les nouvelles versions que la licence n'était plus valide. Maintenant c'est un peu quand ils veulent à partir de la fin de la première année.

Y a eu un nouveau système de licences qui a été instauré y a 1 an ouais (avril ou mai dernier, je sais pu), ça a fait du bruit...

Oui je me souviens. Mais là comme le machin m'a proposé la MAJ je ne me suis pas méfié, je pensais que comme c'est un update mineur ça passait.
Je me serai abstenu si j'avais su...

Mail envoyé. J'ai réussi à me retenir de mettre du rouge vif mais pas des majuscules et du gras .

En tout cas si vous êtes dans mon cas vous êtes prévenus, ne faites pas l'update sinon vous allez juste bloquer votre licence !

Je ne connais pas :
- la politique de license appliquées par JetBrains sur Resharper
- les tarifs et CLUF de Resharper
- le contenu du mail de notification de MAJ que tu as reçu
 
... mais je trouve un peu fort de râler alors que tu savais très bien toi même que ta licence avait expiré en Janvier... A la limite, c'est déjà sympa que tu aies pu continuer à utiliser le soft jusque maintenant, et c'est carrément miraculeux qu'ils te laissent réinstalle l'ancienne version du coup...  
 
Bref, comme d'hab, le beurre et l'argent du beurre, tout ça...

Normalement, la licence que tu as achetée te permet d'utiliser la version + les mises à jour jusqu'à l'expiration de la licence.
Au delà, tu peux toujours utiliser le pluggin, mais tu ne bénéficies plus de mises à jour.
 
Ça fait parti de leur conditions, donc encore heureux qu'il ait pu continuer à l'utiliser pendant ce temps et à réinstaller l'ancienne version.

 
Je comprends mieux.  
Là, en l'occurrence, le mail reçu pour la MAJ n'était peut être pas clair, et laissait peut être entendre que la MAJ était une mineure, du coup ?

Tu as tort. Comme tu disais tu ne connais pas la question, donc je t'explique brièvement ce que j'en sais :
- En janvier (date de mon achat) ils utilisaient un modèle de licence valable sans limite de temps, sauf si une nouvelle version majeure (version 11 par exemple) sortait plus d'un an après l'achat. Ce qui ne t'empêche pas de continuer à utiliser "à vie" ta version achetée et toutes ses mises à jour mineures.
- En avril (je crois) ils ont fait un changement rétroactif, où la licence était maintenant limitée dans le temps.

Ce qu'ils imposent n'est plus ce pour quoi j'ai payé.
Je ne pensais pas qu'en installant cette mise à jour (proposée spontanément par leur assistant d'update et sans mise en garde!) ma licence se bloquerait.

Donc ton argument est sophistique, il ne s'applique en aucun cas à cette situation parce qu'il repose sur des prémisses fausses même s'il est parfaitement logique dans son raisonnement.
Je ne pense pas être le genre de personne de mauvaise foi que tu décris (beurre, argent du beurre et cie), là c'est eux qui ont modifié a posteriori mais de façon rétroactive ce pour quoi les clients ont payé quelques centaines d'euros. Ca a pas mal fait gueuler à l'époque (je n'y songeais plus en faisant l'update) et ça ne me plait pas du tout.
Mon exigence minimale est au moins de pouvoir continuer à utiliser ma version actuelle et à l'époque j'ai payé pour ça.

 
http://www.commitstrip.com/en/2014 [...] etLocale=1
 
on est tous dans le même cas

Il y a bien pire que VS comme association par défaut pour ouvrir un XML : il y a Internet Explorer .
Sur les versions d'il n'y a pas si longtemps (je ne sais pas pour Edge et cie) pour peu que le fichier fasse plusieurs Mo vous n'en verrez jamais la fin tellement c'est lent.

Mais c'est clair que pour ouvrir un .cs ou autre VS c'est ultra lourd à démarrer, toutes versions confondues.

Et windows et le version selector de VS ont tendance à faire des conneries.
Le fait que l'EXE s'appelle devenv.exe depuis la nuit des temps n'arrange rien vu que quand on fait "ouvrir avec" dans windows et qu'on a plusieurs EXE qui portent le même nom dans des répertoires différents ça bugge, au moins jusque Windows 7.

 

 
Merci pour ces explications, je comprends mieux

BOnjour, petite question , mon visual studion 2013 ne reconnait pas la notation entity par ex  :  
public static LogReaderInfo AssetLogReaderInfo => new LogReaderInfo {Name = "Asset"};  
il n'aime pas le => ...  
Je suis bien en framework 4.5 , il faut que j'installe autre chose ?
 
Merci !

Ca doit être = au lieu de =>, non? C'est une simple instanciation que tu fais.

en faites j'ai récupéré un projet, tout est noté dans ce style :
 
public static List<Card> ToSortedCardList(this IEnumerable<Card> cards)
   => cards.OrderBy(x => x.Cost).ThenByDescending(x => x.Type).ThenBy(x => x.LocalizedName).ToArray().ToList();
 
 
au lieu de faire public static List<Card> ToSortedCardList(this IEnumerable<Card> cards) {
return cards.Orderby etc  
}

 
c'est une extension ton truc, il faut que la classe soit aussi static

 
elle l'est bien, en faite le projet vient de d'un repo git, fonctionne et est compilable normalement, je voudrais juste pouvoir le builder et faire des tests

ça me fait penser que j'ai également récupéré un projet git avec ce genre de notations.
Impossible de compiler du coup je m'étais pas étendu plus que ça mais si quelqu'un a une explication je suis preneur  
 

Yes, je viens de comprendre vos soucis... c'est une nouveauté de C# 6, dispo uniquement avec VS 2015 : les expression-bodied members
 

Haaaaa merci !

Mais c'est pas dit dans le README du projet, qu'il faut VS 2015 ? Idem, le .sln s'ouvre sans souci avec VS 2013 ?

Pas de soucis pour l ouvrir

 
 
j'ai un httplistner qui repond a des request, en generant des threads. pour l'instant les reponses etaient tres simples mais a present il devra faire face a une activité acrue, pensez vous que je peux garder cette architecture (httplistner  dans son thread qui genere un autre thread pour gerer chaque request )  ou je devrai le foutre dans un autre executable ?    ( pour les perfs )
 
d'apres ce que je lis, il vaut mieux garder les threads mais ca m'a l'air bizare

Pas sûr de bien comprendre ton histoire d'exécutable ?
C'est quoi une activité accrue : plus d'appels, ou plus de trucs à faire au cours d'un appel donné ?
On parle de combien d'utilisateurs/requêtes ?

Mais si j'ai bien compris, voilà une tentative de réponse : de gros serveurs web utilisent une logique à un EXE, et où une request = un nouveau thread (je simplifie grossièrement et ça ne marche que jusqu'à un certain nombre d'appels concurrents, ça ne va pas plaire à tous mais l'idée est à peu près là), donc c'est pas déconnant  .
Regarde comment est foutu IIS par exemple.