Bonjour,
Tu ne dis pas pour quel genre de structure tu veux mettre en place un ERP. Si c'est pour toi tout seul, ou une petite équipe (<5-10 personnes), odoo, c'est beaucoup beaucoup trop lourd. Dolibarr convient parfaitement, c'est facile à mettre en place, ça ne réclame que peu de ressources et de temps, c'est ergonomique et réactif.
A l'opposé, avec odoo, tu pourras faire plein de trucs (plusieurs sous-entreprises, plusieurs équipes commerciales, plusieurs grilles tarifaires, support de l'international, interface compta, …) que tu ne peux pas faire avec dolibarr.
Tout ça c'est mon expérience. Nous avons utilisé dolibarr jusqu'en 2014, et passé à odoo en 2015 (ou était-ce 2016 ?). Nous avons dû prendre une stagiaire, ensuite embauchée en CDD pour la migration de dolibarr + d'un autre vieil outil + développement modules spécifiques odoo.
Nous sommes partis du principe qu'on ne faisait pas de mise à jour une fois que tout est bien calé et bien développé. Donc on a la version community d'odoo (v7 de mémoire)
Oui, d'autant plus qu'on appelle plutôt ça "crise du milieu de vie" que "de la quarantaine" ;)
Bon, c'est un peu tôt quand même 34 ans, pas sûr que ce soit une crise du milieu de vie (ou alors, n'économise rien pour ta retraite, …)
Il n'est pas l'objet d'un procès ni d'une enquête, mais il est poussé à la démission, cloué au pilori par la vox populi. Moi ça me gêne.
Je ne sais strictement rien de la réalité de cette situation, même si j'ai une appréciation, disons, moyenne, du bonhomme.
Mais le déchaînement médiatique, qui n'a aucun recul ni aucune empathie, me gêne beaucoup. Certes c'est une goutte qui fait déborder le vase. Mais est-ce que le vase était vraiment plein ou bien est-ce juste le maelstrom médiatique qui emporte le bon grain et l'ivraie. Je me garderai bien de tout avis tranché sur la question, j'eusse préféré que la décision soit prise à un moment moins "crise". Là, on pourrait même penser si on est parano que la décision n'a pas été prise parce qu'elle est justifiée mais parce qu'elle a pour but de calmer la crise.
Or la décision est peut être parfaitement justifiée (et aurait due être prise il y a longtemps), ou bien largement injustifiée (et sert donc de leurre/d'épouvantail). [Moi je n'en sais rien]
Je dois faire partie des gens qui contrôlent trop leurs émotions et laissent trop de place à la raison…
Pour référence : à l'époque ou j'étais en profession libérale, mon expert comptable me coûtait 1000€ annuels, il prenait tout en charge (saisie / bilan / déclarations : je lui amenait les relevés bancaires et les justificatifs, il s'occupe du reste)
Merci thomasv, j'ai merdouillé dans la copie du lien. La bonne nouvelle, c'est que quelqu'un a l'air de se pencher sur la MAJ de cette extension. Chouette :D
Nostalgy, LE killer module, qui me faisait adorer thunderbird ne marche plus en v68, et l'auteur ne veut plus y travailler. Une main secourable viendra t'elle au secours des utilisateurs de cette merveilleuse extension ? https://github.com/biblibre/urungi/issues/71
Je ne comprends même pas comment on peut vivre sans cette extension (ou une équivalente)
J'aurais plutôt dit que l'inverse du libre c'est "propriétaire". C'est nettement plus neutre que "privateur", et nettement plus acceptable pour le grand public. Privateur c'est accusatoire.
Un terme inverse régulièrement utilisé, et qui doit être récusé avec grande force, c'est "logiciel commercial", parce qu'il sous-entend que les logiciels libres, c'est pour les anti-capitalistes, les hippies qui ne sont jamais sorti de mai 68.
Trainline, c'est une "agence de voyage" au sens de la SNCF. Donc tout ce que tu peux faire dans une agence tu peux le faire là. Ca répond aux conditions d'échange et de remboursement.
trainline devient vraiment performant lorsque tu crées un compte : tu saisis une bonne fois pour toutes tes réductions, tes enfants, ton conjoint, … et tu fais tes achats en quelques secondes. C'est incomparablement plus efficace que voyages-sncf (je ne sais pas pour oui.sncf sur lequel je ne suis jamais allé)
(alerte: je suis un très ancien utilisateur de capitainetrain, même que mon témoignage a été à une époque sur leur site ;) )
Je déteste les généralisations, dès qu'il y a "tous" dans une affirmation péremptoire, c'est faux !
Bon, ptet qu'on peut dire que tous les libristes sont des gens biens, mais même là, il y a qq exceptions notoires (il y a bien quelques racistes, un qui a tué sa femme, …)
Mais j'avoue que cet article de francetvinfo est de piètre qualité. D'abord parce qu'il résume 58 pages à 3 chiffres, ensuite parce qu'il cherche à soulever l'empathie, l'émotion, pas à rapporter des faits. Je déteste de plus en plus cette manière de faire ou on ne doit plus réfléchir mais juste ressentir… Il est vrai que l'un est plus facile que l'autre…
Le dépouillement du questionnaire fait 58 pages. J'ai été le regarder un peu plus que 1mn, et il y a plein de chiffres moins "noir / blanc". Autrement dit, je vois dans l'article de francetvinfo un raccourci journalistique assez classique. C'est beaucoup plus vendeur qu'un article de fond…
Et j'ai aussi envie de pointer les habituels biais de ce type de sondage :
- on finit en agrégeant des choses qui ne devraient pas l'être (exemple typique : on met ensemble les "toujours", les "souvent" et les "parfois" pour conclure "X% des sondés ceci-cela")
- il y a des questions qui ne sont pas LGBT spécifiques, franchement : "mains aux fesses", "évitement de certains quartiers", c'est valable pour toute population. J'évite certains quartiers, et je connais quelques femmes qui ont subi un frotteur dans le métro.
C'est inévitable d'avoir des biais, mais du coup, l'analyse mérite un peu plus que 3 chiffres…
Je ne veux pas laisser à penser que cette enquête est bonne à jeter. Mais il faut aller un peu plus loin que juste donner 2 chiffres en mode 'émotion' => "oulala, c'est grave".
Encore un exemple : "L'enquête révèle également que 16% des personnes interrogées aimeraient quitter leur ville de résidence en raison du climat d’hostilité à l’égard de leur orientation sexuelle"
=> donc 84% non. C'est quand même une bonne nouvelle non ? Pourquoi l'article ne le pointe pas ?
Peut-être, mais ça pose quand même la question d'un modèle économique qui permet de rendre viable sur du long terme.
Ce modèle ne peut pas reposer sur de la bonne volonté. Tous les projets libres à succès long terme reposent sur un intérêt des contributeurs qui n'est pas seulement le bénévolat.
Ca peut être parce que je vends des services, parce que j'utilise dans ma boite, parce qu'une fondation à but non lucratif finance, …
Mais reposer sur du bénévolat trouve vite ses limites.
Petit test : je cherche un trajet Marseille -> Lyon. Rien aujourd'hui, demain, … premier jour ou quelqu'un peut me proposer quelque chose : le 27 mars au matin.
mouaih, chez zenitram, je suis d'accord avec pas mal de points que tu soulèves, mais pas du tout d'accord avec le ton employé. Du coup j'ai eu un cas de conscience : veux-je pertinenter ou inutiliter ? J'ai choisi de dire que ton commentaire était pertinent, mais j'ajoute par ce commentaire que sur la forme je ne suis pas en phase du tout du tout !!!
J'ajoute deux éléments à la réflexion :
- la difficulté de ces plateformes, c'est la masse critique. Peut-elle être atteinte sans un gros investissement en communication ? Je me suis inscrit sur certaines plateformes de covoiturage, c'était le grand grand vide. Du coup, comment mobicoop va faire croître son trafic, et donc son intérêt ? Je n'imagine pas que ça passe pas de la pub télé, évidemment. Et linuxfr, si c'est célèbre, ça ne dépasse pas un tout petit cercle. Ajoutons qu'une recherche "covoiturage" sur qwant ne remonte pas 'mobicoop'. sur duckduckgo oui (en 4° position), et sur google au début de la 2eme page.
- la situation de quasi-monopole de blablacar est 'inquiétante'. blablacar est une des rares licornes françaises, d'aucuns en sont très fiers. Personnellement, les situations de monopole chez les entreprises à but lucratif, ça m'inquiète.
Urungi répond à une problématique qui est la notre : on l'a développé pour nos besoins. La question des cubes OLAP ne fait pas partie de nos besoins.
Après, l'idée étant que d'autres adoptent le produit et montent dans la barque du dev, on ne peut rien exclure ;)
Mais pour les besoins que nous voulons couvrir, pas d'OLAP.
PS: pas d'Oracle non plus, pourtant on a déjà eu notre premier ticket à ce sujet : https://github.com/biblibre/urungi/issues/15 :D
En sous-main, ça génère des requêtes natives. Donc les perfs seront celles de la requête.
Avec, selon le graphique généré, le surcoût "dessin c3js". Lorsqu'on a beaucoup de valeurs à grapher, ça peut être long, mais ce n'est pas à cause de la BD, c'est le coût du dessin.
Et sur le plan produit :
- stocker (et afficher) la durée d'exécution d'un rapport (la dernière fois qu'on l'a exécuté) pour que l'utilisateur puisse voir combien de temps ça prendra d'avoir une réponse
- améliorer quelques comportements pas idéaux (par exemple : un tdb, même s'il a des paramètres, se trace dès qu'on l'ouvre. Il faudrait qu'il ne se trace que lorsque l'utilisateur lui demande, après avoir saisi les paramètres -ou validé sans paramètre-)
- ajouter un "cache résultat", que le créateur du rapport peut activer, en précisant la durée du dit cache. Qui permettra de soulager encore le serveur.
Hello,
J'ai jeté un oeil à redash et un demi-oeil à superset.
redash.io
Ca ne répond pas à la première contrainte : pas de SQL, il faut qu'un simple bibliothécaire (nos clients) puissent faire ses propres rapports avec du drag and drop.
Si j'ai bien vu redash, il y a du SQL 'visible'.
Dans Urungi, la couche SQL est "cachée" dans le layer. Pour faire un layer, il faut bien maîtriser la structure des données, mais une fois que c'est fait l'utilisateur lambda fait ses rapports & tableaux en quelques clics. Ça présente quelques limites, notamment la requête générée n'est pas toujours optimale, mais l'avantage "utilisateur final" est plus important pour nous. En tous cas, ça répond à ce que l'on voulait proposer à nos clients !
superset
Là, clairement, on ne joue pas dans la même cour…
Que ce soit en terme de fonctionnalités, de complexité d'installation. Rien que la liste des graphes disponibles dans superset le montre clairement : Urungi propose 5-6 types de graphes, superset … 47
La liste des utilisateurs est tout aussi claire de A comme Airbnb à Z comme Zalando…
C'est cool, ça fait de la variété et ça couvre des besoins différents.
La base mongoDB, c'est pour stocker les rapports, pas les résultats des rapports et les données que l'on interroge. Ca pourra(it) évoluer à l'avenir, mais pour l'instant, ce pré-requis ne sert pas à faire un intermédiaire entre Urungi et les sources de données.
Pour l'instant, Urungi attaque directement la base à laquelle on connecte le layer. Pas d'intermédiaire transparent et géré par Urungi.
Donc la base de prod ou une réplication. Pour nos clients petits, on va attaquer la base de prod, pour les gros, on va monter un serveur de réplication de la base. On n'a pas besoin de traiter des données "chaudes", quasi que du "froid" (voire tiède).
Dans une bibliothèque, le catalogue ne bouge pas fondamentalement d'un jour à l'autre, ni les engagements budgétaires ou les inscriptions. Donc c'est acceptable d'avoir des données "de la veille".
Ou bien on fera un master/slave et on interrogera le slave.
Et dans la roadmap il y a "mise en cache des résultats", qui permettra d'alléger encore la charge des serveurs de prod.
On a conscience que c'est une limite d'Urungi à ce jour, et que c'est ce qui fait que ça ne peut pas (encore) rivaliser avec des outils de BI.
Autre limitation du même accabit : on ne peut pas agréger de manière transparente plusieurs sources de données.
Mais bon c'est le début, ça va évoluer avec les 15 000 développeurs qui vont rejoindre le projet ;)
Nous utilisons Mantis en interne, nous sommes actuellement en train de préparer des layers et des tableaux de bord pour cet outil. Si ça vous intéresse, me contacter.
Pour un béotien comme moi sur ce sujet, je dois avouer que je n'ai rien compris à cet article. Qui accuse qui de quoi ? J'ai le sentiment qu'il faut avoir une connaissance déjà assez fine de la problématique pour comprendre…
J'ai marqué cet article comme "inutile", parce que j'aimerais vraiment que linuxfr ne devienne pas une tribune politique quotidienne. On a de plus en plus de news dans ce sens, et de moins en moins de news libristes. Ne nous laissons pas submerger !!! (bon, on dira que je peux soumettre un article… ça devrait venir sous peu, j'aurais bientôt un nouveau projet -en v1- à présenter)
# quelle taille d'entreprise ?
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Odoo ou ERPNext ?. Évalué à 1.
Bonjour,
Tu ne dis pas pour quel genre de structure tu veux mettre en place un ERP. Si c'est pour toi tout seul, ou une petite équipe (<5-10 personnes), odoo, c'est beaucoup beaucoup trop lourd. Dolibarr convient parfaitement, c'est facile à mettre en place, ça ne réclame que peu de ressources et de temps, c'est ergonomique et réactif.
A l'opposé, avec odoo, tu pourras faire plein de trucs (plusieurs sous-entreprises, plusieurs équipes commerciales, plusieurs grilles tarifaires, support de l'international, interface compta, …) que tu ne peux pas faire avec dolibarr.
Tout ça c'est mon expérience. Nous avons utilisé dolibarr jusqu'en 2014, et passé à odoo en 2015 (ou était-ce 2016 ?). Nous avons dû prendre une stagiaire, ensuite embauchée en CDD pour la migration de dolibarr + d'un autre vieil outil + développement modules spécifiques odoo.
Nous sommes partis du principe qu'on ne faisait pas de mise à jour une fois que tout est bien calé et bien développé. Donc on a la version community d'odoo (v7 de mémoire)
[^] # Re: Crise de la quarantaine ?
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Changement de carrière.. Évalué à 3.
Oui, d'autant plus qu'on appelle plutôt ça "crise du milieu de vie" que "de la quarantaine" ;)
Bon, c'est un peu tôt quand même 34 ans, pas sûr que ce soit une crise du milieu de vie (ou alors, n'économise rien pour ta retraite, …)
[^] # Re: SPAM
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Le bulletin d’automne d’ONLYOFFICE : mises à jour, nouveau partenariat et #OSSParis19. Évalué à 3.
Si il l'entrave. Mais il ne l'interdit pas :
https://www.larousse.fr/dictionnaires/francais/entraver/29997
"embarrasser quelqu'un, le gêner dans ses mouvements"
[^] # Re: Statistiques
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Petite mise à jour de OUI Léger. Évalué à 4.
Et les autres utilisent un site ou une app spécialisée, trainline ou autre ;)
[^] # Re: Effectivement, là c'est révoltant !
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal La démission de RMS : un autre point de vue. Évalué à 5.
Il n'est pas l'objet d'un procès ni d'une enquête, mais il est poussé à la démission, cloué au pilori par la vox populi. Moi ça me gêne.
Je ne sais strictement rien de la réalité de cette situation, même si j'ai une appréciation, disons, moyenne, du bonhomme.
Mais le déchaînement médiatique, qui n'a aucun recul ni aucune empathie, me gêne beaucoup. Certes c'est une goutte qui fait déborder le vase. Mais est-ce que le vase était vraiment plein ou bien est-ce juste le maelstrom médiatique qui emporte le bon grain et l'ivraie. Je me garderai bien de tout avis tranché sur la question, j'eusse préféré que la décision soit prise à un moment moins "crise". Là, on pourrait même penser si on est parano que la décision n'a pas été prise parce qu'elle est justifiée mais parce qu'elle a pour but de calmer la crise.
Or la décision est peut être parfaitement justifiée (et aurait due être prise il y a longtemps), ou bien largement injustifiée (et sert donc de leurre/d'épouvantail). [Moi je n'en sais rien]
Je dois faire partie des gens qui contrôlent trop leurs émotions et laissent trop de place à la raison…
[^] # Re: Odoo pour la comptabilité
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Dolibarr ERP CRM v10 est disponible. Évalué à 2.
Pour référence : à l'époque ou j'étais en profession libérale, mon expert comptable me coûtait 1000€ annuels, il prenait tout en charge (saisie / bilan / déclarations : je lui amenait les relevés bancaires et les justificatifs, il s'occupe du reste)
[^] # Re: adieu Nostalgy...
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Thunderbird 68.0. Évalué à 1.
Merci thomasv, j'ai merdouillé dans la copie du lien. La bonne nouvelle, c'est que quelqu'un a l'air de se pencher sur la MAJ de cette extension. Chouette :D
# adieu Nostalgy...
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Thunderbird 68.0. Évalué à 1.
Nostalgy, LE killer module, qui me faisait adorer thunderbird ne marche plus en v68, et l'auteur ne veut plus y travailler. Une main secourable viendra t'elle au secours des utilisateurs de cette merveilleuse extension ? https://github.com/biblibre/urungi/issues/71
Je ne comprends même pas comment on peut vivre sans cette extension (ou une équivalente)
[^] # Re: Ce n'est pas une guerre
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Le libre a perdu. Évalué à 5.
J'aurais plutôt dit que l'inverse du libre c'est "propriétaire". C'est nettement plus neutre que "privateur", et nettement plus acceptable pour le grand public. Privateur c'est accusatoire.
Un terme inverse régulièrement utilisé, et qui doit être récusé avec grande force, c'est "logiciel commercial", parce qu'il sous-entend que les logiciels libres, c'est pour les anti-capitalistes, les hippies qui ne sont jamais sorti de mai 68.
[^] # Re: Alternative à Oui.sncf
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal OUI-Léger : une extension Firefox pour rendre le site oui.sncf plus léger. Évalué à 7.
Trainline, c'est une "agence de voyage" au sens de la SNCF. Donc tout ce que tu peux faire dans une agence tu peux le faire là. Ca répond aux conditions d'échange et de remboursement.
trainline devient vraiment performant lorsque tu crées un compte : tu saisis une bonne fois pour toutes tes réductions, tes enfants, ton conjoint, … et tu fais tes achats en quelques secondes. C'est incomparablement plus efficace que voyages-sncf (je ne sais pas pour oui.sncf sur lequel je ne suis jamais allé)
(alerte: je suis un très ancien utilisateur de capitainetrain, même que mon témoignage a été à une époque sur leur site ;) )
[^] # Re: Comparaison
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Agressions, insultes, harcèlement... Cinq mois de violences contre les LGBT en France. Évalué à 4.
Je déteste les généralisations, dès qu'il y a "tous" dans une affirmation péremptoire, c'est faux !
Bon, ptet qu'on peut dire que tous les libristes sont des gens biens, mais même là, il y a qq exceptions notoires (il y a bien quelques racistes, un qui a tué sa femme, …)
Mais j'avoue que cet article de francetvinfo est de piètre qualité. D'abord parce qu'il résume 58 pages à 3 chiffres, ensuite parce qu'il cherche à soulever l'empathie, l'émotion, pas à rapporter des faits. Je déteste de plus en plus cette manière de faire ou on ne doit plus réfléchir mais juste ressentir… Il est vrai que l'un est plus facile que l'autre…
# Résumer 58 pages de questionnaires en 3 chiffre... mouaih...
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au lien Plus de la moitié des personnes LGBT ont déjà été agressées au cours de leur vie, selon une enquête. Évalué à 4.
Le dépouillement du questionnaire fait 58 pages. J'ai été le regarder un peu plus que 1mn, et il y a plein de chiffres moins "noir / blanc". Autrement dit, je vois dans l'article de francetvinfo un raccourci journalistique assez classique. C'est beaucoup plus vendeur qu'un article de fond…
Et j'ai aussi envie de pointer les habituels biais de ce type de sondage :
- on finit en agrégeant des choses qui ne devraient pas l'être (exemple typique : on met ensemble les "toujours", les "souvent" et les "parfois" pour conclure "X% des sondés ceci-cela")
- il y a des questions qui ne sont pas LGBT spécifiques, franchement : "mains aux fesses", "évitement de certains quartiers", c'est valable pour toute population. J'évite certains quartiers, et je connais quelques femmes qui ont subi un frotteur dans le métro.
C'est inévitable d'avoir des biais, mais du coup, l'analyse mérite un peu plus que 3 chiffres…
Je ne veux pas laisser à penser que cette enquête est bonne à jeter. Mais il faut aller un peu plus loin que juste donner 2 chiffres en mode 'émotion' => "oulala, c'est grave".
Encore un exemple : "L'enquête révèle également que 16% des personnes interrogées aimeraient quitter leur ville de résidence en raison du climat d’hostilité à l’égard de leur orientation sexuelle"
=> donc 84% non. C'est quand même une bonne nouvelle non ? Pourquoi l'article ne le pointe pas ?
[^] # Re: Français
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal le bureau linux n'est pas mort ce sont les chromebook. Évalué à 2.
Peut-être, mais ça pose quand même la question d'un modèle économique qui permet de rendre viable sur du long terme.
Ce modèle ne peut pas reposer sur de la bonne volonté. Tous les projets libres à succès long terme reposent sur un intérêt des contributeurs qui n'est pas seulement le bénévolat.
Ca peut être parce que je vends des services, parce que j'utilise dans ma boite, parce qu'une fondation à but non lucratif finance, …
Mais reposer sur du bénévolat trouve vite ses limites.
[^] # Re: Quel rapport avec le libre, en effet
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Mobicoop, une alternative « libre » à Blablacar. Évalué à 4.
Petit test : je cherche un trajet Marseille -> Lyon. Rien aujourd'hui, demain, … premier jour ou quelqu'un peut me proposer quelque chose : le 27 mars au matin.
[^] # Re: Quel rapport avec le libre, en effet
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Mobicoop, une alternative « libre » à Blablacar. Évalué à 10.
mouaih, chez zenitram, je suis d'accord avec pas mal de points que tu soulèves, mais pas du tout d'accord avec le ton employé. Du coup j'ai eu un cas de conscience : veux-je pertinenter ou inutiliter ? J'ai choisi de dire que ton commentaire était pertinent, mais j'ajoute par ce commentaire que sur la forme je ne suis pas en phase du tout du tout !!!
J'ajoute deux éléments à la réflexion :
- la difficulté de ces plateformes, c'est la masse critique. Peut-elle être atteinte sans un gros investissement en communication ? Je me suis inscrit sur certaines plateformes de covoiturage, c'était le grand grand vide. Du coup, comment mobicoop va faire croître son trafic, et donc son intérêt ? Je n'imagine pas que ça passe pas de la pub télé, évidemment. Et linuxfr, si c'est célèbre, ça ne dépasse pas un tout petit cercle. Ajoutons qu'une recherche "covoiturage" sur qwant ne remonte pas 'mobicoop'. sur duckduckgo oui (en 4° position), et sur google au début de la 2eme page.
- la situation de quasi-monopole de blablacar est 'inquiétante'. blablacar est une des rares licornes françaises, d'aucuns en sont très fiers. Personnellement, les situations de monopole chez les entreprises à but lucratif, ça m'inquiète.
# Atelier Urungi à ELAG2019
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 1.
Pour les lecteurs tardifs de ce billet : j'animerai un atelier Urungi à ELAG2019, Berlin, le 7 mai : https://www.elag2019.de/bootcamps.html#urungi (en anglais)
Welcome onboard.
# Coucher sur le clavier
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Écrire pour mieux finir. Évalué à 10. Dernière modification le 20 mars 2019 à 09:06.
Je suis déjà sorti, ne moinsez pas trop SVP :)
[^] # Re: Cubes ?
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 1.
Urungi répond à une problématique qui est la notre : on l'a développé pour nos besoins. La question des cubes OLAP ne fait pas partie de nos besoins.
Après, l'idée étant que d'autres adoptent le produit et montent dans la barque du dev, on ne peut rien exclure ;)
Mais pour les besoins que nous voulons couvrir, pas d'OLAP.
PS: pas d'Oracle non plus, pourtant on a déjà eu notre premier ticket à ce sujet : https://github.com/biblibre/urungi/issues/15 :D
Vive le libre !
[^] # Re: Sympa comme tout
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 4.
En sous-main, ça génère des requêtes natives. Donc les perfs seront celles de la requête.
Avec, selon le graphique généré, le surcoût "dessin c3js". Lorsqu'on a beaucoup de valeurs à grapher, ça peut être long, mais ce n'est pas à cause de la BD, c'est le coût du dessin.
Et sur le plan produit :
- stocker (et afficher) la durée d'exécution d'un rapport (la dernière fois qu'on l'a exécuté) pour que l'utilisateur puisse voir combien de temps ça prendra d'avoir une réponse
- améliorer quelques comportements pas idéaux (par exemple : un tdb, même s'il a des paramètres, se trace dès qu'on l'ouvre. Il faudrait qu'il ne se trace que lorsque l'utilisateur lui demande, après avoir saisi les paramètres -ou validé sans paramètre-)
- ajouter un "cache résultat", que le créateur du rapport peut activer, en précisant la durée du dit cache. Qui permettra de soulager encore le serveur.
[^] # Re: La concurrence
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 6.
Hello,
J'ai jeté un oeil à redash et un demi-oeil à superset.
redash.io
Ca ne répond pas à la première contrainte : pas de SQL, il faut qu'un simple bibliothécaire (nos clients) puissent faire ses propres rapports avec du drag and drop.
Si j'ai bien vu redash, il y a du SQL 'visible'.
Dans Urungi, la couche SQL est "cachée" dans le layer. Pour faire un layer, il faut bien maîtriser la structure des données, mais une fois que c'est fait l'utilisateur lambda fait ses rapports & tableaux en quelques clics. Ça présente quelques limites, notamment la requête générée n'est pas toujours optimale, mais l'avantage "utilisateur final" est plus important pour nous. En tous cas, ça répond à ce que l'on voulait proposer à nos clients !
superset
Là, clairement, on ne joue pas dans la même cour…
Que ce soit en terme de fonctionnalités, de complexité d'installation. Rien que la liste des graphes disponibles dans superset le montre clairement : Urungi propose 5-6 types de graphes, superset … 47
La liste des utilisateurs est tout aussi claire de A comme Airbnb à Z comme Zalando…
C'est cool, ça fait de la variété et ça couvre des besoins différents.
Vive le libre !
[^] # Re: Base infocentre ?
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 2.
Fail ;)
La base mongoDB, c'est pour stocker les rapports, pas les résultats des rapports et les données que l'on interroge. Ca pourra(it) évoluer à l'avenir, mais pour l'instant, ce pré-requis ne sert pas à faire un intermédiaire entre Urungi et les sources de données.
[^] # Re: Base infocentre ?
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 5.
Pour l'instant, Urungi attaque directement la base à laquelle on connecte le layer. Pas d'intermédiaire transparent et géré par Urungi.
Donc la base de prod ou une réplication. Pour nos clients petits, on va attaquer la base de prod, pour les gros, on va monter un serveur de réplication de la base. On n'a pas besoin de traiter des données "chaudes", quasi que du "froid" (voire tiède).
Dans une bibliothèque, le catalogue ne bouge pas fondamentalement d'un jour à l'autre, ni les engagements budgétaires ou les inscriptions. Donc c'est acceptable d'avoir des données "de la veille".
Ou bien on fera un master/slave et on interrogera le slave.
Et dans la roadmap il y a "mise en cache des résultats", qui permettra d'alléger encore la charge des serveurs de prod.
On a conscience que c'est une limite d'Urungi à ce jour, et que c'est ce qui fait que ça ne peut pas (encore) rivaliser avec des outils de BI.
Autre limitation du même accabit : on ne peut pas agréger de manière transparente plusieurs sources de données.
Mais bon c'est le début, ça va évoluer avec les 15 000 développeurs qui vont rejoindre le projet ;)
# Layers Mantis
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse à la dépêche Publication d’Urungi, tableaux de bord, statistiques, Business Intelligence. Évalué à 1.
Nous utilisons Mantis en interne, nous sommes actuellement en train de préparer des layers et des tableaux de bord pour cet outil. Si ça vous intéresse, me contacter.
# Je n'ai rien compris
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal Le dégonflage des mythes Wayland... dégonflés sur Reddit. Évalué à 10.
Pour un béotien comme moi sur ce sujet, je dois avouer que je n'ai rien compris à cet article. Qui accuse qui de quoi ? J'ai le sentiment qu'il faut avoir une connaissance déjà assez fine de la problématique pour comprendre…
# a voté "Inutile"
Posté par Paul POULAIN (site web personnel, Mastodon) . En réponse au journal La France n'est pas une dictature mais. Évalué à -10.
J'ai marqué cet article comme "inutile", parce que j'aimerais vraiment que linuxfr ne devienne pas une tribune politique quotidienne. On a de plus en plus de news dans ce sens, et de moins en moins de news libristes. Ne nous laissons pas submerger !!! (bon, on dira que je peux soumettre un article… ça devrait venir sous peu, j'aurais bientôt un nouveau projet -en v1- à présenter)