Concentrez-vous sur le temps plus court nécessaire au développement/prototype et éventuellement sur une maintenance plus facile (rien de tout cela ne s'applique à Ruby).

C'est l'un de ces cas qui se résument vraiment à des préférences personnelles ou à des détails de situation. Si vous êtes plus à l'aise et expérimenté avec Python, dites-le. Vous demandent-ils de le justifier parce qu'ils sont plus à l'aise avec l'un des autres environnements ? Une fois que vous avez terminé, le système sera-t-il transféré à quelqu'un d'autre pour une maintenance à long terme ?

S'ils vous demandent d'utiliser une technologie ou un langage que vous ne maîtrisez pas aussi bien, assurez-vous qu'ils savent dès le départ que cela va vous prendre plus de temps.

Je considérerais que l'utilisation de python sur un nouveau projet dépend entièrement du problème que vous essayez de résoudre avec python. Si vous voulez que quelqu'un soit d'accord avec vous sur le fait que vous devriez utiliser python, montrez-lui comment les fonctionnalités de python s'appliquent spécifiquement à ce problème.

Dans le cas du développement Web avec Python, parlez de WSGI et d'autres bibliothèques et frameworks Web que vous pourriez utiliser et qui vous faciliteraient la vie. Une note pour python est que la plupart des frameworks de développement Web python peuvent être connectés directement à n'importe quel projet en cours. Avec ruby ​​on rails, vous travaillez pratiquement dans un DSL que toute personne qui utilise votre projet devra apprendre. S'ils connaissent Python, ils peuvent comprendre ce que vous faites avec Django, etc. en une journée.

Je ne parle que de développement Web car il semble que c'est ce sur quoi vous allez travailler en voyant ruby, python et PHP dans la même liste. Le vrai message qui est important est de s'appliquer à tout ce que vous aimez à propos de python directement à un problème que vous essayez de résoudre.

Je suis d'accord avec mreggen. Dites-leur qu'en travaillant en Python, vous pouvez faire avancer les choses plus rapidement. Faire avancer les choses plus rapidement signifie peut-être de l'argent économisé par le client. Au moins, cela signifie que vous travaillez avec un langage dans lequel vous êtes plus à l'aise, ce qui signifie un temps de développement, de débogage et de refactorisation plus rapide. Vous passerez moins de temps à chercher de la documentation sur la fonction à utiliser pour trouver la longueur d'une chaîne, etc.