Pregunte a Hackaday: ¿Cómo lo haces Pitón?

author
3 minutes, 57 seconds Read

Python es el arduino de proyectos de software. Tiene una masa crítica de bibliotecas para cualquier cosa, desde reconocimiento facial y redes neuronales hasta robótica y detección remota. Y al igual que Arduino, todavía tengo que encontrar el IDE Killer para Python. Posiblemente, todavía no he intentado el mejor aún, pero podría ser que solo estoy haciendo mal.

Durante años he estado inactivo

Inactivo con shell interactivo que tiene resaltado y finalización del código
Soy un tipo de solo un hombre de Linux, por lo que usar inactivo para Python es un ajuste natural. Está en los repositorios para una instalación muy rápida y fácil y esencialmente hay una configuración cero a realizar. Por lo general, mi entorno de desarrollo preferido es el editor de texto y el compilador de línea de comandos. El inactividad es solo un paso por encima de eso. Recibe una ventana separada para el shell y cada archivo de Python en el que está trabajando. Tenga en marcha Ejecute su código y guarda el archivo, luego lo inicia en la ventana de Shell.

Para mí, hay dos características esenciales de la concha de ocio. El primero es que mantiene abierto una sesión interactiva después de ejecutar su código Python. Esto implica que cualquier global que utiliza su script aún está disponible, y que puede probar su código llamando las funciones (y las clases, etc.) en tiempo real. La segunda característica deseable es que al mismo tiempo que usa esta cubierta interactiva, Soporte inactivo, compatible con el soporte de código de código y DOCString (le brinda sugerencias para qué parámetros acepta una función / requiere una función).

Pero la simplicidad tiene una escala de tiempo difícil. Estoy trabajando en proyectos más grandes y más grandes distribuidos en numerosos archivos y la naturaleza individual de las ventanas del editor inactivo y la falta de navegación robusta me han querido reubicar.

Los contendientes

He intentado posiblemente una media docena de IDES diferentes de Python ahora, pasando la mayor parte del tiempo en dos de ellos: Geany y Atom. Ambos son fáciles de instalar en Linux y ofrecen las características mucho más avanzadas que quiero para proyectos más grandes: mejor navegación, finalización de códigos de archivo (y advertencias), tipo variable y indicación de alcance.

El aspecto de Geany le da a la mente un estilo y tema de diseño “IDE 1.0”. Es el diseño familiar de tres paneles que coloca símbolos a la izquierda, código a la derecha y el estado a lo largo de la parte inferior. Cuando ejecuta su programa, se lanza en un terminal interactivo, que me gusta, pero pierde todas las funciones IDE en este punto, que desprecio. No hay finalización de código, y no se resalta la sintaxis.

He estado usando Atom mucho más que Geany y he crecido para que le guste lo suficiente para seguir con él por ahora. Llamaría el átomo del diseño “IDE 2.0”. Se lanza con un tema oscuro y todo es una pestaña.

Atom tiene la vista de símbolo que no se muestra todo el tiempo. Ctrl-R lo lleva y usa un estilo de búsqueda, pero también puedes desplazarse por todos los símbolos
El átomo depende en gran medida de los paquetes (complementos que cualquiera puede escribir). La gestión del paquete es buena, y los paquetes que he intentado han sido excelentes. Estoy usando Autocompletar-Python y Tabs-to-Spaces, pero nuevamente me sorprende cuando se refiere a los archivos de Python. He intentado complementos de plataforma-IDE-Terminal, script y corredor. El primero trae un terminal como un panel inferior, pero no ejecuta automáticamente el archivo en ese terminal. Script también usa un panel inferior, pero no puedo hacer que funcione de forma interactiva. Actualmente estoy usando corredor que tiene una pantalla bien, pero no es interactiva. Recurrí a usar un archivo Python “falso” en mis proyectos como solución para comandos y pruebas que normalmente se ejecutaría en la cubierta interactiva.

Dinos cómo tu pitón

Es completamente posible que haya estado usando Python mal todos estos años y que jugueteos con su código en un shell interactivo es un pobre elección de procesos de desarrollo.

¿Qué eliges para tu desarrollo de Python? ¿Te importa un shell interactivo? Comenzó con inactivo y reubicación a un IDE mucho más maduro. ¿Con qué IDE terminaste y qué tipo de compromisos hiciste durante ese cambio? Háganos saber en los comentarios a continuación.

Similar Posts

Leave a Reply

Your email address will not be published. Required fields are marked *