Je ne connais pas «Tracim» et je suis donc parti voir le site dans l’idée de « pourquoi pas ».
Bon point, on voit que le style graphique est travaillé.
Mauvais point, après avoir parcouru les quelques pages du site, je reste toujours avec l’impression que je ne sais pas ce que fait l’outil.
La pages découvrir Tracim décrit +/- les usages auxquels répond Tracim. Qu'aurais-tu attendu de + ? Une page qui décrit les fonctionnalités de manière exhaustive ?
(la question n'est pas naïve - je connais pas mal de points que l'on doit améliorer - mais c'est toujours mieux d'avoir un retour neutre qui identifiera mieux que moi les points qui sont vraiment les + problématiques)
Je sais que l’offre « Cloud » est à 45€ mensuels (ce qui pour une association qui a 130€ de budget annuel est simplement inenvisageable), mais ne sais pas ce qui distingue cette version de l’offre « Home ».
Tracim « Home » n'est effectivement pas du tout détaillé et ça fait partie des améliorations prévues/à venir (je ne vais pas refaire l'historique de cette offre, mais je comprends l'incompréhension)
Allons voir GitHub.
Étant de ceux qui faisaient confiance à Gandi ... la refonte de notre système d’information est en cours. Et nous avons même désigné deux « administrateurs systèmes » parmi nos membres (j’en fais partie).
Avec NextCloud, on prend à peu près n'importe quel hébergement LAMP mutualisé, on y colle les fichiers et ça fonctionne à peu près tout de suite.
Sur le README de github, tu as un quickstart qui te permet de démarrer et tester Tracim en 3 commandes, littéralement ; et ça arrive même avant la doc qui est cassée.
Avec Tracim ... bah déjà, les liens vers la doc sont cassés. Alors oui, on les retrouve quand on va chercher à la main, mais il y a immédiatement une impression qui se dégage : Si je dois déjà jouer de la bidouille pour la documentation... ça va donner quoi sur le produit installé ?
Je comprends. Les impressions sont parfois trompeuses si j'en crois les retours que je lis à propos des migrations Nextcloud (mais la première impression reste la première impression, j'en conviens).
Après, reste le côté « lancez le script et fermez les yeux » qui ne me plait jamais vraiment. Même si je crois qu’ici, c'est plus « lancez les scripts ».
Sur ce point, je suis dubitatif. Copier/coller des fichiers nextcloud et éditer une config PHP ne me semble pas plus ouvert que lancer une image docker dont tu as les scripts de démarrage et qui te permet de refaire le processus à la main.
Déployer un logiciel qui utilise des mécanismes classiques du génie logiciel (notifications push en temps réel, tâches traitées en asynchrone, crons pré-définis, etc) embarque de fait une complexité accrue par rapport à un applicatif purement web. Cette complexité ne peut pas être ignorée. Soit ça passe par un déploiement pré-construit (une image docker, une VM), soit par une montée en compétences nécessaire pour comprendre les rouages, les interactions, etc.
Merci pour les retours, en tout cas, qui alimente ma/notre réflexion et le travail de mise à jour de notre site web qui va intervenir dans les semaines à venir.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Étudions avec un cas pratique
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Tracim a besoin de votre aide.. Évalué à 2.
La pages découvrir Tracim décrit +/- les usages auxquels répond Tracim. Qu'aurais-tu attendu de + ? Une page qui décrit les fonctionnalités de manière exhaustive ?
(la question n'est pas naïve - je connais pas mal de points que l'on doit améliorer - mais c'est toujours mieux d'avoir un retour neutre qui identifiera mieux que moi les points qui sont vraiment les + problématiques)
Tracim « Home » n'est effectivement pas du tout détaillé et ça fait partie des améliorations prévues/à venir (je ne vais pas refaire l'historique de cette offre, mais je comprends l'incompréhension)
Sur le README de github, tu as un quickstart qui te permet de démarrer et tester Tracim en 3 commandes, littéralement ; et ça arrive même avant la doc qui est cassée.
Je comprends. Les impressions sont parfois trompeuses si j'en crois les retours que je lis à propos des migrations Nextcloud (mais la première impression reste la première impression, j'en conviens).
Sur ce point, je suis dubitatif. Copier/coller des fichiers nextcloud et éditer une config PHP ne me semble pas plus ouvert que lancer une image docker dont tu as les scripts de démarrage et qui te permet de refaire le processus à la main.
Déployer un logiciel qui utilise des mécanismes classiques du génie logiciel (notifications push en temps réel, tâches traitées en asynchrone, crons pré-définis, etc) embarque de fait une complexité accrue par rapport à un applicatif purement web. Cette complexité ne peut pas être ignorée. Soit ça passe par un déploiement pré-construit (une image docker, une VM), soit par une montée en compétences nécessaire pour comprendre les rouages, les interactions, etc.
Merci pour les retours, en tout cas, qui alimente ma/notre réflexion et le travail de mise à jour de notre site web qui va intervenir dans les semaines à venir.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo