Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Discussion :
Environnement de programmation .Net 2.0 'low cost'
Je cherchai un tutoriel me permettant d'installer un environnement de développement gratuit pour .Net 2.0.
N'en ayant pas trouvé, j'ai réalisé ce tutoriel que j'ai posté sur mon blog à l'adresse suivante:
http://blog.cybride.net/2006/07/26/4...t-20-low-cost-
Il indique une procédure permettant d'installer:
- #develop
- NDoc
- NCover
- Fxcop
- NUnit
- Nant
de manière à ce intégrer le plus possible ces outils au sein de #develop.
j'attends vos commentaires et/ou suggestions avec impatience.
l'installeur de #develop integre déja tout ca
pi maintenant avec les versions gratuites de visual studio ... tu as le "LowCost" et un produit du créateur de .Net pour pas un rond
EUh oui je comprends pas bien le but du post... les version VS Express ca a pas l'air de couter trop cher non?
moi non plus je dois direEnvoyé par cladsam
mais VS Express 0€, 0$, 0peseta, 0£ rien ... je vérouille
J'ai discuté avec Neguib par MP
Personnellement, et en toute franchise sans vouloir paraitre méchant, #develop intègre déjà tous les outils que tu as cité, donc je vois pas trop ou tu veux en venir
Deuxièmement, mes posts ont pu paraître un peu pro-Visual Studio. Ce n'est pas le cas, j'ai #develop installé aussi
Si tu pouvais nous donner quelques précisions sur ton post d'origine
certes...
il me semble (de mémoire) que les version vs express sont limités dans le temps non ?
si ce n'est pas le cas, saches que j'avais ce tutorial sous le coude depuis pas mal de temps (je l'avais fait avec #develop 1)...
et puis ça permet aussi aux anti-vs de se monter un environnement de dev complet...
alors déja l'installeur de #develop ne comprend pas tous ces outils
(ncover, nant, ndoc) et ce ne sont pas forcément les dernières version ...
de plus si tu arrive avec ndoc 1.3.1 standard à générer de la documentation .net 2.0 je suis preneur de la méthode... je n'ai trouvé que la version que je donne qui soit capable de parser du .net 2.0
ou alors j'ai oublié de faire quelque chose ce qui est fort possible
et je ne suis pas géné de tes remarques étant donné que c'est la première fois que je post un tutorial (autrement que sur mon wiki pour indiquer comment installer un serveur freebsd web+mail)
j'en profite pour rajouter, à la lecture de:
http://msdn.microsoft.com/vstudio/products/compare/
que les options suivantes sont absentes:
* Unit Testing
* Code Coverage
il me semblait bien aussi qu'il y avait des différences
alors certes, je préfère le debugger de vs...
je vais l'installer pour comparer, merci d'avoir pointer du doigt cette lacune
Euh pourquoi les gens seraient-ils "anti-VS"... on développe on ne fait pas la guerre, lorsque des produits sont gratuits complets et ILLIMITES dans le temps (cf fonction recherche..) pourquoi etre "anti-quelquechose" ???
Ensuite qu'il existe des différences entre les versions gratuites et personnelles et les versions les plus abouties pour le monde de l'entreprise ca parait un peu normal ... dans le cas contraire il serait difficile de vendre quoi que ce soit
Quant à la liste d'outils cités vu que la première chose à faire avant de poster et de lire le message du haut qui indique la première chose à faire ...avant de poster, en cherchant (pas très loin) tu aurais vu sur cette page que tous ces outils sont deja cités dans le site : ICI
bon, certaines des réponses ont deja été donnéesil me semble (de mémoire) que les version vs express sont limités dans le temps non ?
si ce n'est pas le cas, saches que j'avais ce tutorial sous le coude depuis pas mal de temps (je l'avais fait avec #develop 1)...
et puis ça permet aussi aux anti-vs de se monter un environnement de dev complet...
alors déja l'installeur de #develop ne comprend pas tous ces outils
(ncover, nant, ndoc) et ce ne sont pas forcément les dernières version ...
de plus si tu arrive avec ndoc 1.3.1 standard à générer de la documentation .net 2.0 je suis preneur de la méthode... je n'ai trouvé que la version que je donne qui soit capable de parser du .net 2.0
ou alors j'ai oublié de faire quelque chose ce qui est fort possible
et je ne suis pas géné de tes remarques étant donné que c'est la première fois que je post un tutorial (autrement que sur mon wiki pour indiquer comment installer un serveur freebsd web+mail)
ce que je te propose, et qui pourrait être intéressant :
- cette article bien ficelé, bien documenté
- un comparatif de #develop avec une des versions express de VS
je sais pas ce que vous en pensez les autres ?
Mouais pourquoi pas si c'est bien fait.
La on ets d'accord si par bien fait on entend pas seulement "bien écrit" mais aussi : tester rigoureusement et sans parti pris avec des conclusions APPORTANT de réelles info.
Si c'est pour en arriver à "celui ci est mieux que celui la " en se basant juste sur le nom de la société qui a développé le produit, c'est de la propagande marketing pas un test comparatif... donc pour moi, ca me parait bien uniqment si ca respecte ce cadre
dans ce cas la c'est MS, vu que #develop est un projet communautaire
plus sérieusement
Dans un soucis d'objectivité, il serait pas mal de définir les points de comparaison entre les deux à étudier et de les lister ci-dessous
je ne pensais pas déclencher une telle polémique... je ne suis pas pro- ou anti- qui que ce soit... j'ai du freebsd, de l'ubuntu et du xp à la maison et tout ça marche bien...
j'ai appris à coder sous dos ^^ avec masm... donc bon... j'essaye juste de prendre ce qui me semble le plus pratique.
alors je répète que je n'ai pas testé les version express (un oubli de ma part), j'utilise vs au boulot tout les jours et je préfère de loin cet ide à celui de #develop (notamment pour le debugger qui n'a rien à voir du tout)...
alors je tenterai de faire un comparatif si j'en ai le temps...
si mon post parraissait un peu abrupte et infondé, c'est tout simplement que j'étais content de mon article et que je souhaitait le faire partager...
après les questions de préférences, on en revient à celui qui préfère vi parce qu'il est puriste et celui qui préfère ee parce que c'est plus pratique... les gout et les couleurs
donc:
*cladsam, je ne suis ni pro ni anti personne
* Olivier Delmotte, je vais essayer de le faire sachant qu'un comparatif rigoureux est plus difficile à rédiger qu'un simple tutorial d'intégration d'outils.
@+
kraoc
t'es pas obligé de tout faire tout seul, ca peut se découper un test comme ca
kraoc. Je trouve cela intéressant.
Pour plusieurs raisons: un gars qui a commencé à développer avec #develop continuera qu'il y ait des VS express ou non.
Pour le reste, ca ressemble à ce qui a été dit sauf que je suis moins catégorique sur le fait qu'il faut hésiter
Voilà, si tu penses le faire, dis le et on t'aidera à voir où il faut développer le sujet etc. Actuellement c'est un peu léger mais je suis sur que tu peux arriver à quelque chose de bien
des nouvelles ?
sinon vous avez qu'a lancer un débat #developp VS Visual C# express dans le forum débats dotnet
sinon vous avez qu'a lancer un débat #developp VS Visual C# express dans le forum débats dotnetBen pourquoi SharpDevelop connait aussi le VB.Net
des nouvelles...
oui oui des nouvelles...
enfin de petites nouvelles, je reprend un projet perso développé avec #develop sous c# express.
à première vue, l'ide de c# express en lui-même semble plus performant sur les points suivant:
* réactivité de l'ide aux sollicitations de l'utilisateur (2)
* debugger (3)
* consommation mémoire légèrement plus faible que #develop (1)
(1) je m'explique: vous ouvrez #develop, vous lancez votre projet (compilation, run et debug) puis vous allez faire un tour... sur mon poste, il finit par manger allégrement 600/700mo de ram (introspection sans garbage ???) ce que ne semble pas faire c# express
(2) tout l'ide semble plus réactif, temps d'affichages des menus, des listes, ...
(3) notamment la possibilité de modifier en cours d'exécution les variables, de plus c# express dispose de watch modifiables paramétrables
pour le reste des tests, je n'ai malheureusement pas de temps supplémentaires à y accorder au final...
cependant, je note que c# express semble beaucoup plus agréable de prise en main que #develop...
Répondre avec citation
Partager