Inicio de semana y de que manera con los mandamiento de Python! estoy totalmente seguro que le gustara a nuestro amigo minero el Gringo, y aun mas a mi que ando retomando las riendas de mi sendero perdido, juntamente con el mundo loco del reversing el lenguaje que mas me apaciona python! se preguntan porque? es el lenguaje en el cual realize mi tesis U_U la difunta que por problemas tecnicos Nevaeh murio como todos saben.

1\. Los nombres de los módulos deben estar en minúsculas (por ej., hola.py).  
2\. Los nombres de las clases deben usar CamelCase.  
3\. Los métodos y funciones deben usar minusculas\_con\_guion\_bajo. # También es válido deEstaManera.  
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. 

Es la traducción de Raul de Mundo Geek del artículo original de Command Line Warriors.

Ahora que andamos iniciando nuevamente con python porque no invocar a la santa catedra del mismo python, si lo leen bien desde python llamaremos a las reglas ;) para ello nos dirigimos a la termina y  hacemos los siguientes pasos.

\[snifer@rizel CH1\]$ python  
Python 3.3.4 (default, Feb 11 2014, 15:56:08)   
\[GCC 4.8.2 20140206 (prerelease)\] on linux  
Type "help", "copyright", "credits" or "license" for more information.  

Luego de llamar a python lo que haremos es un import this y sorpresa!

\>>> import this  
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!  
\>>>   

O madre del hacking como dice StateX diria yo madre del santo Python …..

Alguno de ustedes sigue, o alguna vez trato de seguir algun codeline de programación?

Regards,
Snifer