dans le courant de l'année, il me semblait qu'on avait évoqué un
module/bibliothèque/whatever qui permettrait d'interfacer python et
visual studio.
Le cas qui m'intéresse est de pouvoir écrire l'équivalent des macros vb
en python pour piloter visual studio .net pour des tâches de codage.
J'ai trouvé un truc chez ActiveState, mais une solution commerciale ne
m'intéresse pas. Dans mon service de dev, on veut bien d'outils tiers du
moment où il n'y a pas de frais :o/
J'ai cherché dans les archives du groupe mais certainement avec de
mauvais mots et je n'ai rien retrouvé.
Quelqu'un aurait une piste ? Merci.
--
Sébastien Kirche
Le 9 novembre 2005 à 10:11, Sébastien Kirche s'est exprimé ainsi :
Quelqu'un aurait une piste ? Merci.
Ça ne dit rien à personne ? Pourtant je ne crois pas avoir rêvé. À moins qu'il n'ai été question d'ActiveState ?
-- Sébastien Kirche
Do Re Mi chel La Si Do
Bonjour !
Je ne pense pas que le mot 'ActiveState' soit péjoratif.
Avis personnel : pour VS, je pense que cet environnement de développement est très (trop) lourd, pour des langages comme Python, ou Ruby. Et, perso, je suis un peu noyé entre toutes les version de VS (Standard, Express, dotNET, etc.), tous les plugins, et abonnements à ajouter.
(AMHA, Eclipse, c'est aussi du genre mastodonte).
Il y a une multitude d'IDE beaucoup plus légers, simples, et rapides d'utilisation, comme SPE, DrPython, WScite, etc.
Quand on voit ce que l'on peut déjà faire, avec juste un éditeur de texte et une fenêtre console...
Toutefois, pour ceux qui utilisent et maîtrisent, déjà, VS, ce peut être une bonne solution. Mais, pour faire des macros, je ne sais pas...
Le mieux, finalement, serait peut-être d'essayer (il existe une version d'essai, me semble-t'il), et de nous raconter ensuite...
@-salutations
Michel Claveau
Bonjour !
Je ne pense pas que le mot 'ActiveState' soit péjoratif.
Avis personnel : pour VS, je pense que cet environnement de développement
est très (trop) lourd, pour des langages comme Python, ou Ruby. Et, perso,
je suis un peu noyé entre toutes les version de VS (Standard, Express,
dotNET, etc.), tous les plugins, et abonnements à ajouter.
(AMHA, Eclipse, c'est aussi du genre mastodonte).
Il y a une multitude d'IDE beaucoup plus légers, simples, et rapides
d'utilisation, comme SPE, DrPython, WScite, etc.
Quand on voit ce que l'on peut déjà faire, avec juste un éditeur de texte et
une fenêtre console...
Toutefois, pour ceux qui utilisent et maîtrisent, déjà, VS, ce peut être une
bonne solution.
Mais, pour faire des macros, je ne sais pas...
Le mieux, finalement, serait peut-être d'essayer (il existe une version
d'essai, me semble-t'il), et de nous raconter ensuite...
Je ne pense pas que le mot 'ActiveState' soit péjoratif.
Avis personnel : pour VS, je pense que cet environnement de développement est très (trop) lourd, pour des langages comme Python, ou Ruby. Et, perso, je suis un peu noyé entre toutes les version de VS (Standard, Express, dotNET, etc.), tous les plugins, et abonnements à ajouter.
(AMHA, Eclipse, c'est aussi du genre mastodonte).
Il y a une multitude d'IDE beaucoup plus légers, simples, et rapides d'utilisation, comme SPE, DrPython, WScite, etc.
Quand on voit ce que l'on peut déjà faire, avec juste un éditeur de texte et une fenêtre console...
Toutefois, pour ceux qui utilisent et maîtrisent, déjà, VS, ce peut être une bonne solution. Mais, pour faire des macros, je ne sais pas...
Le mieux, finalement, serait peut-être d'essayer (il existe une version d'essai, me semble-t'il), et de nous raconter ensuite...
@-salutations
Michel Claveau
Sébastien Kirche
Le 13 novembre 2005 à 11:11, Do Re Mi chel La Si Do s'est exprimé ainsi :
Bonjour !
Je ne pense pas que le mot 'ActiveState' soit péjoratif.
Il n'est pas péjoratif en soi mais comme l'usage est prévu au sein du service r&d de ma boîte (lire: la boîte où je travaille), cela exclut le non libre, dans la mesure où il ne pourra être question d'acheter une quelconque licence.
Avis personnel : pour VS, je pense que cet environnement de développement est très (trop) lourd, pour des langages comme Python, ou Ruby. Et, perso, je suis un peu noyé entre toutes les version de VS (Standard, Express, dotNET, etc.), tous les plugins, et abonnements à ajouter.
(AMHA, Eclipse, c'est aussi du genre mastodonte).
Il y a une multitude d'IDE beaucoup plus légers, simples, et rapides d'utilisation, comme SPE, DrPython, WScite, etc.
Quand on voit ce que l'on peut déjà faire, avec juste un éditeur de texte et une fenêtre console...
Toutefois, pour ceux qui utilisent et maîtrisent, déjà, VS, ce peut être une bonne solution. Mais, pour faire des macros, je ne sais pas...
Il se trouve que mes collègues travaillent déjà en c/c++ avec VS pour faire leur boulot (moi je suis sous OSX) et que l'un d'eux nous a fait toute un framework de macros (aide à l'écriture de nos projets : recherche d'id, conversion (presque) automatique des ressources windows en ressources mac, recherches d'erreurs courantes dans le code, ...) initialement en vbs et maintenant en vb.net.
J'ai commencé à porter une partie de ce framework du vb -> python mais je me suis dit que ça pourrait être bien qu'il essaie d'écrire les macros à venir en python et j'ai déjà réussi à l'intéresser à la lecture d'Apprendre à programmer avec Python de Swinnen :). L'idéal serait maintenant de pouvoir accéder à VS depuis python (fichiers d'un projet, fenêtres output, etc) pour faciliter au maximum la transition.
Or il me semblait justement que le sujet avait été abordé au cours de cette année. Malheureusement je n'ai pas retrouvé le fil où c'était évoqué.
Le mieux, finalement, serait peut-être d'essayer (il existe une version d'essai, me semble-t'il), et de nous raconter ensuite...
Je viens de vérifier la description de VisualPython chez ActiveState mais le 21-day trial ne va pas coller :(
-- Sébastien Kirche
Le 13 novembre 2005 à 11:11, Do Re Mi chel La Si Do s'est exprimé ainsi
:
Bonjour !
Je ne pense pas que le mot 'ActiveState' soit péjoratif.
Il n'est pas péjoratif en soi mais comme l'usage est prévu au sein du
service r&d de ma boîte (lire: la boîte où je travaille), cela exclut le
non libre, dans la mesure où il ne pourra être question d'acheter une
quelconque licence.
Avis personnel : pour VS, je pense que cet environnement de
développement est très (trop) lourd, pour des langages comme Python,
ou Ruby. Et, perso, je suis un peu noyé entre toutes les version de VS
(Standard, Express, dotNET, etc.), tous les plugins, et abonnements à
ajouter.
(AMHA, Eclipse, c'est aussi du genre mastodonte).
Il y a une multitude d'IDE beaucoup plus légers, simples, et rapides
d'utilisation, comme SPE, DrPython, WScite, etc.
Quand on voit ce que l'on peut déjà faire, avec juste un éditeur de
texte et une fenêtre console...
Toutefois, pour ceux qui utilisent et maîtrisent, déjà, VS, ce peut
être une bonne solution. Mais, pour faire des macros, je ne sais
pas...
Il se trouve que mes collègues travaillent déjà en c/c++ avec VS pour
faire leur boulot (moi je suis sous OSX) et que l'un d'eux nous a fait
toute un framework de macros (aide à l'écriture de nos projets :
recherche d'id, conversion (presque) automatique des ressources windows
en ressources mac, recherches d'erreurs courantes dans le code, ...)
initialement en vbs et maintenant en vb.net.
J'ai commencé à porter une partie de ce framework du vb -> python mais
je me suis dit que ça pourrait être bien qu'il essaie d'écrire les
macros à venir en python et j'ai déjà réussi à l'intéresser à la lecture
d'Apprendre à programmer avec Python de Swinnen :). L'idéal serait
maintenant de pouvoir accéder à VS depuis python (fichiers d'un projet,
fenêtres output, etc) pour faciliter au maximum la transition.
Or il me semblait justement que le sujet avait été abordé au cours de
cette année. Malheureusement je n'ai pas retrouvé le fil où c'était
évoqué.
Le mieux, finalement, serait peut-être d'essayer (il existe une
version d'essai, me semble-t'il), et de nous raconter ensuite...
Je viens de vérifier la description de VisualPython chez ActiveState
mais le 21-day trial ne va pas coller :(
Le 13 novembre 2005 à 11:11, Do Re Mi chel La Si Do s'est exprimé ainsi :
Bonjour !
Je ne pense pas que le mot 'ActiveState' soit péjoratif.
Il n'est pas péjoratif en soi mais comme l'usage est prévu au sein du service r&d de ma boîte (lire: la boîte où je travaille), cela exclut le non libre, dans la mesure où il ne pourra être question d'acheter une quelconque licence.
Avis personnel : pour VS, je pense que cet environnement de développement est très (trop) lourd, pour des langages comme Python, ou Ruby. Et, perso, je suis un peu noyé entre toutes les version de VS (Standard, Express, dotNET, etc.), tous les plugins, et abonnements à ajouter.
(AMHA, Eclipse, c'est aussi du genre mastodonte).
Il y a une multitude d'IDE beaucoup plus légers, simples, et rapides d'utilisation, comme SPE, DrPython, WScite, etc.
Quand on voit ce que l'on peut déjà faire, avec juste un éditeur de texte et une fenêtre console...
Toutefois, pour ceux qui utilisent et maîtrisent, déjà, VS, ce peut être une bonne solution. Mais, pour faire des macros, je ne sais pas...
Il se trouve que mes collègues travaillent déjà en c/c++ avec VS pour faire leur boulot (moi je suis sous OSX) et que l'un d'eux nous a fait toute un framework de macros (aide à l'écriture de nos projets : recherche d'id, conversion (presque) automatique des ressources windows en ressources mac, recherches d'erreurs courantes dans le code, ...) initialement en vbs et maintenant en vb.net.
J'ai commencé à porter une partie de ce framework du vb -> python mais je me suis dit que ça pourrait être bien qu'il essaie d'écrire les macros à venir en python et j'ai déjà réussi à l'intéresser à la lecture d'Apprendre à programmer avec Python de Swinnen :). L'idéal serait maintenant de pouvoir accéder à VS depuis python (fichiers d'un projet, fenêtres output, etc) pour faciliter au maximum la transition.
Or il me semblait justement que le sujet avait été abordé au cours de cette année. Malheureusement je n'ai pas retrouvé le fil où c'était évoqué.
Le mieux, finalement, serait peut-être d'essayer (il existe une version d'essai, me semble-t'il), et de nous raconter ensuite...
Je viens de vérifier la description de VisualPython chez ActiveState mais le 21-day trial ne va pas coller :(
