Affichage des résultats du sondage: Python : quel EDI utilisez-vous dans le cadre de vos activités de programmation en 2017 ?

Votants
73. Vous ne pouvez pas participer à ce sondage.
  • Anjuta DevStudio

    0 0%
  • Aptana Studio

    0 0%
  • Boa Constructor

    1 1,37%
  • DrPython

    1 1,37%
  • Emacs

    2 2,74%
  • Eric Python IDE

    1 1,37%
  • Geany

    7 9,59%
  • IDLE

    7 9,59%
  • IEP

    0 0%
  • IPython

    1 1,37%
  • jEdit

    1 1,37%
  • Kate

    1 1,37%
  • Komodo

    0 0%
  • MonkeyStudio

    0 0%
  • Ninja IDE

    1 1,37%
  • Notepad++

    7 9,59%
  • PyCharm

    24 32,88%
  • PyDev

    9 12,33%
  • PyScripter

    1 1,37%
  • Python Tools for Visual Studio

    6 8,22%
  • SciTE

    0 0%
  • SPE - Stani's Python Editor

    0 0%
  • Spyder

    10 13,70%
  • Sublime Text

    7 9,59%
  • Thonny

    0 0%
  • Vim

    14 19,18%
  • VPython

    0 0%
  • Wing IDE

    1 1,37%
  • Autres (précisez)

    9 12,33%
  • Sans avis

    3 4,11%
Sondage à choix multiple
+ Répondre à la discussion Actualité déjà publiée
Page 3 sur 3 PremièrePremière 123
  1. #41
    Membre chevronné
    Avatar de Mickael_Istria
    Homme Profil pro
    Développeur Expert Eclipse RCP
    Inscrit en
    juillet 2008
    Messages
    1 063
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Développeur Expert Eclipse RCP
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2008
    Messages : 1 063
    Points : 2 193
    Points
    2 193

    Par défaut

    Citation Envoyé par killian68 Voir le message
    Gratuit, Léger (je n'aime pas Eclipse et sa lenteur)
    Il ne faut pas confondre legerete et vitesse percue. Si tu regardes la consommation RAM et CPU de VSCode (et des processes enfants qu'il demarre), t'es souvent proche de ce que fait Eclipse IDE. La difference est que VSCode a mis de l'UI asynchrone la ou Eclipse IDE a tendance a etre synchrone; si bien qu'une operation longue dans Eclipse IDE ca fait parfois un lag, dans VSCode, ca fait une fenetre vide qui se peuple de maniere asynchrone sans te bloquer.
    Pour info, Eclipse IDE prend aussi la direction de l'asynchrone pour la plupart des operations de base telles que la completion.
    Tu fais du JEE/Web/Mobile dans Eclipse? Essaye JBoss Tools !
    Read my blog about Eclipse | Follow me on twitter

  2. #42
    Membre averti
    Homme Profil pro
    Développeur banc de test
    Inscrit en
    mai 2014
    Messages
    135
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 30
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Développeur banc de test
    Secteur : High Tech - Électronique et micro-électronique

    Informations forums :
    Inscription : mai 2014
    Messages : 135
    Points : 337
    Points
    337

    Par défaut

    J'utilise PyDev couplé à Eclipse pour le travail mais je dois dire que je regrette un peu ce choix.
    D'une la configuration d'origine est très déroutante pour les utilisateurs de Windows, c'est peut-être idiot comme argument mais devoir passer des heures à configurer un IDE ça décourage facilement, les raccourcis, les préférences d'exécutions, et la tonne de modules qu'on/je n'utiliserai jamais.

    L'impossibilité (d'après mon expérience là dessus) de pouvoir configurer en masse les scripts d'un même projet, l'exécution en run plutôt qu'en debug par exemple.

    L'export/import de configuration ne comprend pas celui de PyDev et ce n'est pas la peine d'essayer de regarder les fichiers xml de configurations il y en des milliers et tous sont référencés par des fichiers de configuration mère, autant dire que c'est humainement impossible à modifier.

    Je regrette que PyDev/Eclipse ne puisse pas permettre l'interception de l'arrêt d'un script avec par exemple le raise d'un KeyboardInterrupt comme sait le faire le très léger PyScripter. Je sais qu'il existe un moyen pour avoir vu un sujet sur StackOverflow mais impossible de mettre la main dessus.

    Et que dire de l'exécution d'un script précédemment fermé lorsque que Eclipse ne détecte pas le script qu'on vient d'ouvrir, c'est très fâcheux comme fonctionnalité.

  3. #43
    Candidat au Club
    Homme Profil pro
    Ingénieur développement matériel électronique
    Inscrit en
    août 2011
    Messages
    3
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement matériel électronique
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : août 2011
    Messages : 3
    Points : 3
    Points
    3

    Par défaut liclipse avec pydev

    ainsi qu'idle quelquefois...

  4. #44
    Membre à l'essai
    Homme Profil pro
    Étudiant
    Inscrit en
    décembre 2014
    Messages
    14
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Sénégal

    Informations professionnelles :
    Activité : Étudiant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : décembre 2014
    Messages : 14
    Points : 12
    Points
    12

    Par défaut

    Je dirais que Sublime text est le meilleur

  5. #45
    Membre confirmé
    Avatar de toumic
    Homme Profil pro
    Gammologie Univers
    Inscrit en
    mai 2009
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Gammologie Univers
    Secteur : Arts - Culture

    Informations forums :
    Inscription : mai 2009
    Messages : 264
    Points : 639
    Points
    639
    Billets dans le blog
    22

    Par défaut IDLE Pycharm = 2 print(#)

    Mon préféré c'est IDLE, son fenêtrage est basique et sa simplicité facilite une écriture mieux concentrée. En fait, on remarque l'inutilité de certains gadgets, même du point visuel, cet outil sans le vouloir nous intrigue. Tout en étant inutile dans le travail en cours, il se pourrait qu'à un moment donné le code ait besoin d'un idéal se rapprochant de son effectif. Comme quoi on est vite perdu lorsque ça devient compliqué, alors la simplicité a du bon. Python aussi. En utilisant Pycharm, on se retrouve en compagnie d'un correcteur tuteur, rectificateur avant la chute libre de la concentration et de son évaporation. On comprend ainsi que la programmation est un loisir impeccable, mais quand l'élémentaire nous éloigne du complexe de fabrique, lorsque certains gestes à répétition font cette triste joie :
    On arrive aux "print", ceux utiles à la visibilité des données de définition à contrôler, une mise en oeuvre laborieuse, et autant pour blanchir l'affichage en y ajoutant les # de blocage.
    Ceci n'est qu'un exemple basique

    Imaginons maintenant que notre éditeur offre le choix de créer des thèmes de blanchiment, de travailler avec les print et les # de manière thématique ?

    Cette histoire de print a un niveau qui va au-delà de mes compétences et occupations
    Raison du message
    music@toumic
    Révolution tellement quantique qu'inimaginable
    Lien : Saison 6 encore cours évolutif (txt) Pour un code ludique coloré
    Acoustic music | Première napharmony | Multi commun
    music's univers | confins numériques | couple multiple ET http://www.toumic.fr/PyCosmic.pydf.pdf

  6. #46
    Modérateur

    Homme Profil pro
    Architecte technique
    Inscrit en
    juin 2008
    Messages
    10 343
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Architecte technique
    Secteur : Industrie

    Informations forums :
    Inscription : juin 2008
    Messages : 10 343
    Points : 16 920
    Points
    16 920

    Par défaut

    Salut,

    Citation Envoyé par toumic Voir le message
    On comprend ainsi que la programmation est un loisir impeccable, mais quand l'élémentaire nous éloigne du complexe de fabrique, lorsque certains gestes à répétition font cette triste joie :
    On arrive aux "print", ceux utiles à la visibilité des données de définition à contrôler, une mise en oeuvre laborieuse, et autant pour blanchir l'affichage en y ajoutant les # de blocage.
    Ceci n'est qu'un exemple basique

    Imaginons maintenant que notre éditeur offre le choix de créer des thèmes de blanchiment, de travailler avec les print et les # de manière thématique ?

    Cette histoire de print a un niveau qui va au-delà de mes compétences et occupations
    Les programmeurs évitent les tâches répétitives.
    Au lieu de mettre en commentaire les "print" de debug, ils vont fabriquer une fonction qui fera la même chose que "print" sous la condition d'un booléen DEBUG.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    def debug(*args, ***kwds):
          if DEBUG:
             print(*args, **kwds)
    lorsque la mise au point est terminée, peut être qu'il n'est pas pertinent de mettre en commentaires ou supprimer toutes les lignes debug(...) mais l'éditeur sait faire des remplacement conditionnels ou globaux (même IDLE) et on va pouvoir remplacer ceux là (et non les autres "print").

    Les programmeurs partagent leurs bonnes idées.
    C'est pour cela qu'il y a plein de bibliothèques en standard dans Python. Le module logging est une version un peu plus élaborée de la fonction "debug" qu'on peut écrire pour dépanner et contient bien d'autres fonctionnalités intéressantes.

    - W
    Architectures post-modernes.
    Python sur DVP c'est aussi des FAQs, des cours et tutoriels

  7. #47
    Membre confirmé
    Avatar de toumic
    Homme Profil pro
    Gammologie Univers
    Inscrit en
    mai 2009
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Gammologie Univers
    Secteur : Arts - Culture

    Informations forums :
    Inscription : mai 2009
    Messages : 264
    Points : 639
    Points
    639
    Billets dans le blog
    22

    Par défaut

    Citation Envoyé par wiztricks Voir le message
    Salut,



    Les programmeurs évitent les tâches répétitives.
    Au lieu de mettre en commentaire les "print" de debug, ils vont fabriquer une fonction qui fera la même chose que "print" sous la condition d'un booléen DEBUG.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    def debug(*args, ***kwds):
          if DEBUG:
             print(*args, **kwds)
    lorsque la mise au point est terminée, peut être qu'il n'est pas pertinent de mettre en commentaires ou supprimer toutes les lignes debug(...) mais l'éditeur sait faire des remplacement conditionnels ou globaux (même IDLE) et on va pouvoir remplacer ceux là (et non les autres "print").

    Les programmeurs partagent leurs bonnes idées.
    C'est pour cela qu'il y a plein de bibliothèques en standard dans Python. Le module logging est une version un peu plus élaborée de la fonction "debug" qu'on peut écrire pour dépanner et contient bien d'autres fonctionnalités intéressantes.

    - W
    Mon point de vue est différent, les "print" de mon cas affichent des résultats à chaque répétition afin de m'assister dans le développement. De plus il est intéressant d'y voir les effets des opérations en cours, car composer une logique opératoire lorsqu'on remplace le papier par un écran. Il n'y a qu'à réfléchir sans perdre son temps avec le crayon et la gomme. Sans l'affichage des "print" on est voué a un laborieux calcul (mental, papier, écran), et pour les nombres communs ces informations sont pertinentes. Il n'y a pas de mystère puisque le sujet de la multiplication est implacable, tout comme les gammes musicales il traite une structure logique. Il est nécessaire d'informer sur les causes du déploiement multiple, ne serait-ce que par simple curiosité.
    Les commentaires ne sont pas un luxe, surtout en comparaison avec la valeur affichée. Tout comme si les aiguilles représenteraient le code, et les repères seraient les résultats, et l'annonce un commentaire

    Je vais essayer l'idée de ceci, dans l'esprit du ci-dessus (no debug)(ok dico) :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
     
    Voici un exemple de chaîne de documentation multi-lignes :
    >>>
    >>> def my_function():
    ...     """Do nothing, but document it.
    ...
    ...     No, really, it doesn't do anything.
    ...     """
    ...     pass
    ...
    >>> print(my_function.__doc__)
    Do nothing, but document it.
        No, really, it doesn't do anything.
    music@toumic
    Révolution tellement quantique qu'inimaginable
    Lien : Saison 6 encore cours évolutif (txt) Pour un code ludique coloré
    Acoustic music | Première napharmony | Multi commun
    music's univers | confins numériques | couple multiple ET http://www.toumic.fr/PyCosmic.pydf.pdf

  8. #48
    Membre confirmé
    Avatar de toumic
    Homme Profil pro
    Gammologie Univers
    Inscrit en
    mai 2009
    Messages
    264
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Gammologie Univers
    Secteur : Arts - Culture

    Informations forums :
    Inscription : mai 2009
    Messages : 264
    Points : 639
    Points
    639
    Billets dans le blog
    22

    Par défaut Du code forestier

    Citation Envoyé par toumic Voir le message


    Je vais essayer l'idée de ceci, dans l'esprit du ci-dessus (no debug)(ok dico) :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
     
    Voici un exemple de chaîne de documentation multi-lignes :
    >>>
    >>> def my_function():
    ...     """Do nothing, but document it.
    ...
    ...     No, really, it doesn't do anything.
    ...     """
    ...     pass
    ...
    >>> print(my_function.__doc__)
    Do nothing, but document it.
        No, really, it doesn't do anything.
    Mais, j'aurais bien voulu disposer d'un outil qui me permette de créer un suivi (voir plus) du code en cours. Que l'IDLE ait cet outil ! Afin de ne pas avoir cette charge à ajouter dans la programmation, déjà qu'il est pratiquement impossible de tout savoir au départ
    music@toumic
    Révolution tellement quantique qu'inimaginable
    Lien : Saison 6 encore cours évolutif (txt) Pour un code ludique coloré
    Acoustic music | Première napharmony | Multi commun
    music's univers | confins numériques | couple multiple ET http://www.toumic.fr/PyCosmic.pydf.pdf

Discussions similaires

  1. Réponses: 10
    Dernier message: 27/12/2013, 14h21
  2. Quel EDI utilisez-vous pour vos programmes Python ?
    Par Guigui_ dans le forum EDI/RAD
    Réponses: 32
    Dernier message: 13/11/2011, 20h51
  3. Quel EDI utilisez-vous pour le développement avec .NET ?
    Par Jérôme Lambert dans le forum EDI/Outils
    Réponses: 31
    Dernier message: 28/06/2011, 11h26

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo