Introducci贸n

1

El Zen de Python

Conjuntos

2

Sets

3

Modificando conjuntos

4

Operaciones con conjuntos

5

Playgrounds: Elimina elementos duplicados usando conjuntos

Comprehensions

6

List Comprehension

7

Dictionary Comprehension

8

Dictionary Comprehension: condition

9

Playgrounds: Crea una lista usando List Comprehension

10

Lists vs. Tuples vs. Sets

Funciones

11

Funciones

12

Funciones: return

13

Par谩metros por defecto y m煤ltiples returns

14

El scope

15

Refactor game

16

Playgrounds: Tienda de Tecnolog铆a

17

Funciones an贸nimas: lambda

18

Higher order function: una funci贸n dentro de otra funci贸n

19

Map

20

Map con diccionarios

21

Reto: map con inmutabilidad

22

Playgrounds: Multiplica todos los elementos por dos

23

Filter

24

Playgrounds: Retorna solo palabras de 4 letras y m谩s

25

Reduce

M贸dulos

26

M贸dulos

27

Mis propios m贸dulos

28

M贸dulos como scripts: __name__ y __main__

29

Paquetes

30

Playgrounds: Calcular la suma de todas las compras

Manipulaci贸n de archivos y errores

31

Iterables

32

Errores en Python

33

Manejo de excepciones

34

Playgrounds: Captura la excepci贸n: ZeroDivisionError

35

Leer un archivo de texto

36

Escribir en un archivo

37

Leer un CSV

38

Playgrounds: Lee un CSV para calcular el total de gastos

Gr谩ficas en Python

39

Creando una gr谩fica

40

Reto: graficando la poblaci贸n de un pa铆s

41

Reto: graficando la poblaci贸n mundial

Pr贸ximos pasos

42

隆Conoce otros proyectos de este curso!

43

Reconoce tu proceso y certif铆cate

44

Toma el Curso de PIP y Entornos Virtuales con Python

Recursos

Aportes 140

Preguntas 8

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

隆Oigan! Cree este peque帽o test para repasar el Zen de Python 馃憞
.
El zen de Python
.

.
Es una herramienta para repasarlo, espero les ayude a aprender 馃挌

muy bonito y todo a ver si ahora terminan la saga de Django FastAPI, Flask para le backend ya que estan actualizando la saga

Aqui encontre con ejmeplos a lo que se refiere cada punto https://elpythonista.com/zen-de-python

Si tuvi茅semos un poema del desarrollo ser铆a este:

El zen de Python, por Tim Peters

Lo bonito es mejor que lo feo.
Lo expl铆cito es mejor que lo impl铆cito.
Lo simple es mejor que lo complejo.
Lo complejo es mejor que lo complicado.
Lo plano es mejor que lo anidado.
Lo disperso es mejor que lo denso.
La legibilidad cuenta.
Los casos especiales no son tan especiales como para romper las reglas.
Aunque la practicidad gana a la pureza.
Los errores nunca deben pasar en silencio.
A menos que se silencien expl铆citamente.
Ante la ambig眉edad, rechaza la tentaci贸n de adivinar.
Debe haber una -y preferiblemente s贸lo una- forma obvia de hacerlo.
Aunque esa manera puede no ser obvia al principio, a menos que seas holand茅s.
Ahora es mejor que nunca.
Aunque nunca es mejor que *ahora mismo*.
Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede ser una buena idea.
Los espacios de nombres son una gran idea, 隆hagamos m谩s de ellos!

Dejo una traducci贸n (probablemente no excelente) del Zen de Python:

  1. Bello es mejor que feo.
    2. Expl铆cito es mejor que impl铆cito.
    3. Simple es mejor que complejo.
    4. Complejo es mejor que complicado.
    5. Plano es mejor que anidado.
    6. Espaciado es mejor que denso.
    7. La legibilidad es importante.
    8. Los casos especiales no son lo suficientemente especiales como para romper las reglas.
    9. Sin embargo, la practicidad le gana a la pureza.
    10. Los errores nunca deben pasar silenciosamente.
    11. A menos que se silencien expl铆citamente.
    12. Frente a la ambig眉edad, evita adivinar.
    13. Deber铆a existir una sola manera obvia de hacerlo.
    14. A pesar de que esa manera no sea obvia al principio, al menos que seas holand茅s.
    15. Ahora es mejor que nunca.
    16. A pesar de que nunca es mejor que ahora mismo.
    17. Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
    18. Si la implementaci贸n es f谩cil de explicar, puede ser una buena idea.

Creo que por la aplicaci贸n que puede tener en cualquier 谩mbito profesional, uno de los principios que podr铆a generar mayor conciencia a la hora del desarrollo es:

Si la implementaci贸n es d铆ficl de explicar, es una mala idea.

El Zen de Python

El Zen de Python es un conjunto de principios que gu铆an el dise帽o del lenguaje de programaci贸n Python. Fue creado por Tim Peters en 1999 y ha sido adoptado por la comunidad de Python como una filosof铆a de programaci贸n.

Los principios del Zen de Python se pueden encontrar escribiendo 鈥渋mport this鈥 en la consola de Python. A continuaci贸n se presentan los principios:

  • Hermoso es mejor que feo.
  • Expl铆cito es mejor que impl铆cito.
  • Simple es mejor que complejo.
  • Complejo es mejor que complicado.
  • Plano es mejor que anidado.
  • Disperso es mejor que denso.
  • La legibilidad cuenta.
  • Los casos especiales no son lo suficientemente especiales como para romper las reglas.
  • Aunque lo pr谩ctico gana a la pureza.
  • Los errores nunca deber铆an pasar en silencio.
  • A menos que se silencien expl铆citamente.
  • Frente a la ambig眉edad, rechaza la tentaci贸n de adivinar.
  • Deber铆a haber una, y preferiblemente solo una, forma obvia de hacerlo.
  • Aunque esa forma puede no ser obvia al principio a menos que seas holand茅s.
  • Ahora es mejor que nunca.
  • Aunque nunca es a menudo mejor que ahora mismo.
  • Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
  • Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.
  • Los espacios de nombres son una gran idea, 隆tengamos m谩s de esos!

El principio con el que me identifico es Mejor complejo que complicado. Durante el tiempo que aprend铆 a usar linux, descubr铆 que la declaraci贸n de funciones personalizadas me permit铆a crear un sistema m谩s complejo, pero que agilizaba mi rendimiento y ritmo de trabajo.

Creo que cuando hablamos del zen de python de acuerdo con la traducci贸n del profesor es como la metodolog铆a de python a la hora de realizar un determinado programa.
Ya que como sabemos es un lenguaje simple de comprender y sobre todo de emplear su sintaxis.

Hola a todos!

Me gustaron estas frases:

  • If the implementation is hard to explain, it麓s a bad idea.
  • If the implementation is easy to explain, it may be a good idea.

Aplicable al d铆a a d铆a sin ninguna duda.

Un saludo!

Con todo respeto pero estos cursos son mejores con Facundo

All in Pythonistas!

Gracias profe Nico! 馃挭

The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren鈥檛 special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you鈥檙e Dutch.
Now is better than never.
Although never is often better than right now.
If the implementation is hard to explain, it鈥檚 a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea 鈥 let鈥檚 do more of those!

Los principios est谩n listados a continuaci贸n:

Bello es mejor que feo.
Expl铆cito es mejor que impl铆cito.
Simple es mejor que complejo.
Complejo es mejor que complicado.
Plano es mejor que anidado.
Espaciado es mejor que denso.
La legibilidad es importante.
Los casos especiales no son lo suficientemente especiales como para romper las reglas.
Sin embargo la practicidad le gana a la pureza.
Los errores nunca deber铆an pasar silenciosamente.
A menos que se silencien expl铆citamente.
Frente a la ambig眉edad, evitar la tentaci贸n de adivinar.
Deber铆a haber una, y preferiblemente solo una, manera obvia de hacerlo.
A pesar de que eso no sea obvio al principio a menos que seas Holand茅s.
Ahora es mejor que nunca.
A pesar de que nunca es muchas veces mejor que ahora mismo.
Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.
Los espacios de nombres son una gran idea, 隆tengamos m谩s de esos!

Requisito de titulaci贸n: Saberse de memoria el zen de python.

"Special cases aren鈥檛 special enough to break the rules"
Todo el Zen es hermoso en s铆 mismo, esta es mi parte favorita.

"Ahora es mejor que nunca" es el principio que m谩s me gusta.
The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Este me ha gustado mucho
.
Simple es mejor que complejo
.
Desde hace muchos a帽os he tratado de trabajar con la filosof铆a de KISS - Keep It Super Simple, de esta manera haces que m谩s gente le entienda, sobre todo a cuestiones muy complejas o t茅cnicas

Me facina el curso y el profesor, jam谩s imagine tener como profe al profe Xander 馃槏, dejando la broma a un lado me s煤per encant贸 el curso.

No conoc铆a los principios.
Creer铆a que todos cumplen un fin y un proposito entre si.
Si tuviera que elegir escogeria La legibilidad es importante.

Tip para cualquier clase de ingeniero: 隆READABILITY COUNTS!

Principio que me gusta del Zen de Python:

  • Ahora es mejor que nunca!

el Zen es muy ch茅vere en general me gustaron todos, si tuviera que escoger mi principio favorita puede ser explicito es mejor que impl铆cito

Un curso de Celery con el profesor Nicolas, por favor :'c

mi favorita fue: Although practicality beats purity.

Namaste, Python!!

El principio que mas me gusto fue:
- Beautiful is better than ugly.
De esta manera podemos obtener un codigo mas organizado, estratificandolo segun sus funciones, variables, ciclos.

Aunque
鈥楤EAUTY LIES IN THE EYE OF THE BEHOLDER鈥

No lo habia leido

隆 Now is better than never!
Apoyo completamente los apartados basados en la simpleza y en lo explicito a la hora de compartir nuestros conocimientos, ya que es clave como developers que nos encarguemos de explicar con claridad y empatia los cambios a aplicar

Simple is better than complex.

Esa es la que m谩s me gusta, encaja con la forma en que prefiero solucionar problemas.

Tambi茅n es bueno entender que simple no es sin贸nimo de f谩cil. Algo puede ser simple y requerir habilidad o esfuerzo.

Me identifico con el **"Complejo es mejor que complicado",** es un buen juego de palabras pero que al escribir c贸digo me aplica mucho. No soy muy pulido al hacerlo, de hecho, otro ser铆a **"expl铆cito es mejor que impl铆cito",** pues, hasta ahora escribo c贸digo para m铆 solo, yo lo entiendo, sin embargo, si quisiera que alguien lo use le ser铆a dif铆cil seguir la idea ;V
***<u>Now is better than never.</u>***

Ahora se pone bueno a ver el contenido de python de la manera que lo quiero ver. Ya era hora. Espero que en el camino no tenga algo complicado con respecto al avancel.

Hola. Simple es mejor que complejo. La vida debe ser simple.

que principios tan bien fundados en python, por eso su sencilles de aprender y programar

鈥淟a legibilidad cuenta鈥 - mi favorito.

Ya tome el curso de fundamentos de Python, muy bueno
Me gusta m谩s este principio: "Simple is better than complex."
驴replit es gratuito?
cssCopy code
El Zen de Python, por Tim Peters

Hermoso es mejor que feo.
Expl铆cito es mejor que impl铆cito.
Simple es mejor que complejo.
Complejo es mejor que complicado.
Plano es mejor que anidado.
Disperso es mejor que denso.
La legibilidad cuenta.
Los casos especiales no son tan especiales como para quebrantar las reglas.
Aunque lo pr谩ctico gana a la pureza.
Los errores nunca deber铆an pasar silenciosamente.
A menos que se silencien expl铆citamente.
Frente a la ambig眉edad, evitar la tentaci贸n de adivinar.
Deber铆a haber una, y preferiblemente solo una, manera obvia de hacerlo.
Aunque esa manera no sea obvia a menos que seas Holand茅s.
Ahora es mejor que nunca.
Aunque nunca es a menudo mejor que *ahora* mismo.
Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.
Los espacios de nombres son una gran idea, 隆hagamos m谩s de esas!


excelente inicio del curso

If the implementation is easy to explain, it may be a good idea.

El 鈥淶en de Python鈥 es un conjunto de principios y filosof铆as que gu铆an el dise帽o de Python, un lenguaje de programaci贸n de alto nivel. Estos principios est谩n destinados a ayudar a los desarrolladores a escribir c贸digo Python de manera legible, eficiente y consistente. Puedes ver el Zen de Python escribiendo import this en un int茅rprete de Python. Aqu铆 tienes el Zen de Python:

El Zen de Python, por Tim Peters

  • Hermoso es mejor que feo.
  • Expl铆cito es mejor que impl铆cito.
  • Simple es mejor que complejo.
  • Complejo es mejor que complicado.
  • Plano es mejor que anidado.
  • Escaso es mejor que denso.
  • La legibilidad cuenta.
  • Los casos especiales no son lo suficientemente especiales como para romper las reglas.
  • Aunque lo pr谩ctico vence a la pureza.
  • Los errores nunca deber铆an pasar en silencio.
  • A menos que se silencien expl铆citamente.
  • Frente a la ambig眉edad, evitar la tentaci贸n de adivinar.
  • Deber铆a haber una - y preferiblemente solo una - manera obvia de hacerlo.
  • Aunque esa manera no sea obvia a menos que seas Holand茅s.
  • Ahora es mejor que nunca.
  • Aunque nunca es a menudo mejor que ahora mismo.
  • Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
  • Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.
  • Los espacios de nombres son una gran idea, 隆hagamos m谩s de eso!

Estas pautas son una parte importante de la cultura de Python y se utilizan para fomentar la escritura de c贸digo Python limpio y legible. Los desarrolladores de Python a menudo las tienen en cuenta al escribir c贸digo para asegurarse de que siga los principios del Zen de Python.

Platzi nautas, tome clases de Inteligencia Artificial, Reconocimiento de Patrones, 脕lgebra lineal avanzada, ninguna de esas 3 materias universitarias alguna vez me mostr贸

import this

Es el detalle 煤nico que le encontrado a los 5 - 6 lenguajes que he aprendido en mi formaci贸n de programador Pre-pandemia y post pandemia.

Gracias Platzi, gracias a ustedes pude volver a este hermoso mundo de la tecnolog铆a.
.
Ahora regres贸 aprender desde las bases teniendo un sistema de aprendizaje que poner a prueba.

buen ejercicio perd铆 el a帽o
Reta

**Zen de Python
**
.
Bello es mejor que feo.
Expl铆cito es mejor que impl铆cito.
Simple es mejor que complejo.
Complejo es mejor que complicado.
Plano es mejor que anidado.
Espaciado es mejor que denso.
La legibilidad es importante.
Los casos especiales no son lo suficientemente especiales como para romper las reglas.
Sin embargo la practicidad le gana a la pureza.
Los errores nunca deber铆an pasar silenciosamente.
A menos que se silencien expl铆citamente.
Frente a la ambig眉edad, evitar la tentaci贸n de adivinar.
Deber铆a haber una, y preferiblemente solo una, manera obvia de hacerlo.
A pesar de que eso no sea obvio al principio a menos que seas Holand茅s.
Ahora es mejor que nunca.
A pesar de que nunca es muchas veces mejor que ahora mismo.
Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.
Los espacios de nombres son una gran idea, 隆tengamos m谩s de esos!

驴Sab铆an que si ingresan import this en la consola de Python les sale el Zen de Python?
Mi tr铆ada favorita ser铆a es:

  • Simple es mejor que complejo.
  • Complejo es mejor que complicado.
  • Sin embargo la practicidad le gana a la pureza.
    Hay que tratar de ser simple siempre que podamos, si no podemos al menos debemos ser legibles y no ser excesivamente complicado pero, si es la 煤nica forma de hacerlo que podemos hoy, hay que ser pr谩cticos y seguir adelante, m谩s adelante podremos revisar con mayores conocimientos y quiz谩s refactorizar el c贸digo si encontramos una soluci贸n que realmente merece estar y aporta valor.

El Zen de Python, de Tim Peters Hermoso es mejor que feo. Expl铆cito es mejor que impl铆cito. Lo simple es mejor que lo complejo. Complejo es mejor que complicado. Plano es mejor que anidado. Disperso es mejor que denso. La legibilidad cuenta. Los casos especiales no son lo suficientemente especiales como para romper las reglas. Aunque la practicidad le gana a la pureza. Los errores nunca deben pasar en silencio. A menos que se silencie expl铆citamente. Frente a la ambig眉edad, rechace la tentaci贸n de adivinar.

Hello Guys 馃槂
Mi zen hoy es : Ahora es mejor que nunca.

El Zen de Python, de Tim Peters

Hermoso es mejor que feo.
Expl铆cito es mejor que impl铆cito.
Lo simple es mejor que lo complejo.
Complejo es mejor que complicado.
Plano es mejor que anidado.
Disperso es mejor que denso.
La legibilidad cuenta.
Los casos especiales no son lo suficientemente especiales como para romper las reglas.
Aunque la practicidad le gana a la pureza.
Los errores nunca deben pasar en silencio.
A menos que se silencie expl铆citamente.
Frente a la ambig眉edad, rechace la tentaci贸n de adivinar.
Debe haber una, y preferiblemente solo una, forma obvia de hacerlo.
Aunque esa manera puede no ser obvia al principio a menos que seas holand茅s.
Ahora es mejor que nunca.
Aunque nunca suele ser mejor que ahora mismo ahora.
Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede ser una buena idea.
Los espacios de nombres son una gran idea, 隆hagamos m谩s de eso!

El principio que mas me gusto es: 鈥淒isperso es mejor que denso.鈥

Cuando se aumenta la densidad del c贸digo haciendo en pocas l铆neas muchas operaciones se puede hacer perder el foco del lector, por tanto es muy recomendable a帽adir espacios entre bloques l贸gicos.

El Zen de Python, de Tim Peters

Hermoso es mejor que feo.
Expl铆cito es mejor que impl铆cito.
Lo simple es mejor que lo complejo.
Complejo es mejor que complicado.
Plano es mejor que anidado.
Disperso es mejor que denso.
La legibilidad cuenta.
Los casos especiales no son lo suficientemente especiales como para romper las reglas. Aunque la practicidad supera a la pureza.
Los errores nunca deben pasar en silencio.
A menos que se silencie expl铆citamente.
Frente a la ambig眉edad, rechace la tentaci贸n de adivinar.
Debe haber una, y preferiblemente solo una, forma obvia de hacerlo.
Aunque esa manera puede no ser obvia al principio a menos que seas holand茅s.
Ahora es mejor que nunca.
Aunque nunca suele ser mejor que ahora mismo ahora.
Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede ser una buena idea.
Los espacios de nombres son una gran idea: hagamos m谩s
隆de aquellos!

Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.

Muy buen principio.

Lo simple es mejor que lo complejo.

Resumen
El Zen de Python es un conjunto de principios que gu铆an el dise帽o del lenguaje de programaci贸n Python. Estos principios se basan en la simplicidad, la legibilidad y la claridad del c贸digo.

Hechos
馃尭 Hermoso es mejor que feo.
馃摐 Expl铆cito es mejor que impl铆cito.
馃幆 Simple es mejor que complejo.
馃З Complejo es mejor que complicado.
馃梻锔 Plano es mejor que anidado.
馃寣 Disperso es mejor que denso.
馃憖 La legibilidad cuenta.

Me gust贸 el de complejo es mejor que compicado

Special cases aren鈥檛 special enough to break the rules.

me gusta el segundo principio , " simple mejor que complejo"

En mi opini贸n, el Zen de Python es una gu铆a inspiradora para los programadores de Python. Los principios como 鈥淟a legibilidad cuenta鈥 y 鈥淓l c贸digo es m谩s que nunca鈥 resaltan la importancia de escribir c贸digo claro y f谩cil de entender. Esto facilita el mantenimiento del c贸digo, la colaboraci贸n con otros programadores y reduce la posibilidad de introducir errores.

Now is better than never.

Que bieeeeeeeeen el mismo profesor jajaja

Ahora es mejor que nunca.

Hab铆a escuchado sobre el Zen de Python, pero nunca lo hab铆a visto en documentaci贸n. El principio que m谩s me llam贸 la atenci贸n fue:

Simple is better than complcated.

Ya que muchas veces no sabemos c贸mo desarrollar una soluci贸n y nos esforzamos en echar c贸digo pero no en analizar el problema a nivel matem谩tico, o simplemente entenderlo en lenguaje coloquial.

Now is better than never!

Simple is better than complex. Algo que rige hoy por hoy muchas de las pr谩cticas de grandes genios empresariales en el mundo.

Mi principio favorito es:

Complex is better than complicated
Complejo es mejor que complicado

Ahora es mejor que nunca.
Aunque nunca es a menudo mejor que ahora mismo. 馃挌馃檶馃徏

me gusta la idea de replit. Pero en mi opini贸n deberian de hacer estos cursos fuertes en un editor de c贸digo, porque en la vida real es lo que vamos a utilizar

Now is better than never

Es el principio que me gusta m谩s!

Es el primer lenguaje que conozco que enfatiza mucho en sus principios.

Acabo de terminar el curso y creo que esto te ser谩 util para tu largo viaje:
.
Apuntes de todo el curso en Evernote

The Zen of Python (La Zen de Python) es un conjunto de principios o filosof铆a de dise帽o de software en Python. Estos principios est谩n encapsulados en un poema corto que puede ser visto escribiendo import this en el int茅rprete de Python. Los principios que se incluyen en The Zen of Python son:

  1. Hermoso es mejor que feo.
    Expl铆cito es mejor que impl铆cito.
    Simple es mejor que complejo.
    Complejo es mejor que complicado.
    Plano es mejor que anidado.
    Escaso es mejor que denso.
    La legibilidad cuenta.
    Los casos especiales no son lo suficientemente especiales como para romper las reglas.
    Aunque lo pr谩ctico vence a la pureza.
    Los errores nunca deber铆an pasar silenciosamente.
    A menos que sean expl铆citamente silenciados.
    En cara a la ambig眉edad, rechaza la tentaci贸n de adivinar.
    Deber铆a haber una, y preferiblemente solo una, manera obvia de hacerlo.
    Aunque esa manera puede no ser obvia al principio a menos que seas holand茅s.
    Ahora es mejor que nunca.
    Aunque nunca es a menudo mejor que ahora mismo.
    Si la implementaci贸n es dif铆cil de explicar, es una mala idea.
    Si la implementaci贸n es f谩cil de explicar, puede que sea una buena idea.
    Los espacios de nombres son una gran idea, 隆hagamos m谩s de eso!
    Estos principios se enfocan en la legibilidad, simplicidad y explicitud del c贸digo en Python, y alientan a los programadores a escribir c贸digo limpio, f谩cil de entender y mantener, y que siga una sola forma clara y coherente de hacer las cosas.

Mi favorito es :
Flat is better than nested
Plano es mejor que anidado

El 鈥淶en de Python鈥 se basa en la filosof铆a de que el c贸digo debe ser legible y f谩cil de entender, incluso por aquellos que no lo escribieron originalmente. Los principios destacan la importancia de la simplicidad, la claridad, la consistencia y la elegancia en el dise帽o de c贸digo, y alientan a los programadores a seguir buenas pr谩cticas de programaci贸n para crear c贸digo m谩s f谩cil de mantener y de depurar.

El 鈥淶en de Python鈥 es un conjunto de principios de dise帽o de c贸digo que gu铆an el desarrollo del lenguaje de programaci贸n Python. Estos principios est谩n descritos en un poema corto que se puede leer en cualquier versi贸n de Python escribiendo 鈥渋mport this鈥 en la consola de comandos.

Expl铆cito es mejor que impl铆cito.

# Mal:
x = [1, 2, 3]
print(x[2])

# Bien:
mi_lista = [1, 2, 3]
ultimo_elemento = mi_lista[-1]
print(ultimo_elemento)

En el segundo ejemplo se utiliz贸 una variable para hacer expl铆cito cu谩l es el 煤ltimo elemento de la lista.

Hermoso es mejor que feo.

# Mal:
num1 = 5;num2 = 10;resultado = num1+num2
print(resultado)

# Bien:
num1 = 5
num2 = 10
resultado = num1 + num2
print(resultado)

En el segundo ejemplo se utiliz贸 saltos de l铆nea y espacios para hacer el c贸digo m谩s f谩cil de leer.

Definitivamente, me gusto mas la sencilles antes que la complejidad. Saludos a todos

Sparse is better than dense鈥 - Me gusta mucho esta frase, puesto que muchas veces cuando uno programa, al ser tan denso un c贸digo, es facil perderse durante su lectura.

Me encant贸 鈥淓xplicit is better than implicit鈥

VIVA COLOMBIAAAAAAAAAAAA

Genial

  1. La legibilidad es importante.
  2. Los casos especiales no son lo suficientemente especiales como para romper las reglas.
  3. Sin embargo, la practicidad le gana a la pureza.
  4. Los errores nunca deben pasar silenciosamente.
  5. A menos que se silencien expl铆citamente.

Como reflexi贸n, aunque TODO el Zen de Python sea esencial e importante. Creo en estos debemos focalizar la atenci贸n. Ya que, como programadores, en realidad pasaremos m谩s tiempo leyendo c贸digo que escribi茅ndolo y es super importante brindar y que nos brinden un c贸digo legible que cualquiera pueda entender y saber qu茅 hace, ya sea para corregirlo, optimizarlo, etc.
La mejor manera de aprender es practicando, fallando, cometiendo errores y aprendiendo y corregiendo los mismos. Adem谩s, nuestro trabajo ser谩 resolver problemas con nuestras aplicaciones y conocimientos. 隆No importa si debes romper un par de reglas!
No sirve de nada hacer un c贸digo visiblemente atractivo o est茅ticamente bello sino sirve o puede mejorar, siempre priorizar la practicidad.
Los errores nunca deben pasar desapercibidos ya que tarde o temprano, nuestro programa/aplicaci贸n/c贸digo NO compilaran y no funcionar谩. Ver mis errores y aprender de ellos para optimizar su funcionamiento. Y tener el suficiente control y conocimiento de que, cualquier error que suceda ya lo hayamos anticipado con un 鈥淭ratamiento de Excepciones鈥. #Nunca Pares de Aprender. Estoy muy entusiasmado con este curso.

mi favorita:

鈥淚f the implementation is hard to explain, it鈥檚 a bad idea.鈥

Simple es mejor que complejo.
No escriba c贸digo complejo. Tu c贸digo debe ser legible. Considera que tu c贸digo ser谩 utilizado por un asesino psic贸pata que sabe d贸nde vives. El c贸digo simple puede ser m谩s largo, pero recuerde que debe escribir una vez pero leer / mantener el c贸digo siempre.

Seg煤n el desarrollador brasile帽o de software Vitor Freitas, 鈥淪teve Jobs declar贸 una vez que 鈥渟imple puede ser m谩s dif铆cil que complejo鈥. Y eso es verdad. Requiere mucho trabajo arduo para que su forma de pensar est茅 limpia, para llegar a una soluci贸n simple. Pero una soluci贸n simple siempre es mejor que una soluci贸n compleja. Simple se comunica mejor. Simple crea una conexi贸n instant谩nea. La simplicidad es algo que puedes aplicar a todo en tu vida, no solo a la programaci贸n.鈥.

THE ZEN OF PYTHON is a collection of 19 guiding principles that influence the design of Python. The principles were written by software engineer Tim Peters; he wanted Guido van Rossum, the creator of Python, to add a 20th principle. However, this never happened, so the current number stands at 19. Even so, this set of principles is also referred to as PEP-20.

https://learnpython.com/blog/zen-of-python/#:~:text=The Zen of Python is,current number stands at 19.

primera vez que lo escucho pero mi parte favorita de esos principios es simple es mejor que complejo total.

**Estos fueron los que me gustaron m谩s. **

  1. Simple es mejor que complejo.
  2. Complejo es mejor que complicado.
  3. Ahora es MEJOR que nunca, a pesar de que NUNCA es mejor que ahorita mismo.

El principio que m谩s me agrada es el de "Simple is better than complex"
me parece un muy buen principio.

Simple is better than complex.

no conocia el Zen