Bonjour,

En fait j'aimerai faire un petit prgm qui m'aide quand je code (en Python) par exemple qui permet de désindenter rapidement un le texte, remplacer une variable par une autre dans un paragraphe, etc.

J'aimerai aussi placer une console, et c'est la le pb :
on peut utiliser os.system(' ma commande ') pour exécuter une commande dos, mais j'aimerai exécuter une commande python entrée dans une ligne de saisie et voir son résultat, exactement comme si je lançait une console a la main.

Quelqu'un a une idée ?

vim et emacs embarquent deja ça.

vim

gvim.

Tout simplement car on va 50x plus vite.

Vim + Cscope + un bon vimrc, et jamais de la vie t'iras aussi vite que moi

+ vims et emacs sont des éditeurs qui permettent de ne pas avoir besoin de toucher à la souris.

A cela, tu rajoutes un Bepo et alors là c'est quasi imbattable

Quel rapport avec une course de vitesse ?
Quel rapport avec du code ?

Vim et emacs sont des éditeurs de texte, on s'en branle du code.
En embarqué, si t'as un truc a débug en direct, tu vas utiliser Sublime sur une target ARM ?
Non, tu vas utiliser les editeurs de base.

Après, j'ai jamais dit qu'ils étaient mieux. Je connais pas Sublime, je n'ai utilisé qu'Eclipse/Code Warrior. C'est bien aussi, pratique, mais trop lourd à mon goût. Et je ne sais pas si tous les IDE embarquent des shell, gdb, etc...

"et je perds pas de temps à me rappeler un raccourci chelou"
Le but d'un raccourci c'est de gagner du temps en fait. Si tu n'es pas capable d'apprendre 2/3 raccourcis, c'est compliqué effectivement.

Mon job consiste à faire de l'architecture soft, je n'écris rien depuis quelques années donc.
Si tu veux des recommandations, tu peux m'ajouter sur LinkedIn. J'ai 5 ans d'expérience sur de l'embedded et du Linux.

Y a de la smart completion sous vim (ctrl+p ), des macro expansions, etc...
Moi la raison pour laquelle j'utilise gvim, c'est parce que je le maîtrise, et je pense être le plus efficace avec celui ci.

Pour rebondir sur
" en plus de contribuer au respect d'une charte qualité (coding style, code coverage, aide à la confection de tests unitaires, intégration de tous les outils utiles au dév, suggestion d'optimisations, détection à la volée de bugs, etc. etc.)"
J'ai des checkers dans vim, je tape :==snake et ça indente/reformate en snake.
:==hung et ça réindente/reformate à la sauce hongroise.
T'as aussi des snippets pour générer des tests unitaires, pour détecter des bugs, codes morts, array out of bound, analyse de code statique.
Comparé à un vrai IDE, tout n'est pas possible dans vim, c'est une évidence.

Après, y a sans doute des éditeurs/IDE plus performants. Faut juste prendre le temps de les utiliser. Du coup, flemme.

Sublime, IntellyJ, Eclipse, typiquement les trucs de pisseurs de code random.

C'est sûr, c'est l'ide qui fait le dév...

C'est utile les gros editeurs de bourin. Les Eclipse, visual studio et compagnie. Il y a des truc vachment bien dedans. Perso, je fais rarement de gros projet qui couvrent plein de truc, donc j'ai tendance a utilise emacs parceque c'est versatile a ce niveau la. Mais si tu as un vrai projet enorme, alors clairement les IDE deviennent utiles.

Les outils de refactoring, de dependance de code, la completion type, l'analyze syntaxique on-the-fly sont utiles. Ca depend vraiment de ce que l'on ecrit.

Si je me trompe pas c'est pas c'est pas de la smart completion mais de la complétion normale basée sur le fichier en cours (ou un set de fichiers). Quand je parle de smart completion c'est vraiment de la complétion contextuelle que je parle : suggestion de méthodes, complétion des paramètres avec indication du type, affichage de la doc à la volée tant qu'à faire, etc. Ça à ma connaissance y a pas de plugins vraiment performants pour aucun éditeur simple.

Tu as raison, de base, elle n'y est pas.

Faudra que je checke gvim par contre, j'ai jamais eu l'occasion d'y toucher

C'est un vim avec une barre de menu et une gestion des onglets un peu plus sympa.

Et je dis ça en étant le mec qui n'aime pas utiliser un IDE parce que ça prend 3 plombes à se lancer et que c'est une usine à gaz, mais ça a quand même des avantages incontestables.

C'est aussi la raison pour laquelle je n'aime pas Eclipse par exemple, bien trop long à lancer.

Je pense qu'il y a aussi une histoire de contexte, je bosse sur du linux, pour du linux, c'est peut-être pour ça.
Si j'étais sous Windows, j'aurais probablement un Eclipse ou un CodeWarrior.

C'est aussi la raison pour laquelle je n'aime pas Eclipse par exemple, bien trop long à lancer.

tu le lances pas 50X par jour, le mien a été lancé il y a 3 semaines.

Pour ma part, je l'utilise parce que j'ai tjrs 3/4 projets en parallèles, souvent dans plusieurs langages et que je bosse sous win et linux, ce qui m'évite d'utiliser différents éditeurs ou ide.

Ouaip, chacun sa méthode disons.
Perso dans gvim j'ai mes tabs pour les sources, un tab pour la compil, un tab pour mon shell, un tab pour gdb.

Après, ça dépend des projets.