Error 404

Para los pasionarios de python, debemos seguir estos 12 mandamientos del bueno de Guido

1. Los nombres de los módulos deben estar en minúsculas - hola.py
2. Los nombres de las clases deben usar CamelCase
3. Los métodos y funciones deben usar minusculas_con_guion_bajo
4. Los métodos privados para uso interno comienzan con _guion_bajo
5. Los atributos de clase con __doble_guion_bajo
6. Las constantes en el primer nivel del código (las que no se encuentran dentro de una función o una clase) deben usar LETRASMAYUSCULAS. Usar demasiadas constantes puede hacer que tu código sea menos reutilizable.
7. Si una variable en una función o método es tan temporal que no puedes darle un nombre, utiliza i para la primera, j para la segunda, y k para la tercera.
8. Indenta con cuatro espacios por nivel. Sin tabuladores. Si rompes este mandamiento serás lapidado en la plaza del pueblo.
9. Las líneas no deberían tener nunca más de 80 caracteres. Divide las líneas usando una barra invertida. No necesitas hacer esto si hay paréntesis, llaves o corchetes.
10. Espacio después de una coma (huevos, verdes, con, jamon)
11. Espacio antes y después de un operador i = i + 1
12. Escribe cadenas de documentación para todos los módulos, funciones, clases y métodos públicos. Python es una comunidad internacional, así que utiliza el inglés para las cadenas de documentación, los nombres de los objetos y los comentarios.

Amen, hermano pythoniano!!!!

Vía Command Line Warriors

El entusiasta de Python, Tim Peters, plasmó de forma concisa los principios de diseño por los que guiarse al escribir en Python según el BDFL (en este caso Guido van Rossum, el creador de Python) en 20 aforismos, de los cuales sólo 19 han pasado a forma escrita.

1. Hermoso 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. Disperso es mejor que denso.
7. La legibilidad cuenta.
8. Los casos especiales no son suficientemente especiales como para romper las reglas.
9. Aunque lo pragmático gana a la pureza.
10. Los errores nunca deberían dejarse pasar silenciosamente.
11. A menos que se silencien explícitamente.
12. Cuando te enfrentes a la ambigüedad, rechaza la tentación de adivinar.
13. Debería haber una — y preferiblemente sólo una — manera obvia de hacerlo.
14. Aunque puede que no sea obvia a primera vista a menos que seas holandés. (Guido van Rossum es holandés)
15. Ahora es mejor que nunca.
16. Aunque muchas veces 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 sencilla de explicar, puede que sea una buena idea.
19. Los espacios de nombres son una gran idea — ¡tengamos más de esas!

El futuro es Pytoniano!!!

“Yo inventé el término “Orientado a Objetos”, y te puedo asegurar que C++ no era en lo que estaba pensando.”– Alan Kay

Visto en Mundo Geek