Background: je suis développeur avec pas mal d'expérience dans les systèmes distribués, programmation réseau, etc donc a priori rien à voir avec tes besoins. Par contre, j'ai déjà eu l'occasion de développer un outil type requêteur/tableau de bord pour une DSI dans la grande distribution. Notamment parce que ça m'intéressait de toucher à d'autres besoins.
Mon expérience est que 75% du boulot (à la louche bien sûr) a consisté en comprendre les besoins du client. Tout ça pour dire que pour quelqu'un qui connaît très bien le métier (c'est le cas pour toi puisque c'est ton métier, la gestion) et un peu la programmation (voire plus), je pense que la technologie n'est pas le plus gros problème et que développer sa propre solution me parait une très bonne idée: les outils existants seront tous plus ou moins des usines à gaz pour des besoins modestes.
Et donc, à l'époque, j'avais utilisé du Python avec PyGTK pour l'interface, le tout packagé avec les setuptools + py2exe (parce que le client voulait que ça tourne sur des postes Windows). La base de données: MySQL.
(troll inside) Autant je suis effrayé par des logiciels de grosse taille dans mon domaine écrits en Python, autant pour coder quelque chose assez vite et avec une équipe restreinte Python me semble un très bon candidat.
Arguments:
* assez rapide: à force de se dire qu'on ne cherche pas la performance, on peut se retrouver avec des frameworks / langages qui sont incapables de faire 3 additions sans 4Go de mémoire et un octo-coeur (Ruby...)
* prise en main rapide: bons tutoriels, bonnes docs, langage assez simple (dommage, j'aurais bien recommandé erlang :) ),
* bon écosystème: les librairies disponibles sont nombreuses et, en général, de bonne qualité (adieu Javascript NodeJS), attention quand même aux problèmes de compatibilités entre versions de Python,
* ticket d'entrée bas: pas de framework énorme à mettre en place avant le premier résultat (adieu Java).
Attention quand même: pour moi le plus gros problème est le manque de typage et un langage trop permissif. On peut vite se retrouver avec un code difficile à maintenir si on n'est pas trop rigoureux (oui, même tout seul).
Voilà, my 2c
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
# Avis non objectif...
Posté par Jean Parpaillon . En réponse au message Quel langage choisir pour developper un logiciel de gestion ,. Évalué à 7.
Background: je suis développeur avec pas mal d'expérience dans les systèmes distribués, programmation réseau, etc donc a priori rien à voir avec tes besoins. Par contre, j'ai déjà eu l'occasion de développer un outil type requêteur/tableau de bord pour une DSI dans la grande distribution. Notamment parce que ça m'intéressait de toucher à d'autres besoins.
Mon expérience est que 75% du boulot (à la louche bien sûr) a consisté en comprendre les besoins du client. Tout ça pour dire que pour quelqu'un qui connaît très bien le métier (c'est le cas pour toi puisque c'est ton métier, la gestion) et un peu la programmation (voire plus), je pense que la technologie n'est pas le plus gros problème et que développer sa propre solution me parait une très bonne idée: les outils existants seront tous plus ou moins des usines à gaz pour des besoins modestes.
Et donc, à l'époque, j'avais utilisé du Python avec PyGTK pour l'interface, le tout packagé avec les setuptools + py2exe (parce que le client voulait que ça tourne sur des postes Windows). La base de données: MySQL.
(troll inside) Autant je suis effrayé par des logiciels de grosse taille dans mon domaine écrits en Python, autant pour coder quelque chose assez vite et avec une équipe restreinte Python me semble un très bon candidat.
Arguments:
* assez rapide: à force de se dire qu'on ne cherche pas la performance, on peut se retrouver avec des frameworks / langages qui sont incapables de faire 3 additions sans 4Go de mémoire et un octo-coeur (Ruby...)
* prise en main rapide: bons tutoriels, bonnes docs, langage assez simple (dommage, j'aurais bien recommandé erlang :) ),
* bon écosystème: les librairies disponibles sont nombreuses et, en général, de bonne qualité (adieu Javascript NodeJS), attention quand même aux problèmes de compatibilités entre versions de Python,
* ticket d'entrée bas: pas de framework énorme à mettre en place avant le premier résultat (adieu Java).
Attention quand même: pour moi le plus gros problème est le manque de typage et un langage trop permissif. On peut vite se retrouver avec un code difficile à maintenir si on n'est pas trop rigoureux (oui, même tout seul).
Voilà, my 2c
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier