Pruebas
Documentación
Documentación
Una práctica que deberías evitar en código profesional es el from modulo import *. Esto importa absolutamente todo y "contamina" tu espacio de nombres. No sabes qué ha venido de dónde, y puedes sobrescribir funciones tuyas sin darte cuenta. Es el camino rápido a errores raros y difíciles de encontrar. Las guías de estilo como PEP 8 dicen que mejor ni tocarlo, a menos que estés probando algo rápido en la consola. Para hacernos la vida fácil, tenemos la cláusula as para crear alias. Casi todo el mundo usa import numpy as np o import pandas as pd. Es genial para nombres largos o para evitar choques con tus propias variables. Eso sí, intenta usar los alias que ya conoce todo el mundo; si te inventas abreviaturas raras, el siguiente que lea tu código se va a volver loco intentando adivinar qué es cada cosa.
Pruebas
Cuando haces un import, Python no busca a ciegas. Sigue un orden: primero mira en la carpeta donde estás, luego en las rutas de la variable PYTHONPATH y finalmente en las carpetas donde se instaló Python. Puedes ver todas estas rutas mirando sys.path. Entender esto es clave cuando tu proyecto empieza a tener carpetas y subcarpetas y Python te dice que "no encuentra el módulo". Por último, cuidado con las importaciones circulares: cuando el módulo A necesita al B, y el B necesita al A. Python a veces sale del paso, pero suele ser una señal de que el diseño está mal. Si dos archivos se necesitan mutuamente, lo más profesional es sacar esa funcionalidad compartida a un tercer módulo o reorganizar el código para que la jerarquía sea clara: los de arriba importan a los de abajo, pero nunca al revés.
5100_UD02_4.2
CESUR
Created on February 3, 2026
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Smart Presentation
View
Practical Presentation
View
Essential Presentation
View
Akihabara Presentation
View
Flow Presentation
View
Dynamic Visual Presentation
View
Pastel Color Presentation
Explore all templates
Transcript
Pruebas
Documentación
Documentación
Una práctica que deberías evitar en código profesional es el from modulo import *. Esto importa absolutamente todo y "contamina" tu espacio de nombres. No sabes qué ha venido de dónde, y puedes sobrescribir funciones tuyas sin darte cuenta. Es el camino rápido a errores raros y difíciles de encontrar. Las guías de estilo como PEP 8 dicen que mejor ni tocarlo, a menos que estés probando algo rápido en la consola. Para hacernos la vida fácil, tenemos la cláusula as para crear alias. Casi todo el mundo usa import numpy as np o import pandas as pd. Es genial para nombres largos o para evitar choques con tus propias variables. Eso sí, intenta usar los alias que ya conoce todo el mundo; si te inventas abreviaturas raras, el siguiente que lea tu código se va a volver loco intentando adivinar qué es cada cosa.
Pruebas
Cuando haces un import, Python no busca a ciegas. Sigue un orden: primero mira en la carpeta donde estás, luego en las rutas de la variable PYTHONPATH y finalmente en las carpetas donde se instaló Python. Puedes ver todas estas rutas mirando sys.path. Entender esto es clave cuando tu proyecto empieza a tener carpetas y subcarpetas y Python te dice que "no encuentra el módulo". Por último, cuidado con las importaciones circulares: cuando el módulo A necesita al B, y el B necesita al A. Python a veces sale del paso, pero suele ser una señal de que el diseño está mal. Si dos archivos se necesitan mutuamente, lo más profesional es sacar esa funcionalidad compartida a un tercer módulo o reorganizar el código para que la jerarquía sea clara: los de arriba importan a los de abajo, pero nunca al revés.