Cada lenguaje de programación tiene su propia sintaxis y reglas a la hora de escribirla.
Si bien algunas se pueden aplicar globalmente, Python cuenta con una especie de "biblia" donde podrás encontrar los 20 mandamientos para escribir un código pythonico como un pro. 😎
Estos fueron escritos por Tim Peters​ en junio de 1999 y se puede encontrar de forma libre y gratuita.

PEP 20 – The Zen of Python 🐍

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!

Incluso puedes visualizarlo cuando quieras desde la terminal de python corriendo import this

¿Qué significa cada regla?

Si bien son varias y algunas parecen más obvias que otras, podes encontrar una descripción super completa en la web de "El Pythonista".

¿No sería grandioso que un dev de la otra parte del mundo lea tu code y lo entienda sin problemas? ✨

Siguiendo estas reglas vas a comenzar a escribir un código con mejor legibilidad, ordenado e universal para que cualquier dev pueda entenderlo.

Pon a prueba lo aprendido:

¿Creés que sabes escribir un código pythonico?
En el siguiente link "El Zen de Python test" podrás encontrar un sencillo test multiple choice sobre estas reglas. Es divertido y así se aprende mejor ✨

Para finalizar me despido con una de mis reglas favoritas:

Ahora es mejor que nunca
Now is better than never

En el desarrollo de software siempre hay tareas que realizar y si no se priorizan las tareas importantes para hacerlas cuando salen los problemas, estos pueden alargarse en el tiempo hasta no hacerlas nunca.