 La prochaine présentation va être avec Jean-Marc, qui va parler de plus que de 1-2 pour collaborer sur l'enregistrement du Tiki CMS. Bonjour, le Bordy. Ce n'est pas sur un certain produit, contrairement aux autres. C'est sur la part de notre expérience du Tiki CMS Group World Software Community de produire des outils collaboratifs et de collaborer, et ce que nous utilisons, entre nous-mêmes, pour la raison que je suis ici, c'est parce que je suis vraiment intéressé dans l'open source et l'internet depuis un très long temps. J'ai trouvé le Tiki et j'ai immédiatement partie de la communauté Tiki. Et depuis 2011, j'ai professionnellement travaillé pour le Tiki, bien, comme consultant Tiki. Ce n'est pas la main-topique, il y a plus ici sur le link, si vous êtes vraiment intéressé dans moi. Alors, qu'est-ce que notre point de vue vient de? La communauté Tiki, que je parle de, produit des outils d'open source, qui sont plus de 1 million de codes en ligne. Nous faisons des outils de plus en plus, chaque 8 mois. L'outil de 3 outils, c'est une version de support en long terme, qui est supportée pendant 5 ans. Le projet a commencé à peu près de 20 ans, par Louis Arguerich, et il s'est resté quelques années, et il a laissé le projet après, il n'est pas entre nous, plus en plus. Alors, la communauté, c'est un software d'open development, il n'est pas lancé par une seule compagnie. Nous avons un nombre d'entre nous, qui sont des consulteurs, qui sont menés pour plus, mais nous avons tous nos propres clients. Il n'y a pas de point central. Ce n'est pas une compagnie qui mérite quelque chose. Donc, il n'y a pas de seule compagnie, il n'y a pas de député de bénévolat, il n'y a pas d'initiel d'offre. La communication, c'est la seule chose qui nous protège. Donc, c'est vraiment crucial. Nous avons la communication, il n'y a pas de communauté. Nous sommes très élevés. La manière dont nous travaillons, nous sommes vraiment élevés. Si quelqu'un peut contribuer, c'est ce que les systèmes de contrôles version sont vraiment très bas, ce qui peut être un problème qui peut être détruit. C'est ça que tout le monde connait, le terme de « eat your own dog food » qui veut dire que vous seriez jamais un foremost de laentalisation de l'air si vous n'y allez pas. Et la deuxième raison car vous devez C'est comme ça que l'on improvise. C'est comme ça que l'on voit ce que les gens font quand vous êtes entre ces gens. Et puis on improvise, on ajoute des choses, on fixe, c'est génial. Il y a aussi le Tiki, la chose spéciale du Tiki, c'est qu'il y a tout dans le bâtiment. Donc, au moins, entre les communautés, on n'a pas besoin d'arriver sur les plugins qu'on va utiliser. Il n'y a pas de plein de plugins que tous les features sont actifs ou non actifs. On peut utiliser tout ce qu'on aime. Donc, on utilise les forums comme ça, pour communiquer comme les forums. On a aussi des pages wiki et des documents, ce qui signifie que l'on utilise beaucoup, parce que c'est là qu'on a notre documentation pour les utilisateurs. Sur l'un de l'autre, on a des documents techniques sur l'autre. On a aussi de discuter de marketing, ce qui a été une compagnie d'open source et ce n'est pas très bien, mais on l'a essayé. On a utilisé des informations promotionnelles pour faire des t-shirts, des trucs comme ça. Ils sont tous celles qui ne sont pas surloadables. Toutes ces websites sont fédérées, il y a un single login, etc. Ça fonctionne bien, les gens utilisent ça. En général, la documentation pour les utilisateurs est un peu plus tard, mais ça fonctionne bien. On a un tracker, qui est un database, parce que ça a commencé comme un tracker, et ça a augmenté. C'est là où on partage les bugs et on demande des nouvelles features. Ça fonctionne bien, parce qu'on peut les discuter et les fixer. On sait ce qu'il y a à faire, etc. On a aussi des articles. C'est surtout pour la communication. Quand on a une nouvelle release, on a un article, et on partage ça sur les médias sociaux. On a un blog qui est plutôt sous-usé. C'est utilisé par l'administrateur d'assistants. Les gens qui managent notre infrastructure, il y a une sorte de structure wikipage, et les documents restrictifs, et le blog restrictif. Le blog est là, parce que c'est moins puissant que les articles. Tout ce que nous voulons, c'est de faire un report d'opération. Vous avez besoin d'un titre, vous avez besoin de dire quand c'est fait, et vous avez besoin de décrire ce que c'est fait, pour que les autres services puissent savoir ce que c'est fait, et qu'ils peuvent voir comment c'est fait, pour qu'ils puissent avoir l'inspiration et tout ça. Il n'y a pas besoin d'un truc plus compliqué que ça. C'est pourquoi nous avons utilisé le blog pour ça. Nous avons des commentaires. Les commentaires peuvent être liés à n'importe qui. Vous pouvez demander pourquoi nous avons besoin de commentaires, par exemple quand quelqu'un peut éditer les pages wikipages. Si quelqu'un ne l'a pas mentionné, si quelqu'un peut régister, créer un account et contribuer, il n'y a pas de problème. Parfois, nous avons des spammers de cette façon, et nous voulons juste rouler tout ça. C'est un wiki. Les commentaires sont pour discuter des documents. Certains trucs comme les Wishes Tracker sont commentés, c'est clair. Mais les pages wikipages, l'issue que vous avez avec les pages wikipages c'est que tout le monde peut contribuer sur un topic, comme un topic technique, etc. Mais les gens sont poliers. Donc ils ont leur opinion. Ils n'ont jamais retiré quelque chose d'autre. Donc ils préfèrent commenter plutôt que de changer le contenu, parce qu'ils ne sont pas si sûrs, etc. C'est pourquoi, bien, les deux sont nécessaires. C'est aussi une façon de communiquer. Nous avons utilisé le Wiki pour que les gens puissent ajouter des informations sur eux-mêmes, sur pourquoi ils sont dans la communauté, ou sur ce qu'ils ressemblent. On a utilisé des photos, un jour de registre. Et une autre feature technique, qui est bien sûr très importante, c'est que quand vous avez un compte, vous pouvez décider, vous pouvez mettre les vidéos sur ce que vous avez intéressés, pour avoir des emails quand quelque chose se passe. Parce que vous ne allez pas aller back every day on the site. Donc c'est tout le monde Tout ce qu'Tiki nous donne, je ne dis pas que ça ne marche pas, on utilise ça, on a l'air, on a l'improvement, mais il y en a plus. On a aussi des outils historiques, on utilise ça parce que je vous l'ai dit, c'est un projet de 20 ans. Sourceforce était vraiment fascinable à un moment, je vous le dis, avant qu'ils aient des issues techniques et efficaces. Donc, nous avons toujours utilisé ça pour deux choses. Le premier, le subversion repo, qui a été migré à GeekLab, mais il va encore rester ici, parce que nous avons ces versions de support long-term, dont on a promis que les gens puissent s'adapter pendant 5 ans. Donc, ça va changer d'être réellement, mais toujours disponible, pour que les gens puissent augmenter leur site et obtenir les fixations de sécurité de l'Université. Et ils provoquent des maillons, qui nous utilisent, nous avons des maillons des développeurs, qui sont très successeuses, c'est pour ça que nous parlons de ce que nous voulons faire, etc. C'est vrai, c'est même l'un d'entre nous qui dit, ok, je veux commencer. Et ici, c'est la page wiki, mais toujours, c'est pour ça que nous avons les informations. Donc, ça marche bien. Donc, bien sûr, il y a cette issue que ces maillons, les gens complérent. Mais si vous n'êtes pas registrés sur les maillons, vous n'aurez pas d'informations, etc. Mais nous avons cette feature que nous pouvons synchroniser avec un forum. Je vous ai dit que le forum, un de les forums a le même contenu. Il se présente dans le forum quand vous le maillons. Et vous pouvez l'answer dans le maillons et nous l'abandonnerons dans le forum. Nous l'abandonnons dans le maillons. Nous avons un autre pour les utilisateurs. Le total est faible, parce que les gens vont juste demander que les maillons et les développeurs puissent avoir un meilleur réponse pour des gens plus intelligents. Nous avons une maillonnance qui nous donne tout le comité. Tout ce qui change dans le code. Et nous pouvons l'abandonner. Nous avons le Diff. C'est pour ça que beaucoup de gens utilisent ça. Et ils répondent là pour commenter sur le discours. Ça ne devrait pas être de cette façon. C'est utile. On est sur l'IRC. Et il y a des gens comme ça. Ça fonctionne bien. On n'a pas d'abandonnements. Ce n'est qu'il y a 3 ans. Je pense qu'il y avait des massives... Il y avait des problèmes. Donc on ne l'a pas utilisé. Ça fonctionne bien, mais... C'est comme ça qu'on parle souvent. Qu'est-ce qui est le meilleur? Ce n'est pas le meilleur. Les gens qui vont sur les forums ne sont pas les mêmes personnes qui répondent aux questions sur l'IRC. C'est juste... C'est juste de la connaissance. Oui. Donc oui, l'EXMPP aussi est bien. Une autre chose qui est vraiment importante, c'est le TikiFest. Le TikiFest, c'est quand les gens qui n'aiment pas les rencontrer. C'est comme ça. Certains d'entre nous sont ici. Certains d'entre nous sont là des jours avant. Et nous rencontrons. Ce n'est pas un issue technologique. C'est juste vraiment important de faire ça. Parce que si vous connaissez les gens, vous pouvez retourner pour envoyer des emails. C'est juste plus facile. Parce que vous savez ce que la personne va comprendre, comment vous communiquez. C'est juste plus simple. Et aussi, vous pouvez poser des questions. Pourquoi sont-ils dans le projet? Est-ce qu'ils sont vraiment en plein temps? Est-ce qu'ils sont juste inquiets? C'est... Oui. Une autre chose non technique. Le TikiFest est un peu expensif. Donc, nous faisons aussi des rencontres online. Et... C'est mentionné. Une des belles choses de l'Open Source Software n'hésite pas à atteindre d'autres projets pour les collaborations. C'est ouvert. Nous avons eu une collaboration avec Big Blue Button qui nous a donné l'intégration. Vous êtes logés sur le site Tiki pour les rencontres. Et puis, vous cliquez et vous êtes dans le room Big Blue Button. Et vous avez votre propre nom. Et si vous n'avez pas registré, vous avez choisi un guest. Nous faisons ça pour des rencontres monthly autour de la table, qui ont commencé par les webinars. Mais ce n'est pas vraiment une présentation. C'est... Une fois... des topics très tôt. Comme, hey, next month, there's for them who's coming. And one hour of presentations, anyone has some new things to present to how it's done. And new features are usually easier to present on a webinar. Because then it's usually someone else who will have to write the user documentation. We are mostly volunteers on that, you know. Tiki admin group meetings. Oh, I didn't mention that. We have an association, which as I said, as you may have figured out, the community created the association. The association did not create the community. It's for holding the copyright to the name and dealing with server and stuff. So they meet every three months. We've also... We really like Jitsimit also. We've been in contact with them, but there was no real reason for doing any collaboration because it just works. And for a time Big Blue Button took a long time before they switched from Flash to HTML5. So now we're... And we were not really happy and we were really happy to have an alternative. So, yeah, now Big Blue Button runs fine and it still is recorded on our servers, which is cool, because Jitsimit doesn't have that. We could record that, but I think it goes to Google. We obviously don't like that. I mean, I'm happy for them that they have the option. It's clearly the thing to do, but we don't want to use it. Other ways of collaborating is that Tiki is part of Wikiswitch, which is a project about providing all the needs of a small company only with open source stuff. So, we get in touch with people or other projects and we get contacts with some of those other projects. That's how we have that XMPP thing, which competes with IRC because it is more modern, you know. And we have people, we get in touch with Goose, especially about having that open fire server, Converse.js, which gives us a web-based interface to the XMPP, which you can get on Wikiswitch.chats. And Pade is an app, which is also a browser-based, but it has its own window. That gets us, because I think XMPP, as a protocol, has a lot of things for it, it's federated, it has everything. But the focus, I think personally, is the clients right now for more use of it. Sync-thing is also part of it, so we use it to spread backups and all that. And yes, so the message again is yes, we discovered that even though we provide collaboration tools, a good thing is to have a lot of them and also some we have for historical reason and we want to change, etc. It's not the same ones as ten years ago, it changes, so we want to change also, we also have plans. I told you we are not going to stay on subversion, not even on source force. But that takes time for change management reasons. We want to really improve our mail capability, the mail integration capability. We have SIFT integration, GMAP in Tiki. And in Tiki21, which is the one we just branched yesterday, we have Cardav and Cardav, and as usual, now that we have them there, we will improve our way of using them. As a summary, how does it work generally speaking for us? When we want to know where we want to go and make plans, the things that work great because at some point you have to make a decision, are the TikiFests when there's enough of us and the others are online at the end of the decision, you can say, ok, we all kind of agree that's what we do. We have the development mailing list because everybody's on it basically, so you know what's going on, it's a nice place for, and it is recorded, we have all of that. Wikipages are also great when we don't know where we want to go and we want more feedback. The Wish Tracker is also one of those where new stuff pop up because Pickup will ask for them and we do them, or not. And there are those monthly roundtable meetings. The TAG is a Tiki admin group which also gets things for plans. And when we want to discuss how we do things, well, there's a lot of discussion about commits which were done and people just start afraid about that. Or again, the DevTiki or Wikipages just say, ok, how do we do that? Which is basically, so did I leave time for questions? So are there any questions about, or unclear? Actually, incorrectly, so in the Tiki community you have kind of a limited amount of developers for development workforce. So how do you manage to basically provide new features to the project while still supporting some of the features that you support as part of a kind of backward compatibility strategy or long term support strategy? So one of the reasons we are really happy with the way Tiki community works, a lot of us do that as paid consultants and that means we have our customers Oh, the question was we have limited development force how do we spread the work and decide and support old stuff and add new stuff. Part of our job is it's very powerful software it gets really complicated people like to have a consultant do it for them because they have another work they are good at which they want to focus on but they have complex needs so basically it's often Tiki does 90% of what they want and one of us, they pay one of us to add the 10% and we recontribute that 10% to the community so that's how we get the new things as for maintaining the old things whoever uses the old things will complain that they are broken on upgrade they also want upgrades because ok, we stay 5 years it's not that long they come back, they want the new version they said I don't thanks for the new stuff but I like the old one and you just broke it it seems or it could be better and so there's no central point where people decide you will do this if nobody uses something then nobody will touch it and after a while we say ok this is deprecated