Skip to content

Commit f6670ea

Browse files
committed
Agregando el Zen de Python.
1 parent 36764b3 commit f6670ea

File tree

1 file changed

+59
-0
lines changed

1 file changed

+59
-0
lines changed

zen_python.md

Lines changed: 59 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,59 @@
1+
<div align = "center">
2+
<img src = "imagenes/logo_python.jpeg" />
3+
</div>
4+
5+
# 6.5 El Zen de Python.
6+
7+
En el año 1999 Tim Peters redactó 19 aforismos como una concreta guía de principios para el diseño de código *Python*. Es citado en muchas ocasiones alrededor de la comunidad del lenguaje, por lo que es conveniente tener una referencia del mismo para los usuarios de este repositorio. Originalmente el *Zen de Python* fue enviado a los miembros de la lista de correo (mailing list) de *Python* el 4 de Junio de 1999.
8+
9+
A partir de la versión `2.2.1`, *Python* incorpora el módulo `this.py`, el cual simplemente imprime el *Zen* en pantalla mediante su importación desde el intérprete de *Python*:
10+
11+
```bash
12+
>>> import this
13+
The Zen of Python, by Tim Peters
14+
15+
Beautiful is better than ugly.
16+
Explicit is better than implicit.
17+
Simple is better than complex.
18+
Complex is better than complicated.
19+
Flat is better than nested.
20+
Sparse is better than dense.
21+
Readability counts.
22+
Special cases aren't special enough to break the rules.
23+
Although practicality beats purity.
24+
Errors should never pass silently.
25+
Unless explicitly silenced.
26+
In the face of ambiguity, refuse the temptation to guess.
27+
There should be one-- and preferably only one --obvious way to do it.
28+
Although that way may not be obvious at first unless you're Dutch.
29+
Now is better than never.
30+
Although never is often better than *right* now.
31+
If the implementation is hard to explain, it's a bad idea.
32+
If the implementation is easy to explain, it may be a good idea.
33+
Namespaces are one honking great idea -- let's do more of those!
34+
```
35+
Cuya traducción es la siguiente:
36+
37+
> Bonito es mejor que feo.
38+
>Explícito es mejor que implícito.
39+
>Simple es mejor que complejo.
40+
>Complejo es mejor que complicado.
41+
>Plano es mejor que anidado.
42+
>Disperso es mejor que denso.
43+
>La legibilidad cuenta.
44+
>Los casos especiales no son tan especiales como para romper las reglas.
45+
>Aunque la practicidad vence a la pureza.
46+
>Los errores nunca deberían pasarse por alto.
47+
>A menos que esté explícitamente pasado por alto.
48+
>En caso de ambigüedad, rechaza la tentación de adivinar.
49+
>Tendría que haber un — y preferiblemente únicamente uno — camino obvio para hacerlo.
50+
>Aunque ese camino puede no ser obvio la primera vez, a menos que seas holandés.
51+
>Ahora es mejor que nunca.
52+
>Aunque nunca es, en algunos casos, mejor que ahora mismo.
53+
>Si la implementación es difícil de explicar, es una mala idea.
54+
>Si la implementación es fácil de explicar, puede que sea una buena idea.
55+
>Los namespaces (espacio de nombres) son una gran idea — ¡hagamos más de estos!
56+
57+
`import this` fue originalmente el eslogan de la *Conferencia Internacional de Python #10* (*International Python Conference*, *IPC*, predecedor del ahora *PyCon*).
58+
59+
<a href = "https://github.com/ejdecena/tutorial_python">[IR AL ÍNDICE]</a>

0 commit comments

Comments
 (0)