alphascorpii
Ce n'est ni impossible (d'autres l'on fait), ni trop cher (d'ailleurs ça veut dire quoi trop cher?), dans la mesure où on a le financement.
Maintenant, dans ce fil on est plutôt sur un trip "scout toujours".
Croyez moi, si l'édition n'est pas mon métier, je l'ai pratiquée et je suis en relation constante (et contractuelle) avec plusieurs éditeurs : les coûts de développement sont réellement très importants.
Bien sûr je parle là d'applications "sérieuses", pas de "bricolage" à temps perdu. Et cela comprend aussi l'après-vente (maintenance, eh oui les bugs existent), l'évolution du produit,...
Croyez-moi, une application complète de comptabilité par exemple c'est, en partant de zéro, plus de 5 années/homme de boulot (400K€), dont certains sont des spécialistes dans leur domaine avec bien sûr des salaires en conséquence.
lo84, avant de te demander si tu peux utiliser du PHP, du Pascal, du Python, ou toute autre technique, ce qui n'a somme toute que peu d'importance, la première démarche est bien de réaliser un cahier des charges détaillé. Ce qui veut dire un document où figurent les grandes ligne du projet, lister et expliquer toutes les fonctionnalités attendues, décrire les résultat attendus, les flux d'échange,... et si possible un minimum de détail sur l'ergonomie ainsi qu'un maquettage succinct . Ce n'est sûrement pas un document de "quelques pages", mais bien un plan détaillé du produit fini. Bien sûr il faut prendre en compte des fonctionnalités déployables, c'est à dire généralisables à d'autres utilisateurs que toi, ce qui implique que tu connaisses où présume un "mode de fonctionnement" susceptible de fédérer un grand nombre d'utilisateurs.
A titre d'exemple, ma spécialité étant la gestion des ressources humaines, je peux vous dire qu'un simple cahier des charges pour quelque chose d'aussi banal que le choix d'un logiciel de paie (le choix, pas le développement), c'est en général entre 50 et 150 pages. Un dossier d'analyse technique pour l'intégration (on ne parle toujours pas de développement, il est déjà fait) c'est dans les 200 pages.
Donc lo84, fais ton cahier des charges sur ton problème de traçabilité (sans te soucier de technique, ça sert à rien à ce stade), et si tu veux je peux sans problème (c'est mon métier) le critiquer, le chiffrer, et te faire un plan d'organisation et de déroulement du projet depuis l'analyse détaillée, le dossier de conception, le plan de développement, la réalisation des jeux d'essais unitaires et d'intégration, le déploiement,.... Gratuitement bien entendu.
Après tu verras ce qu'il faut envisager, et si ça te semble viable, il te restera à trouver le financement, définir (et seulement à ce moment là) les choix techniques en fonction de critères objectifs (marché, portabilité, facilité de maintenance, disponibilité de compétences, fiabilité,...)
C'est en opérant de cette façon qu'on crée des logiciels utiles et fiables.
Edit : je viens de lire le document préconisé par Bdlb. Très intéressant, je ne sais pas si ça parle uniquement de traçabilité, mais la liste des fonctionnalités est impressionnante : un tel développement ça coute bonbon ! Alors si les prix indiqués (en bas de document et qui me semblent TRES largement sous estimés) sont exacts, pas la peine de chercher à développer quelque chose, à moins de vouloir se lancer dans l'édition après avoir dument constaté que les logiciels cités sont nuls et d'avoir fait une étude de marché sérieuse.
Tomzz
Maintenant, dans ce fil on est plutôt sur un trip "scout toujours".
Oui mais là on parle d'un projet libre, et dans le libre je pense que la plus grosse difficulté c'est de trouver ceux qui vont porter le projet, entreprises, mécènes, communauté, collectivité ...
du coup, effectivement, avant de chercher comment on va faire (php python java...) il faut savoir ce qu'on va faire.
On va pas voir le syndicat des viticulteurs en leur disant je vais faire un soft en php, mais plutôt en disant je peux faire un soft qui fait ça pour tel prix et avec tels avantages.
Avec du libre, on ne part pas de zéro, et on peut commencer par bricoler dans son coin, ça n'empêche pas de devenir, un jour, un grand projet.
alphascorpii
Non xapantu, je ne pensais pas seulement à toi, mais je vis de mon métier d'informaticien depuis 30 ans, j'ai débuté comme programmeur, puis chef de projet, puis consultant en freelance et je viens de créer ma boite avec 2 collègues. J'ai donc un tout petit peu d'expérience des projets informatiques, et je peux te dire qu'un projet, quelqu'il soit, mais surtout un projet d'édition de logiciel dans le but de le vendre, c'est une grosse machine, très complexe, qui nécessite des personnes ayant des compétences pointues (donc chères), une gestion sans faille, beaucoup de temps,... et d'argent
J'ai vu arriver des dizaines de logiciels sur le marché, j'en ai vu repartir presqu'autant. A titre d'exemple, j'ai participé, il y a environ 15 ans, au développement d'un progiciel de gestion commerciale qui est aujourd'hui une des références du marché. C'est très simple : à son arrivée sur le marché (donc avant d'avoir rapporté le moindre centime) l'investissement initial était de l'ordre de 12 millions de francs, soit un peu moins de 2 millions d'euros.
Et je peut vous dire que le cahier des charges initial faisait plutôt 3000 pages que 150 !
Aujourd'hui, dans mon domaine, il y a une dizaine de produits leader. La plupart sont vieux, ont été relookés, webisés. Certains comportent encore du code COBOL de leur premières versions et sont d'ailleurs vendus avec un runtime COBOL. Certains tournent très bien sous Linux, mais AUCUN ne tourne QUE sous Linux, le marché est bien insuffisant pour absorber et rentabiliser des investissements qui se chiffrent en millions d'euros.
Donc, gardons les pieds sur terre, l'artisanat est une chose que je respecte, industrialiser un projet c'est un autre domaine.
Et n'oubliez pas : ces super logiciels libres que nous utilisons tous les jours (à titre perso j'utilise à 99,9% Ubuntu depuis 4 ans, et mon portable de boulot est sous Karmic, avec une VM XP), et bien ces super logiciels libres n'existent que parce qu'une frange non négligeable de l'industrie finance leur développement (Oracle, IBM pour ne citer qu'eux).
C'est bien joli de dire le soft est gratuit mais les prestations sont payantes, encore faut il que le soft en question existe pour générer ces prestations. Et un soft ça s'écrit pas (encore) tout seul.
Tomzz
Tiens un exemple, OpenSI
http://www.speedinfo.fr/Identite-et-valeurs.html
Je l'utilise tous les jours et il existe depuis 2003.
Il est certain que ce projet a du demander des investissements importants, mais je doute qu'ils aient démarré avec 10M de F.
Le projet en question vise, si j'ai bien compris, de petits viticulteurs et pas l'ensemble des grands vignobles de Bordeaux.
Je crois qu'il y a une incompréhension au niveau de l'échelle.
Après, il y a du chemin et ça a 999 chances sur 1000 de finir en eau de boudin, mais pourquoi pas?
