path.py, inébranlable remplacement de os.path et shutil, malgré l’intégration de pathlib à python 3.4 qui est loin d’être aussi bon.

Shameless plug pour ma version, qui ne souffre pas de tous les bugs unicode de path.py, pathlib, … : rpaths. Parce que, soyons sérieux, c’est le rôle de la lib de gérer ces conneries d’encodage.

Il faut changer les settings de son applications (config serveur, base de données).

Ça il faudra toujours le faire. Tu mets pas en prod tes configs de dev.

On entend parler de plus en plus de docker, mais je ne vois pas en quoi c’est intéressant pour un web developer.

http://sametmax.com/le-deploiement-par-conteneurs-avec-docker/

TL;DR: tu fais ton déploiement une seule fois, et tu ship juste le conteneur sur chaque machine de prod.

On a souvent un environnement différent de celui d’un serveur en prod,

C’est souvent le cas, on ne devrait pas, mais ça nous arrive souvent.

car on utilise des outils qui n’ont pas lieux d’être sur ce type de serveur comme git, ruby (compass, sass).

Git, compass et sass ont parfaitement leur place en prod.

J’ai fait quelques applications avec django.
Et je n’ai pas encore eu le courage d’un déployer une seule.

Il y a tellement de trucs à prendre en compte comme la sécurité, les certificats ssl, les mises à jour, le versionning et j’en passe.

Il y a les services cloud comme heroku, mais c’est hyper chiant à configurer ! Il faut changer les settings de son applications (config serveur, base de données).

On entend parler de plus en plus de docker, mais je ne vois pas en quoi c’est intéressant pour un web developer.

On a souvent un environnement différent de celui d’un serveur en prod, car on utilise des outils qui n’ont pas lieux d’être sur ce type de serveur comme git, ruby (compass, sass).

Ou alors il faut créer deux docker ?

Bref un post à ce sujet serait fort intéressant.