Je développe en Python, et j'essaye un peu aussi en Haskell ces derniers temps. Par contre, quand je fait du développement orienté monnaie, je ne fais que du Java.
Donc, d'un point de vue professionnel je suis développeur Java, ou consultant Java, ou ingénieur Java, ou JEE lead architect (non pas celui la en fait ;) bref, je suis totalement invisible en tant que dev Python, même si j'aimerais en faire, et je ne pense pas être le seul dans ce cas.
Un point que tu peux mettre en avant, c'est qu'un développeur Python a de forte chances d'être de meilleure qualité qu'un développeur Java, non pas parce que Python est élitiste, ou que des dev soient intrinsèquement meilleurs, mais simplement parce que ce sont des gens qui ont eu la curiosité de s'intereser a quelque chose de moins rependu, alors que la facilité est de faire ce que je fais, aller là ou est l'argent.
Concernant la rapidité, Python est plus lent que Java, mais largement assez rapide pour la majorité des applis. Et par exemple, pour le calcul numérique, l'utilisation de bibiliothèque est d'une vitesse fulgurante, comparé a une implémentation full Java.
Concernant le typage dynamique, je dirais qu'il y a des avantages et des inconvénients, et c'est un peu une histoire de goût (perso, j'aime bien le typage dynamique, ms aussi le statique avec inférence de type), mais surtout de profile de développeurs, et encore plus de méthode de travail.
Par exemple, je pense que le typage dynamique est intéressant dans le cadre d'une petite equipe, fonctionnant sur un mode XP, avec une bonne pratique des tests unitaires.
Pour la simplicité, je trouve effectivement que Python est plus simple que Java, mais ça ne me semble pas démontrable. Je laisserais tomber cet argument.
Idem pour la flexibilité.
Je laisserais aussi tomber le fait que tu aimes bien Python, tu ne ferais que passer pour quelqu'un qui prend un projet pour un terrain de jeu, et ne tient pas compte de l'intérêt du projet.
Quelque chose qui peut être rassurant aussi, c'est le grand nombre de bibiliothèque, et le côté "battery included" de Python.
Autre chose qui peut plaire au décideur, c'est le coté "one way" et non bloated, du langage: du coup on repose moins sur des convention de codage, qui sont là de fait (tout est relatif...)
Je mettrai aussi l'accent sur la lisibilité. Les décideurs sont en général sensible au coût de maintenance.
# Mon point de vue
Posté par パパフラクス . En réponse au journal Python et les décideurs. Évalué à 1.
Donc, d'un point de vue professionnel je suis développeur Java, ou consultant Java, ou ingénieur Java, ou JEE lead architect (non pas celui la en fait ;) bref, je suis totalement invisible en tant que dev Python, même si j'aimerais en faire, et je ne pense pas être le seul dans ce cas.
Un point que tu peux mettre en avant, c'est qu'un développeur Python a de forte chances d'être de meilleure qualité qu'un développeur Java, non pas parce que Python est élitiste, ou que des dev soient intrinsèquement meilleurs, mais simplement parce que ce sont des gens qui ont eu la curiosité de s'intereser a quelque chose de moins rependu, alors que la facilité est de faire ce que je fais, aller là ou est l'argent.
Concernant la rapidité, Python est plus lent que Java, mais largement assez rapide pour la majorité des applis. Et par exemple, pour le calcul numérique, l'utilisation de bibiliothèque est d'une vitesse fulgurante, comparé a une implémentation full Java.
Concernant le typage dynamique, je dirais qu'il y a des avantages et des inconvénients, et c'est un peu une histoire de goût (perso, j'aime bien le typage dynamique, ms aussi le statique avec inférence de type), mais surtout de profile de développeurs, et encore plus de méthode de travail.
Par exemple, je pense que le typage dynamique est intéressant dans le cadre d'une petite equipe, fonctionnant sur un mode XP, avec une bonne pratique des tests unitaires.
Pour la simplicité, je trouve effectivement que Python est plus simple que Java, mais ça ne me semble pas démontrable. Je laisserais tomber cet argument.
Idem pour la flexibilité.
Je laisserais aussi tomber le fait que tu aimes bien Python, tu ne ferais que passer pour quelqu'un qui prend un projet pour un terrain de jeu, et ne tient pas compte de l'intérêt du projet.
Quelque chose qui peut être rassurant aussi, c'est le grand nombre de bibiliothèque, et le côté "battery included" de Python.
Autre chose qui peut plaire au décideur, c'est le coté "one way" et non bloated, du langage: du coup on repose moins sur des convention de codage, qui sont là de fait (tout est relatif...)
Je mettrai aussi l'accent sur la lisibilité. Les décideurs sont en général sensible au coût de maintenance.