Je ne connais rien des concurrents que vous mentionnez, mais une chose que j’ai remarquée en m’installant avec Discourse est qu’il fonctionne mieux et est plus facile à montrer aux autres une fois qu’il y a pas mal de contenu sur un site. Cela rend l’intégration difficile car quelqu’un comme moi, qui connaît le bénéfice potentiel ou un forum communautaire « réel », doit faire plus pour montrer aux autres à quoi il ressemble.
En essayant de persuader mes collègues d’utiliser Discourse, j’ai eu du mal à trouver d’autres communautés qui ressemblaient à celle que nous voulions construire. C’est en partie parce que notre utilisation est principalement interne, mais aussi parce que les utilisateurs existants sont assez pointus. Le meilleur exemple que j’avais trouvé auparavant était les forums Stan, mais c’était trop technique pour le partager avec des collègues. Fournir de meilleurs exemples d’utilisation de Discourse aiderait (pas seulement des liens… examinez-les réellement et donnez des liens directs vers de beaux fils de discussion qui illustrent pourquoi Discourse est génial).
Une autre option pourrait être d’essayer de débaucher quelques très grandes communautés de masse et de leur offrir des prix bas comme produit d’appel. J’ai failli acheter le logiciel Stack Exchange, par exemple, car beaucoup d’entre nous le connaissaient bien (bien que QA ne soit pas un format aussi adapté à tout notre contenu).
Notez que meta.discourse n’est pas une bonne publicité pour vous, sauf pour les passionnés de open source/communauté (pour qui il est très attrayant). C’est juste trop détaillé et minutieux pour être attrayant pour les gens ordinaires.
Ce n’est pas le produit lui-même cependant - Discourse est génial !
meta n’est pas principalement destiné à cet usage, c’est un site de support produit - c’est pourquoi il existe https://www.discourse.org/ qui est le site «produit».
Bien que je pense que nous pourrions faire mieux avec try.discourse.org à cet égard. J’ai déjà sorti ma carte « WIP » il y a quelques minutes sur un autre sujet concernant la documentation (et l’utiliser deux fois coup sur coup me donne des maux de tête de stress ) mais je pense qu’avoir un site « explicatif » interactif avec des exemples de nombreuses fonctionnalités différentes en place pourrait vraiment aider à cela.
Je suis définitivement intéressé par le potentiel de Discourse et conscient de Mighty - une plateforme sur laquelle j’ai administré un groupe, circle, haaartland et d’autres.
Pour quelque raison que ce soit, j’ai eu du mal à trouver toutes les informations qui, je pense, aideraient à peser les décisions - pas seulement Discourse, mais aussi les autres.
JD, tu sauras que j’adhère fermement à la loi de Conway.
Discourse en présente des manifestations. Par exemple, l’aversion de Coding Horror pour les messages signés qui se manifeste dans les guides par défaut sur d’autres forums et ici, les messages concernant l’envoi de plusieurs réponses dans un sujet et la non-agrégation des réponses en un seul message…
À un niveau plus profond, l’alignement philosophique ou culturel de l’équipe de développement détermine le logiciel. Par exemple, Mighty se place au sommet d’un arbre où toutes leurs communautés sont ensuite des sous-groupes et l’application Mighty permet à un utilisateur de rechercher des communautés pertinentes / d’intérêt.
Sachez aussi que la plupart des gens n’ont pas une connaissance égale de plusieurs plateformes pour faire un choix éclairé, donc les considérations techniques sont atténuées par la publicité et la plupart ont un « site Web brillant », beaucoup ont des options que vous pouvez activer et désactiver sans avoir à installer et reconstruire le logiciel, donc les évolutions de Discourse vers des thèmes et des composants plairont à un administrateur de logiciel technique développeur, mais pas à une organisation commerciale qui paie des frais pour commencer à l’utiliser ou à quelqu’un qui veut clôturer une communauté derrière un paywall avec une intégration complète de PayPal, Stripe, taxes mondiales, etc…
Ce n’est pas seulement une question de « à cheval donné on ne regarde pas la bride », bien que ce soit crucial, mais pas suffisant.
oui - mais la première chose que vous voulez faire lorsque vous évaluez quelque chose comme ça ou que vous démontrez les possibilités à quelqu’un est de le voir en action… pas de lire un argumentaire de vente. (du moins, c’est ce que je veux). Je ne dis pas que meta devrait être comme ça, juste qu’elle ne remplit pas cette niche.
Oui, je comprends. C’est peut-être en partie un sous-produit du fait de ne pas être une plateforme centralisée massivement populaire comme WhatsApp ou Facebook, où vous pouvez déjà avoir une expérience personnelle significative de son utilisation. Mais comme @JammyDodger, il existe un site de démonstration…
Mais le site de démonstration donne l’impression d’un projet de hobby… quelque chose comme phpbb. Vous pouvez voir les « fonctionnalités ». Il ne montre pas la valeur que toutes ces fonctionnalités créent.
Je me demande si essayer de débaucher quelques Reddits actifs ou groupes Facebook sur des sujets largement accessibles pourrait fonctionner pour donner de meilleurs exemples de la façon dont Discourse améliore une communauté ? cela ne coûterait pas cher d’essayer de contacter quelques modérateurs clés sur de grands forums qui en bénéficieraient.
Pour référence, le meilleur exemple que j’ai trouvé pour montrer à mes collègues était drownedinsound — mais c’est peut-être seulement parce que mon patron et quelques autres personnes du département aiment la nouvelle musique. Peut-être cibler/obtenir des exemples d’autres sujets à large attrait comme la parentalité/le sport/le cinéma ?
Peut-être que quelqu’un devrait créer un site d’annuaire Discourse ? (Peut-être qu’il en existe déjà un ?)
J’ai remarqué que la recherche sur Google, par exemple :
"Discourse <un couple de mots-clés du sujet>"
ne renvoie pas les sites basés sur Discourse, du moins d’après mon expérience.
C’est un problème intéressant…
… c’est probablement en partie dû au faible niveau de pression que nous recevons de CDCK et à notre flexibilité pour marquer nos sites comme nous l’entendons.
Question générale aux gens : votre site contient-il “Discourse” dans sa description ?
C’est aussi mon expérience. De plus, de nombreuses personnalisations de Discourse sont (à mon avis) assez mauvaises et les changements CSS et autres modifications de mise en page que les gens essaient de faire rendent l’expérience pire à la fois pour leurs utilisateurs et pour l’utilisation des sites comme exemple.
Je comprends que les gens veuillent marquer les choses, mais il y a une tension évidente ici… la plupart des gens n’ont pas les compétences ou l’expertise pour réellement améliorer les choses. L’interface utilisateur par défaut de Discourse est bonne — surtout pour les utilisateurs expérimentés.
Oui, pour beaucoup, c’est un passe-temps et un parcours d’apprentissage - quelque chose que nous ne devrions pas non plus négliger.
La quantité de connaissances informatiques que les gens acquièrent en déployant leur propre site Discourse est très significative et nous devrions certainement le souligner comme une chose extrêmement positive.
Je dirais que c’est trop. Bien qu’il existe une installation Docker, la configuration pourrait être beaucoup plus facile. J’ai une bonne expérience en matière de devops pour divers projets parallèles, mais mon expérience d’auto-hébergement m’a amené à penser que cela était activement découragé. La configuration de l’e-mail était difficile et nécessitait de trifouiller dans des fichiers de configuration. Idem pour les plugins. Tout cela pourrait se trouver dans l’interface d’administration. Remarque - je ne me plains pas, car je comprends que si vous voulez garder quelques avantages pour persuader les gens d’utiliser l’hébergement. C’est juste qu’une expérience peu fluide d’auto-hébergement m’a fait craindre que ce ne soit pas une option « bénie » et qu’elle puisse disparaître.
Serait-il possible de gagner de l’argent en parrainant un fournisseur de VPS qui propose un service SMTP et pourrait mettre en place un installateur en 1 clic pour ceux qui ne veulent pas d’hébergement ? Cela abaisserait considérablement la barre d’entrée, mais j’imagine que cela pourrait cannibaliser les ventes d’hébergement.
Je ne pense pas que cela fasse partie de la stratégie de CDCK.
Au contraire, je les vois se plier en quatre pour aider (avec la communauté).
L’avantage pour CDCK est la quantité de tests effectués et les contributions supplémentaires, tant en code qu’en demandes de fonctionnalités.
Quelle partie est « difficile » ?
Je pense qu’il y a une limite à l’engagement et à l’effort minimum requis pour héberger quoi que ce soit sur sa propre plateforme. De plus, si tout n’est qu’une pression sur un bouton, comment vont-ils supporter leur propre site Web ? Clairement, CDCK doit séparer la responsabilité de cela. Il est raisonnable de s’attendre à ce que quelqu’un ait ou soit disposé à acquérir les connaissances requises pour un support à long terme, soit par implication personnelle, soit par l’implication directe d’autres PME par contrat.
Une fois que vous l’avez fait quelques fois, la mise en place d’un site entièrement nouveau, 100 % indépendant, entièrement possédé, avec des spécifications « par défaut » prend moins de 20 minutes - et cela inclut l’achat du domaine ! C’est phénoménal, n’est-ce pas ?
Personnellement, je pense que votre point sur « l’affichage d’exemples » de la plateforme est un commentaire plus juste.
Je me souviens que quelqu’un sur meta utilisait la recherche de la phrase « C’est un endroit civilisé pour la discussion publique » car c’est une chaîne par défaut et publique de tout forum Discourse. Cela fonctionnerait avec d’autres, et vous pouvez également rechercher d’autres langues.
Je pense que nous devons faire attention à ce qui relève des problèmes de Discourse et à ce que Discourse ne peut pas vraiment résoudre. La configuration de l’e-mail est une corvée, mais d’après de nombreuses années d’expérience dans l’exécution de forums qui envoient des e-mails, je sais que le plus gros problème vient de l’e-mail et non du logiciel du forum. Il est devenu tellement verrouillé pour arrêter les abus que le temps et les efforts consacrés à la configuration de votre environnement d’e-mail sortant dépassent généralement le peu de temps nécessaire pour configurer l’e-mail de Discourse.
La configuration d’un domaine pour l’e-mail avec DNS, SPF, DKIM, les limites d’envoi, le filtrage, l’évitement des listes noires est la vraie douleur, pas les quelques choses que vous devez faire dans Discourse pour que les e-mails soient envoyés. Si vous pouvez gérer les trucs du domaine, alors les trucs de Discourse sont un jeu d’enfant en comparaison, ou alternativement, si vous ne pouvez pas gérer le peu de configuration de Discourse, alors vous allez probablement avoir un cauchemar avec la configuration de l’e-mail non basée sur Discourse.
mdmv - cela a fonctionné pour moi. J’ai ajouté un mot assez générique supplémentaire (météo) pour affiner mon site spécifique et je suis arrivé en tête de liste, donc je suppose que si j’avais simplement recherché la chaîne, je me serais finalement retrouvé quelque part dans la liste.
Je ne pourrais pas être plus d’accord. L’e-mail est la partie la plus complexe. Une fois que vous avez configuré quelques sites, l’utilisation de votre infrastructure d’e-mail existante facilite beaucoup les choses (mais vous devez toujours passer par les étapes de configuration du domaine, bien sûr).
Non. Et jamais. Désolé, mais mon forum n’est pas une publicité pour CDCK. Il en va de même pour mon WordPress. Et personne ne cherche une communauté/un forum en utilisant un moteur spécifique.
Je sais, TINSTAFL, mais chacun de mes utilisateurs sait ou devrait savoir que j’utilise Discourse. Mon WordPress est une histoire totalement différente.
Il doit y avoir d’autres détails techniques à rechercher. De la même manière que nous savons tous ici immédiatement si un forum est construit en utilisant Discourse ou WordPress. CDCK sait que j’utilise leur produit
Désolé si cela a semblé critique. Je ne pense pas que ce soit vraiment « difficile », c’est peut-être juste que la documentation est assez dispersée sur ce méta-site, et si vous n’avez jamais installé d’application Rails auparavant, il y a pas mal de connaissances supposées. J’ai fait beaucoup de choses en Python (surtout Django) auparavant, mais j’ai pensé que modifier les fichiers de configuration et recompiler était un processus étrange pour ce qui pourrait être des paramètres d’exécution.
Je suppose qu’en fin de compte, cela semblait être une option moins préférée, que j’ai acceptée parce qu’elle était gratuite.
C’est un peu similaire au problème des gens qui évaluent ici l’interface utilisateur de Discourse. Nous l’aimons tous et nous y sommes familiers. Mais il était intéressant de voir mes étudiants l’utiliser pour la première fois l’année dernière… ils ne l’ont pas toujours trouvée facile et certains (pas tous) l’ont décrite comme « verbeuse » et confuse. La plupart ont fini par l’aimer, mais l’intégration était davantage axée sur les personnes familières avec ce type de communauté.
Enfin, je serais heureux d’aider à la documentation communautaire du processus d’installation sur une nouvelle gouttelette Digital Ocean, par exemple. Je pense qu’il serait également utile d’avoir un guide sur la meilleure façon de configurer l’e-mail. Beaucoup de choses entrantes sont complexes et pas très bien documentées. Suggérer une bonne configuration par défaut aurait du sens.
Bien qu’il soit vrai que les e-mails sont un casse-tête (souvent pour de bonnes raisons), ce n’est pas si difficile que nous ne puissions pas offrir un guide pour un « chemin privilégié » (par exemple, « utilisez simplement sendgrid » ou « configurez SES comme ceci »).
Pour moi, le problème a été compliqué par le fait que MS/365 ne veut vraiment pas que vous utilisiez l’authentification héritée. Je pense que c’est probablement aussi un problème pour d’autres organisations, bien que je ne sois pas sûr. (Soit dit en passant, nous avons dû obtenir une dérogation spéciale pour maintenir l’authentification héritée, et je crains toujours d’être à une modification de politique de tout arrêt de fonctionnement, et parce que je suis dans une organisation massive gérant un site pour un groupe (relativement) restreint de 1500 personnes, nous ne sommes pas toujours une priorité).
De même, la configuration du SSO avec 365 n’était pas très bien documentée, d’après mes souvenirs, et je ne m’en suis pas encore occupé — bien que nous le voulions vraiment. Je devrais me lancer et écrire un guide pour la personne qui viendra après moi.