Visual Studio 2013 : la preview est disponible au téléchargement

Visual Studio 2013 : la preview est disponible au téléchargement

Let's code !

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

26/06/2013 2 minutes
31

Visual Studio 2013 : la preview est disponible au téléchargement

Lors de la précédente TechEd, Microsoft a annoncé la prochaine version de son environnement de développement intégré : Visual Studio 2013. En marge de l'ouverture de la BUILD, la preview de cette nouvelle mouture est disponible au téléchargement, dans ses différentes versions.

 

Alors que la conférence BUILD vient de débuter, Microsoft a commencé à mettre en place ses différents téléchargements pour les développeurs. Ainsi, ceux qui disposent d'un compte MSDN peuvent d'ores et déjà se fournir Windows 8.1, mais aussi le framework .Net 4.5.1, ou encore la CTP1 de SQL Server 2014.

 

Mais c'est Visual Studio 2013, qui est en train d'être détaillé sur scène, qui devrait intéresser le plus grand nombre. Disponible de manière publique, celui-ci devrait apporter de nombreuses améliorations. L'amélioration de la gestion des outils de gestion de version comme Git a déjà été évoquée, mais la section « Team Explorer » a été retravaillée de manière plus large. Il est aussi question d'une unification des paramètres qui pourront désormais être enregistrés dans votre compte Microsoft, ainsi que d'outils de diagnostic mémoire, d'une meilleure gestion des tests, et de l'arrivée du « Cloud load testing »

 

Vous retrouverez de plus amples détails dans cette vidéo. Pour le téléchargement, ça se passera par ici. Notez au passage que la version 2012.3 a aussi été mise en ligne, en version finale cette fois.

 

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Fermer

Commentaires (31)


XMalek
Le 26/06/2013 à 17h 59

OMG un vrai outil de feedback pour tfs >_<


Une grosse amélio de git for vs est à prévoir. Actuellement c’est carrément la merde avec les merge.



Obligé de passer par giteye :/



Je suis étonné d’avoir une preview alors que le 2012 n’a pas encore 1 ans.

Moi je vois ca comme une grosse update si il sort cette année.


P-A Abonné
Le 26/06/2013 à 18h 21







Xarkam a écrit :



Une grosse amélio de git for vs est à prévoir. Actuellement c’est carrément la merde avec les merge.



Obligé de passer par giteye :/



Je suis étonné d’avoir une preview alors que le 2012 n’a pas encore 1 ans.

Moi je vois ca comme une grosse update si il sort cette année.







Ici, pas de souci particulier avec les merge, mais vs 2012 devient super lent a certains moment. Une update est effectivement bienvenue <img data-src=" />









P-A a écrit :



Ici, pas de souci particulier avec les merge, mais vs 2012 devient super lent a certains moment. Une update est effectivement bienvenue <img data-src=" />





Bha écoute, on a eu un bordel avec ma femme (oui ma femme est moi on dev et taff ensemble <img data-src=" /> ).

J’ai des conflits de merge et aucun moyens de les régler autrement qu’en passant par giteye (gitextension ne fonctionne pas avec tfs)



Le truc qui me tue le plus, ce sont les background operations dans vs <img data-src=" />



Quanta être lent, vous utilisez Resharper ? <img data-src=" />



v1nce
Le 26/06/2013 à 18h 26

La RTM serait pour quand ?



(Histoire de savoir si je fais l’impasse sur la 2012 pour passer direct de 2010 à 2013)








P-A a écrit :



Ici, pas de souci particulier avec les merge, mais vs 2012 devient super lent a certains moment. Une update est effectivement bienvenue <img data-src=" />





Bha écoute, on a eu un bordel avec ma femme (oui ma femme est moi on dev et taff ensemble <img data-src=" /> ).

J’ai des conflits de merge et aucun moyens de les régler autrement qu’en passant par giteye (gitextension ne fonctionne pas avec tfs)



Le truc qui me tue le plus, ce sont les background operations dans vs <img data-src=" />



Quanta être lent, vous utilisez Resharper ? <img data-src=" />



P-A Abonné
Le 26/06/2013 à 18h 28







Xarkam a écrit :



Bha écoute, on a eu un bordel avec ma femme (oui ma femme est moi on dev et taff ensemble <img data-src=" /> ).

J’ai des conflits de merge et aucun moyens de les régler autrement qu’en passant par giteye (gitextension ne fonctionne pas avec tfs)



Le truc qui me tue le plus, ce sont les background operations dans vs <img data-src=" />



Quanta être lent, vous utilisez Resharper ? <img data-src=" />







A titre personnel, oui j’utilise resharper <img data-src=" />



Désolé, j’ai fait double post à cause de l’erreur 37 <img data-src=" />



Oui ben Resharper, je trouve que ca alourdit pas mal et ralenti.



Ouvre donc une solution avec 14 projets :p


v1nce
Le 26/06/2013 à 18h 31

La RTM serait pour quand ?



(Histoire de savoir si je fais l’impasse sur la 2012 pour passer direct de 2010 à 2013)








v1nce a écrit :



La RTM serait pour quand ?



(Histoire de savoir si je fais l’impasse sur la 2012 pour passer direct de 2010 à 2013)





Y a pas de date pour une RTM.



De toute façon entre le 2012 et 2013 tu n’aura pas grand changement. Juste un apport d’outils.



AlbertSY
Le 26/06/2013 à 19h 10

VS2012 était prévu pour 2011, à l’époque on parlait de VS2011

VS2013 sortira en 2014 et aura pour nom VS2014, comme à l’accoutumé. <img data-src=" />


dfiad77pro
Le 26/06/2013 à 19h 16

C’est moi ou les performances sont largement supérieure???

Je viens de tester un gros projet WPF et ça prend 22mo de moins en ram et c’est 2x plus rapide à ouvrir…<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />


Tolor
Le 26/06/2013 à 20h 11







AlbertSY a écrit :



VS2012 était prévu pour 2011, à l’époque on parlait de VS2011

VS2013 sortira en 2014 et aura pour nom VS2014, comme à l’accoutumé. <img data-src=" />





Non, tu confonds le numéro de version avec l’année.



VS2012 s’appelle en interne VS11 (11.0)

et VS2014 est VS12 (12.0)



Sinon ça serait cool d’avoir des news des projets LLVM et Clang de temps en temps sur PCI.

Y’a pas que VS dans la vie. <img data-src=" />


Firefly' Abonné
Le 26/06/2013 à 22h 14







dfiad77pro a écrit :



C’est moi ou les performances sont largement supérieure???

Je viens de tester un gros projet WPF et ça prend 22mo de moins en ram et c’est 2x plus rapide à ouvrir…<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />







Apparemment oui le XAML à pris un bon coup de boost ! 22 Mo de moins sur combien avant ?



Para-doxe
Le 26/06/2013 à 22h 45







Serious Gilles a écrit :



Sinon ça serait cool d’avoir des news des projets LLVM et Clang de temps en temps sur PCI.

Y’a pas que VS dans la vie. <img data-src=" />







+1



Il y a pleins d’autres outils de développement dont on aimerait bien avoir aussi des news sur PCI. ^^



Sinon, concernant la news, près avoir dév en C# sous Visual Studio pendant plusieurs années étant étudiant et plus d’un an durant mon précédent CDD, je n’aurais qu’une chose à dire: Plus jamais, merci. <img data-src=" />



Je vais pas m’étendre sur tout les problèmes étranges, du genre la machine qui refuse de l’éteindre correctement après un lancement de VS, l’auto-complétion qui s’arrête sans raison, le générateur de fonction qui te force à avoir un contrôleur par vue ou encore les assistants qui te vomissent du code mais qui ne le font qu’à moitié (merci DataGridView) pour ensuite te laisser te débrouiller. Et là ce n’est que le sommet de la pile des problèmes rencontrés.



C’est peut-être aussi une question de gout, possiblement dut au fait que j’ai appris à programmer avec le C, mais je préfère nettement développer en C et/ou Python sous Emacs et épaulé par les outils de dév GNU.



Anonyme
Le 27/06/2013 à 06h 00

Aussi moche qu’Office 2013 ?


dfiad77pro
Le 27/06/2013 à 06h 02







Firefly’ a écrit :



Apparemment oui le XAML à pris un bon coup de boost ! 22 Mo de moins sur combien avant ?







avant il prenait 155 mega au démarrage.



XMalek
Le 27/06/2013 à 06h 02







Para-doxe a écrit :



C’est peut-être aussi une question de gout, possiblement dut au fait que j’ai appris à programmer avec le C, mais je préfère nettement développer en C et/ou Python sous Emacs et épaulé par les outils de dév GNU.







Réellement une question de gout je n’ai jamais les problèmes que tu cites depuis visual 2003 SP1 (avant oui mais bon..) , et par expérience il faut toujours attendre le sp1 avant d’utiliser un visual. En général les gens qui ont des problèmes avec visual studio n’appliquent jamais les patchs correctifs…



Le problème du C (déjà c’est que t’as pas les fonctions du C++ mais je suppose que c’est un abus de langage <img data-src=" />) c’est que pour déployer rapidement un petit outil visuel tu consommes plus de temps / moyens. Et on le sait : le temps c’est de l’argent <img data-src=" />. De plus en C# si tu développes pour du windows avec interopérabilité entre des outils micro$oft (par exemple dynamics ax, sharepoint et office) ça ce fait très rapidement…



Para-doxe
Le 27/06/2013 à 06h 35







XMalek a écrit :



Le problème du C (déjà c’est que t’as pas les fonctions du C++ mais je suppose que c’est un abus de langage <img data-src=" />) c’est que pour déployer rapidement un petit outil visuel tu consommes plus de temps / moyens. Et on le sait : le temps c’est de l’argent <img data-src=" />.







Quand il s’agit d’application j’utilise le mélange C et Python le tout codé en MVC. C pour les bibliothèques ainsi que certains modèles et Python pour le contrôleur. Pour les vues, GTK+ dessiné avec Glade. Simple, légé, rapide et multi-plateforme.



lysbleu
Le 27/06/2013 à 06h 49

Mais est-ce qu’on pourra programmer en tactile ? <img data-src=" />


raoudoudou
Le 27/06/2013 à 07h 09







dfiad77pro a écrit :



C’est moi ou les performances sont largement supérieure???

Je viens de tester un gros projet WPF et ça prend 22mo de moins en ram et c’est 2x plus rapide à ouvrir…<img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" /><img data-src=" />







Une bonne nouvelle donc <img data-src=" />



Ewil
Le 27/06/2013 à 12h 39







Para-doxe a écrit :



Quand il s’agit d’application j’utilise le mélange C et Python le tout codé en MVC. C pour les bibliothèques ainsi que certains modèles et Python pour le contrôleur. Pour les vues, GTK+ dessiné avec Glade. Simple, légé, rapide et multi-plateforme.







Oui fin sinon, on peut utiliser Qt qui fait ca très bien sans mélanger 30 000 truc hein… parce que bon… devoir sortir du C et du pyton… franchement…



Para-doxe
Le 27/06/2013 à 13h 29







Ewil a écrit :



Oui fin sinon, on peut utiliser Qt qui fait ca très bien sans mélanger 30 000 truc hein… parce que bon… devoir sortir du C et du pyton… franchement…







Écrire en C et en Python n’est pas lié au choix de GTk+. GTK+ est disponible sur de nombreux langages.



Ewil
Le 27/06/2013 à 16h 07







Para-doxe a écrit :



Écrire en C et en Python n’est pas lié au choix de GTk+. GTK+ est disponible sur de nombreux langages.







Je comprends pas pourquoi tu dis ca.



Je fais juste remarquer que mélange du python et du C, c’est un peu con quand on a des framework complet en C++ comme Qt (qui n’est pas que pour l’affichage) ou autre



Para-doxe
Le 27/06/2013 à 20h 06







Ewil a écrit :



Je comprends pas pourquoi tu dis ca.



Je fais juste remarquer que mélange du python et du C, c’est un peu con quand on a des framework complet en C++ comme Qt (qui n’est pas que pour l’affichage) ou autre







Je vois pas l’intérêt de Qt, Je ne fais pas de mélange C + Python par ce que j’utilise du GTK+, je le fais par ce que je l’ai choisi.



Ewil
Le 28/06/2013 à 07h 18







Para-doxe a écrit :



Je vois pas l’intérêt de Qt, Je ne fais pas de mélange C + Python par ce que j’utilise du GTK+, je le fais par ce que je l’ai choisi.







Qt ce n’est pas que un framework graphique, y a tout dedans





C’est comme .net pour c#

C’est comme Java/Javax pour java

…



Para-doxe
Le 28/06/2013 à 11h 36







Ewil a écrit :



Qt ce n’est pas que un framework graphique, y a tout dedans





C’est comme .net pour c#

C’est comme Java/Javax pour java

…







Et alors?




jrbleboss
Le 28/06/2013 à 20h 48







Para-doxe a écrit :



Je vois pas l’intérêt de Qt, Je ne fais pas de mélange C + Python par ce que j’utilise du GTK+, je le fais par ce que je l’ai choisi.







Et pourquoi l’as-tu choisi ? C’est une vraie question, j’utilise C et Python mais jamais les deux en même temps ou très rarement car interfacer les deux est un peu rébarbatif.



Si c’est du calcul intensif : C, sinon Python, pour du Qt/Gtk+. On ne peut pas percevoir la différence de vitesse. Les libs Pythons étant de toutes façons en C, il n’y a pas beaucoup de perte de performance même pour du gros calcul avec Numpy/Scipy.



Para-doxe
Le 29/06/2013 à 00h 05







jrbleboss a écrit :



Et pourquoi l’as-tu choisi ? C’est une vraie question, j’utilise C et Python mais jamais les deux en même temps ou très rarement car interfacer les deux est un peu rébarbatif.







Tu as une explication plus précises ici:







Para-doxe a écrit :



Quand il s’agit d’application j’utilise le mélange C et Python le tout codé en MVC. C pour les bibliothèques ainsi que certains modèles et Python pour le contrôleur. Pour les vues, GTK+ dessiné avec Glade. Simple, légé, rapide et multi-plateforme.









Par exemple là j’ai besoin d’un module GStreamer qui n’existe pas, je vais donc le coder en C. GStreamer me servira pour un des modèles. L’application qui l’utilisera est quand à elle écrite en Python.