Je pense que vous n'imaginez pas la complexité d'un ERP et l'effort que représente une migration (écriture des "scripts", vérifications de l'import, etc…).
En faisant la migration vous même (dans l’hypothèse que vous en avez les compétences), n'oubliez pas de faire la conversion de votre temps passé en euros sonnant et trébuchant.
Un logiciel n'est pertinent que par rapport au temps qu'il fait gagner, cad à l'argent qu'il vous fait économiser.
Faites vos calculs!
Pour la v7, l'équipe d'OpenERP mérite plus un "merci" que "c'est moche". Le fruit de milliers d'heures de travail vous est OFFERT sans contrepartie.
La seule question que je me pose, c'est vu le nombre revendiqué d'utilisateurs d'OpenERP, comment peut-on expliquer le nombre de bugs majeurs (pour l'utilisateur j'entends) que vous avez dû corriger vous même?
(NDLR: question aussi objective qu'un article que j'écrirais peut être aussi un jour sur OpenConcerto :))
Il ne faut pas occulter le fait que Java est plus opensource et libre que jamais, OpenJDK est sous licence GPL et est ultra actif!
Tant que Java reste dans le top 10 des langages les plus utilisés, je pense qu'il n'y a pas trop de soucis à se faire pour OpenJDK, il sera développé et maintenu.
Sans vouloir ouvrir un débat sanglant, la seule alternative sérieuse à Java est actuellement C# … :(
Pas facile tant les solutions sont diverses et variées!
Pour le langage, j'aurais tendance à dire Java, mais tu peux utiliser un MDM genre Talend. Ce genre de solution nécessite 0 ligne de code et est assez facile à prendre en main.
Réalité économique oblige, nous ne pouvons pas être sur tous les fronts.
Pour l'instant, il n'y a rien de tout fait pour la migration, ce qui laisse 3 choix
- montrer ses talents de codeurs et écrire le programme qui saura faire les bonnes requêtes SQL
- faire faire la migration par des développeurs (ILM par exemple)
- attendre que quelqu'un le fasse ou le finance
J'aurai préféré vous répondre "tout est déjà fait pour le faire en 1 clic".
Un ERP ce n'est pas forcement un truc incompréhensible et anti ergonomique pour l'utilisateur lambda :)
Dommage que vous n'ayez pas regardé du côté d'OpenConcerto, il aurait été plus rapide d'écrire un module pour l'enrichir des spécificités liées aux associations que de repartir de zéro.
En tout cas, chapeau! Ecrire un outil dédié c'est un gros travail.
Je me suis laissé tenter par l'update 11.10 vers 12.04…
Vu que j'avais désactivé unity pour avoir des menus plus classiques, je n'ai pas vu de grosses différences à première utilisation hormis une sacrée fonctionnalité dont j'aimerais bien me passer et que je partage avec vous:
Toute fenêtre retaillée se colle en bas de l'écran, impossible alors de la remonter!
Suis-je le seul à ne rien voir d'exceptionnel la dedans?
J'ai souvenir de démos bien plus impressionnantes sur un Amiga tournant à 7MHz, 1Mo de mémoire… qui en plus avait le bon goût d'avoir un framerate stable à 50fps contrairement à ce qui est montré ici.
Ici la démo tourne sur du matériel plus de 1000 fois plus rapide.
Super initiative, dommage que nos efforts n'aient pas pu être mis en commun…
car OpenConcerto (ERP opensource) à déjà publié il y a quelques semaines une version libre d'un client EBICS en Java!
Pour l'avoir codé depuis zéro, je vous tire mon chapeau! C'est des semaines de boulot pour valider une telle implémentation de ce "standard" obscur.
Dès que j'aurais un peu de temps je regarderai les différences d'approches.
Depuis qu'on nous dit que Ubuntu est "desktop ready", ces gens biens sensés croient bien faire en passant à l'étape suivante... perdre encore 10% d'utilisateurs? :)
Reste à savoir s'il sera possible de revenir facilement à un desktop productif avec les "oldschool" barre de menus, les racourcis, les clics droit... sinon bye bye Ubuntu pour moi.
Peut être un jour un renouveau pour l'interface d'un bureau mode BeOS.
La gestion des affaires récurrentes est à envisager sous forme de module. Pour ce qui est des statistiques par commerciaux, on a pas encore eu le temps de l'intégrer mais on l'a sous le coude.
Je suis preneur en MP de ce que tu lui reproches et de tes attentes.
Nous finalisons la version 1.1 et commençons la roadmap pour la 1.2, c'est donc le bon moment.
Si as en tête le nom d'un profiler C/C++ qui peut rivaliser, n'hésites pas car j'ai du passé à côté. (On ne pas tout connaître et tout tester!)
J'imagine qu'il faudra tout de même recompiler l'appli... non?
Niveau performance, sur de gros programmes, un programmeur Java avec les bons outils de profiling réussira rapidement à avoir un logiciel plus rapide que son équivalent C/C++.
Sur les micro-benchmarks, C et C++ resterons à mon avis toujours meilleurs car les performances découlent d'optimisations liées aux instructions processeurs utilisée.
En revanche, sur un logiciel de plusieurs milliers de lignes (genre au hasard OpenConcerto :) ), en quelques minutes, avec jProfiler par exemple, le coder Java voit exactement:
- où sont les hotspots à optimiser,
- quand les threads sont en attentes,
- ce qui est parallélisable
et tout cela en ayant la hiérarchie des appels, les temps moyens, les nombres d'appels et j'en passe! Beauté de la chose: cela se fait sans recompiler ou modifier quoi que soit à l'application.
Bref, l'outil étonne souvent, les pertes de performances sont rarement là où on les cherche. Ayant passé des heures à optimiser des codes assembleur, C, C++ et Java, je vois en java une excellente plateforme pour atteindre rapidement d'excellentes performance sur des logiciels de taille importante.
Pour tout ceux qui n'aurait pas encore testé un outil comme jProfiler, faites un tour sur jOpenDocument section benchmark. Après quelques heures de profiling, nous avons optimisé la génération de documents OpenDocument: 17 ms pour créer un document (dont 12ms passées dans l'accès disque) quand une autre librairie (ODFDOM) à besoin de 126ms, ça parle tout de suite!
Pour les betas de la version 1.1, il ne faut pas être un hacker mais être assez téméraire pour configurer un serveur PostgreSQL. Le reste est une question de clics.
La betas sont disponibles depuis le forum, il reste encore un peu de travail pour fournir une version installable en 3 clics de la version 1.1 sur toutes les plateformes.
Fort de l'investissement de Jaïna Cpaital d'un montant de 10 millions d'euros annoncé ce jour, OpenConcerto profite de ce grand jour pour dévoiler son premier investissement: 1 million d'euros pour l'intégration de sa suite logiciel de gestion sur la DLFPBox.
Un communiqué de presse complet suivra dans quelques jours.
OpenConcerto est bel et bien un ERP. Je comprend très bien qu'on puisse facilement passer à côté vu que nous avons encore pas mal de doc à écrire :)
Pour la configuration, il ne faut pas mélanger les préférences et la configuration de l'ensemble.
La gestion des droits est là et est très compléte (Menu Structure), il est possible par exemple de gérer indépendament les droits sur chaque action (tables) pour: ajout, modification, suppression et accès en lecture.
Ces droits sont par utilisateur. Les menus se simplifient en fonction des droits associés. Il est possible de gérer les droits par "ensemble".
Il est aussi tout à fait possible de supprimer le module de compta et de modifier les workflow.
Nous avons mis l'accent sur la possibilité de créer des modules pour ajouter des fonctionnalités, changer des comportements, faire des imports, etc...
Encore un peu de patience, nous allons fournir doc et outils. Vous verrez que nous avons un système efficace d'accès aux bases de données et d'UI.
Pour les boîtes de dialogues, est ce que cela touche toutes les fenêtres du logiciel? Peut-on en savoir un peu plus sur votre distribution, version de java, etc?
Le logiciel doit également mémoriser la position des fenêtres, est ce que cela fonctionne?
Que proposez vous pour remplacer le fond jaune clignotant des champs pas ou incorrectement remplis?
Nous avons déjà quelques idées pour construire un modèle économique viable (pour les utilisateurs comme pour nous).
Parmi elles:
vente d'un manuel d'utilisation
commercialisation de services et de support (sur site, par téléphone, emails) via partenaires et en direct
développements spécifiques de modules (fonctionnalités, imports, interfaces à d'autres systèmes...)
formations
fourniture de solutions clef en main (matériel, logiciels, installation et maintenance
En gros, tout ce que nous faisons déjà pour nos clients.
Nous serions très contents d'avoir quelques contributions spontanées (en pub ou en code),
pour cela nous préparons les documentations nécessaires.
Nous pensons aussi à mettre en place un système de mutualisation des financements de développement sur des modules.
En effet, tout le monde n'a pas forcément un budget conséquent pour un logiciel de gestion.
Il n'est pas rare pour nous de voir des clients "subir" un logiciel en boîte qui ne nécessiterait pourtant que quelques modifications pour être éfficace. La politique de l'éditeur étant de faire un logiciel qui peut "convenir" à tous, ça ne risque pas d'arriver...
Un bon argument pour choisir OpenConcerto.
J'imagine aussi que certains acheteurs verront en OpenConcerto une bonne base pour un système informatique
performant et préféreront investir en développement une partie du budget économisé en licence.
Au risque de surprendre, même si OpenConcerto ne rapporte que quelques centimes, nous continuerons à le développer et à le faire vivre en opensource.
Tout simplement car nous avons déjà des clients qui l'utilisent depuis quelques années et qui n'ont pas envie de s'en passer.
Le temps nécessaire à contribuer nos développements dans OpenConcerto est négligeable face à ce qu'un projet opensource nous apporte: visibilité et crédibilité. jOpenDocument a déjà fait beaucoup et au vu des 1400 visites enregistrées par google analytics en 2 jours pour OpenConcerto, nous sommes assez optimistes!
[^] # Re: par rapport aux autres ?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Mons, le 20 décembre : Réussir des projets ERP ambitieux avec ERP5. Évalué à 2.
Et par rapport à OpenConcerto, comment se positionne ERP5?
[^] # Re: des pistes quant à la migration v6.1 -> v7.0 ?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenERP 7 bêta : la gestion d'entreprise simplifiée. Évalué à 0.
Je pense que vous n'imaginez pas la complexité d'un ERP et l'effort que représente une migration (écriture des "scripts", vérifications de l'import, etc…).
En faisant la migration vous même (dans l’hypothèse que vous en avez les compétences), n'oubliez pas de faire la conversion de votre temps passé en euros sonnant et trébuchant.
Un logiciel n'est pertinent que par rapport au temps qu'il fait gagner, cad à l'argent qu'il vous fait économiser.
Faites vos calculs!
Pour la v7, l'équipe d'OpenERP mérite plus un "merci" que "c'est moche". Le fruit de milliers d'heures de travail vous est OFFERT sans contrepartie.
Cordialement,
# Bugs?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Expérience de déploiements d’OpenERP dans des entreprises françaises. Évalué à 4.
La seule question que je me pose, c'est vu le nombre revendiqué d'utilisateurs d'OpenERP, comment peut-on expliquer le nombre de bugs majeurs (pour l'utilisateur j'entends) que vous avez dû corriger vous même?
(NDLR: question aussi objective qu'un article que j'écrirais peut être aussi un jour sur OpenConcerto :))
[^] # Re: Java et Oracle
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Revue de presse de l'April pour la semaine 33 de l'année 2012. Évalué à 1.
Il ne faut pas occulter le fait que Java est plus opensource et libre que jamais, OpenJDK est sous licence GPL et est ultra actif!
Tant que Java reste dans le top 10 des langages les plus utilisés, je pense qu'il n'y a pas trop de soucis à se faire pour OpenJDK, il sera développé et maintenu.
Sans vouloir ouvrir un débat sanglant, la seule alternative sérieuse à Java est actuellement C# … :(
[^] # Re: Import depuis Openbravo
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche l'ERP OpenConcerto passe en version 1.2. Évalué à 2.
Pas facile tant les solutions sont diverses et variées!
Pour le langage, j'aurais tendance à dire Java, mais tu peux utiliser un MDM genre Talend. Ce genre de solution nécessite 0 ligne de code et est assez facile à prendre en main.
[^] # Re: Règlementation
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche l'ERP OpenConcerto passe en version 1.2. Évalué à 2.
Il est "admis" que les PDFs ne sont pas modifiables, même si tout le monde sait qu'informatiquement c'est tout à fait possible!
Si vous avez une solution à ce problème, n'hésitez pas.
[^] # Re: Import depuis Openbravo
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche l'ERP OpenConcerto passe en version 1.2. Évalué à 2.
Réalité économique oblige, nous ne pouvons pas être sur tous les fronts.
Pour l'instant, il n'y a rien de tout fait pour la migration, ce qui laisse 3 choix
- montrer ses talents de codeurs et écrire le programme qui saura faire les bonnes requêtes SQL
- faire faire la migration par des développeurs (ILM par exemple)
- attendre que quelqu'un le fasse ou le finance
J'aurai préféré vous répondre "tout est déjà fait pour le faire en 1 clic".
Cordialement,
[^] # Re: Petits compléments dont j'ai eu besoin
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche l'ERP OpenConcerto passe en version 1.2. Évalué à 1.
Merci pour ces commentaires à chaud!
Tous les fichiers "source" ont une entête qui précise GPL v3, aurions nous loupé quelque chose?
[^] # Re: Dolibarr, une alternative déjà opérationnellle
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Garradin : gestionnaire d'association léger, complet et libre. Évalué à 2.
Non pas du tout. OpenConcerto est parfaitement multi-poste, en production sur des sites de plus d'une centaine d'utilisateurs.
Pour ce qui du "en ligne", l'offre cloud est en version beta depuis quelques semaines et passe officiellement en production ce mois ci.
[^] # Re: Dolibarr, une alternative déjà opérationnellle
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Garradin : gestionnaire d'association léger, complet et libre. Évalué à 1.
Un ERP ce n'est pas forcement un truc incompréhensible et anti ergonomique pour l'utilisateur lambda :)
Dommage que vous n'ayez pas regardé du côté d'OpenConcerto, il aurait été plus rapide d'écrire un module pour l'enrichir des spécificités liées aux associations que de repartir de zéro.
En tout cas, chapeau! Ecrire un outil dédié c'est un gros travail.
[^] # Re: De mieux en pire
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 3.
Je viens de re-tester avec ta méthode, le comportement est aléatoire… on est plus à ça près :)
# De mieux en pire
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 2.
Je me suis laissé tenter par l'update 11.10 vers 12.04…
Vu que j'avais désactivé unity pour avoir des menus plus classiques, je n'ai pas vu de grosses différences à première utilisation hormis une sacrée fonctionnalité dont j'aimerais bien me passer et que je partage avec vous:
Toute fenêtre retaillée se colle en bas de l'écran, impossible alors de la remonter!
Bref. J'ai upgradé mon ubuntu.
# Bof
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Démonstration bluffante du projet DirectFB. Évalué à 10.
Suis-je le seul à ne rien voir d'exceptionnel la dedans?
J'ai souvenir de démos bien plus impressionnantes sur un Amiga tournant à 7MHz, 1Mo de mémoire… qui en plus avait le bon goût d'avoir un framerate stable à 50fps contrairement à ce qui est montré ici.
Ici la démo tourne sur du matériel plus de 1000 fois plus rapide.
# Oups
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Enfin, un client EBICS java libre. Évalué à 3.
Super initiative, dommage que nos efforts n'aient pas pu être mis en commun…
car OpenConcerto (ERP opensource) à déjà publié il y a quelques semaines une version libre d'un client EBICS en Java!
Pour l'avoir codé depuis zéro, je vous tire mon chapeau! C'est des semaines de boulot pour valider une telle implémentation de ce "standard" obscur.
Dès que j'aurais un peu de temps je regarderai les différences d'approches.
# Prêt pour le desktop de père en fils depuis 1915
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche HUD pour « Head-Up Display » : disparition des menus dans Unity. Évalué à 5.
Depuis qu'on nous dit que Ubuntu est "desktop ready", ces gens biens sensés croient bien faire en passant à l'étape suivante... perdre encore 10% d'utilisateurs? :)
Reste à savoir s'il sera possible de revenir facilement à un desktop productif avec les "oldschool" barre de menus, les racourcis, les clics droit... sinon bye bye Ubuntu pour moi.
Peut être un jour un renouveau pour l'interface d'un bureau mode BeOS.
# Outil de test
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Le colonel Moutarde, sur la table (de hachage), avec un livre de maths. Évalué à 1.
Au passage, un outil pour tester la faille sur son serveur perso: http://www.magic-hash.com
[^] # Re: Récurrents / abonnements
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche ERP OpenConcerto 1.1 disponible. Évalué à 3.
La gestion des affaires récurrentes est à envisager sous forme de module. Pour ce qui est des statistiques par commerciaux, on a pas encore eu le temps de l'intégrer mais on l'a sous le coude.
[^] # Re: Ensemble de questions stupides
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Lancement de la bêta d’Elveos. Évalué à 1.
Je suis preneur en MP de ce que tu lui reproches et de tes attentes.
Nous finalisons la version 1.1 et commençons la roadmap pour la 1.2, c'est donc le bon moment.
[^] # Re: Ensemble de questions stupides
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Lancement de la bêta d’Elveos. Évalué à 2.
OpenConcerto?
[^] # Re: Les développeurs Java
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 1.
Si as en tête le nom d'un profiler C/C++ qui peut rivaliser, n'hésites pas car j'ai du passé à côté. (On ne pas tout connaître et tout tester!)
J'imagine qu'il faudra tout de même recompiler l'appli... non?
[^] # Re: Les développeurs Java
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 7.
Niveau performance, sur de gros programmes, un programmeur Java avec les bons outils de profiling réussira rapidement à avoir un logiciel plus rapide que son équivalent C/C++.
Sur les micro-benchmarks, C et C++ resterons à mon avis toujours meilleurs car les performances découlent d'optimisations liées aux instructions processeurs utilisée.
En revanche, sur un logiciel de plusieurs milliers de lignes (genre au hasard OpenConcerto :) ), en quelques minutes, avec jProfiler par exemple, le coder Java voit exactement:
- où sont les hotspots à optimiser,
- quand les threads sont en attentes,
- ce qui est parallélisable
et tout cela en ayant la hiérarchie des appels, les temps moyens, les nombres d'appels et j'en passe! Beauté de la chose: cela se fait sans recompiler ou modifier quoi que soit à l'application.
Bref, l'outil étonne souvent, les pertes de performances sont rarement là où on les cherche. Ayant passé des heures à optimiser des codes assembleur, C, C++ et Java, je vois en java une excellente plateforme pour atteindre rapidement d'excellentes performance sur des logiciels de taille importante.
Pour tout ceux qui n'aurait pas encore testé un outil comme jProfiler, faites un tour sur jOpenDocument section benchmark. Après quelques heures de profiling, nous avons optimisé la génération de documents OpenDocument: 17 ms pour créer un document (dont 12ms passées dans l'accès disque) quand une autre librairie (ODFDOM) à besoin de 126ms, ça parle tout de suite!
[^] # Re: hacker
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto, la version 1.1 de l’ERP a besoin de vous !. Évalué à 1.
Pour les betas de la version 1.1, il ne faut pas être un hacker mais être assez téméraire pour configurer un serveur PostgreSQL. Le reste est une question de clics.
La betas sont disponibles depuis le forum, il reste encore un peu de travail pour fournir une version installable en 3 clics de la version 1.1 sur toutes les plateformes.
# OpenConcerto va investir 1 million d'euros dans le projet
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche Partenariat FDN - No-Log - LinuxFr.org : la DLFPbox bouleverse le paysage du libre. Évalué à 1.
Fort de l'investissement de Jaïna Cpaital d'un montant de 10 millions d'euros annoncé ce jour, OpenConcerto profite de ce grand jour pour dévoiler son premier investissement: 1 million d'euros pour l'intégration de sa suite logiciel de gestion sur la DLFPBox.
Un communiqué de presse complet suivra dans quelques jours.
[^] # Re: Un ERP ?
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.0 , un nouvel ERP libre. Évalué à 2.
OpenConcerto est bel et bien un ERP. Je comprend très bien qu'on puisse facilement passer à côté vu que nous avons encore pas mal de doc à écrire :)
Pour la configuration, il ne faut pas mélanger les préférences et la configuration de l'ensemble. La gestion des droits est là et est très compléte (Menu Structure), il est possible par exemple de gérer indépendament les droits sur chaque action (tables) pour: ajout, modification, suppression et accès en lecture. Ces droits sont par utilisateur. Les menus se simplifient en fonction des droits associés. Il est possible de gérer les droits par "ensemble". Il est aussi tout à fait possible de supprimer le module de compta et de modifier les workflow.
Nous avons mis l'accent sur la possibilité de créer des modules pour ajouter des fonctionnalités, changer des comportements, faire des imports, etc... Encore un peu de patience, nous allons fournir doc et outils. Vous verrez que nous avons un système efficace d'accès aux bases de données et d'UI.
Pour les boîtes de dialogues, est ce que cela touche toutes les fenêtres du logiciel? Peut-on en savoir un peu plus sur votre distribution, version de java, etc? Le logiciel doit également mémoriser la position des fenêtres, est ce que cela fonctionne?
Que proposez vous pour remplacer le fond jaune clignotant des champs pas ou incorrectement remplis?
[^] # Re: Mocèle de développement / fi
Posté par Guillaume Maillard (site web personnel) . En réponse à la dépêche OpenConcerto 1.0 , un nouvel ERP libre. Évalué à 2.
Nous avons déjà quelques idées pour construire un modèle économique viable (pour les utilisateurs comme pour nous).
Parmi elles:
Nous serions très contents d'avoir quelques contributions spontanées (en pub ou en code), pour cela nous préparons les documentations nécessaires.
Nous pensons aussi à mettre en place un système de mutualisation des financements de développement sur des modules. En effet, tout le monde n'a pas forcément un budget conséquent pour un logiciel de gestion.
Il n'est pas rare pour nous de voir des clients "subir" un logiciel en boîte qui ne nécessiterait pourtant que quelques modifications pour être éfficace. La politique de l'éditeur étant de faire un logiciel qui peut "convenir" à tous, ça ne risque pas d'arriver... Un bon argument pour choisir OpenConcerto.
J'imagine aussi que certains acheteurs verront en OpenConcerto une bonne base pour un système informatique performant et préféreront investir en développement une partie du budget économisé en licence.
Au risque de surprendre, même si OpenConcerto ne rapporte que quelques centimes, nous continuerons à le développer et à le faire vivre en opensource. Tout simplement car nous avons déjà des clients qui l'utilisent depuis quelques années et qui n'ont pas envie de s'en passer.
Le temps nécessaire à contribuer nos développements dans OpenConcerto est négligeable face à ce qu'un projet opensource nous apporte: visibilité et crédibilité. jOpenDocument a déjà fait beaucoup et au vu des 1400 visites enregistrées par google analytics en 2 jours pour OpenConcerto, nous sommes assez optimistes!