Python est l’Arduino de projets logiciels. Il a une masse critique de bibliothèques pour tout, des réseaux de reconnaissance du visage et de neurones à la robotique et à la télédétection. Et juste comme Arduino, je n’ai pas encore trouvé l’IDE tueur pour Python. Peut-être que je n’ai pas encore essayé le meilleur, mais cela pourrait être que je fais juste du mal à python.
Pendant des années, j’ai été inactif
Inactif avec une coque interactive qui a mis en évidence et achèvement des codes
Je suis un type de linux uniquement d’un homme, donc en utilisant le ralenti pour Python est un ajustement naturel. C’est dans les référentiels pour une installation très rapide et facile et il y a essentiellement une configuration nulle à faire. Généralement, mon environnement de développement préféré est l’éditeur de texte et le compilateur de ligne de commande. Oisif n’est qu’une étape au-dessus de cela. Vous obtenez une fenêtre séparée pour la coque et chaque fichier Python que vous travaillez. Demandez à IDLE exécutez votre code et cela enregistre le fichier, puis la lance dans la fenêtre Shell.
Pour moi, il y a deux caractéristiques essentielles de la coquille de Highle. Le premier est qu’il conserve une session interactive ouverte après avoir exécuté votre code Python. Cela implique que tous les globaux utilisées par votre script sont encore disponibles et que vous pouvez essayer votre code en appelant des fonctions (et des classes, etc.) en temps réel. La deuxième caractéristique souhaitable est que lors de l’utilisation de cette coque interactive, IDLE prend en charge la fin du code et la prise en charge de la doctching (cela vous donne des indications pour quels paramètres une fonction accepte / requis).
Mais la simplicité a une période difficile difficile. Je travaille sur des projets plus importants et plus importants répartis sur de nombreux fichiers et la nature individuelle des fenêtres de rédaction inutilisée et le manque de navigation robuste me souhaite la réinstallation.
Les prétendants
J’ai essayé peut-être une demi-douzaine d’idées de Python différents maintenant, passant le plus de temps sur deux d’entre eux: Geany et Atom. Les deux sont faciles à installer sous Linux et offrent les fonctionnalités beaucoup plus avancées que je souhaite pour des projets plus importants: meilleure navigation, achèvement du code de fichier croisé (et avertissements), type de type variable et indication de la portée.
Le look de Geany apporte à l’esprit un style de mise en page “IDE 1.0” et thème. C’est la disposition familière à trois volants qui place les symboles à gauche, le code à droite et le statut le long du bas. Lorsque vous exécutez votre programme, il se lance dans un terminal interactif que j’aime, mais vous perdez toutes les caractéristiques de l’IDE à ce stade, que je méprise. Il n’y a pas d’achèvement de code et aucune surbrillance de la syntaxe.
J’utilise beaucoup plus que la geany et j’ai grandi pour aimer suffisamment pour le coller pour l’instant. J’appellerais atome la disposition “IDE 2.0”. Il se lance avec un thème sombre et tout est un onglet.
Atom a une vue de symbole qui n’est pas montrée tout le temps. CTRL-R apporte-le et il utilise un style de recherche mais vous pouvez également faire défiler tous les symboles.
L’atome dépend fortement des paquets (plug-ins que quiconque puisse écrire). La gestion du paquet est bonne et les colis que j’ai essayés ont été superbes. J’utilise l’autocomplete-python et les onglets-to-espaces, mais je suis à nouveau courte lorsque cela concerne le fonctionnement des fichiers Python. J’ai essayé plate-forme-ide-terminal, script et plugins de coureur. Le premier apporte un terminal en tant que volet inférieur mais n’exécute pas automatiquement le fichier dans ce terminal. Le script utilise également un volet inférieur mais je ne peux pas l’obtenir de manière interactive. J’utilise actuellement le coureur qui a un affichage d’accord mais n’est pas interactif. J’ai eu recours à un «faux» fichier Python dans mes projets comme solution de contournement pour les commandes et les tests que je fonctionnerais généralement dans le shell interactif.
DITES-NOUS COMMENT VOUS PYTHON
C’est tout à fait possible que je viens d’utiliser Python mal toutes ces années et que le bricolage avec votre code dans une coquille interactive est un mauvais choix de processus de développement.
Que choisissez-vous pour votre développement Python? Une shell interactive vous importe-t-elle? Avez-vous commencé avec le ralenti et la relocalisation à une IDE beaucoup plus mature. Quel est l’IDE as-tu fini avec et quel genre de compromis avez-vous fait pendant ce changement? Faites-nous savoir dans les commentaires ci-dessous.