This forum is switching back to 100% French!

News
1

Salut à tous !

Comme vous le savez, j’avais tenté de faire une catégorie sur le forum en anglais, pour que les nouveaux arrivants internationaux se sentent bien… et c’est un fail :joy:

Souvent, des utilisateurs US/EU hors France viennent sur le forum, posent une question (jusque là tout va bien), puis au fil du temps à force de recevoir des emails du forum, tous en français, finissent par désactiver les notifications email / supprimer leur compte, car tout simplement ils ne se sentent pas chez eux (et c’est normal!).

Imaginez vous inscrire sur un forum en italien, et recevoir 99% de notifications en italien, au bout d’un moment: vous quittez le forum.

Ce qui fait que le forum catégorie « international » est mort, et ne vit pas…

J’ai discuté en privée avec un utilisateur anglais (qui ne parle pas français), et il me l’a dit lui même:

Yeah, in retrospect, there is a very strong (overpowering) French presence, which could be a deterrent. BUT, whenever I had a question or posted anything, there were a few (quick) answers, in English - and very friendly too!
You might want to separate English and French communities (to the detriment of knowledge sharing)

Côté utilisateurs français, je trouve que cette catégorie dessert même les utilisateurs français:

  • Certains créent des topics par erreur dans la catégorie « international », mais en français
  • Je n’affichais plus la vue « Derniers topics » comme avant à droite pour ne pas mixer contenu FR et EN
  • Le site est entièrement en anglais par défaut, pour que ça convienne « par défaut » à tout le monde

En fait j’ai l’impression qu’on avait le pire des deux mondes, et que ça desservait la croissance à l’international, ainsi que la croissance FR.

J’ai donc décidé de créer un serveur Discourse entièrement en anglais pour palier à ce problème.

L’idée, c’est vraiment d’assumer que ce forum (celui-ci ici) est 100% français, on repasse le forum en français et on retire tout le contenu anglais.

J’ai créé un nouveau forum (à ne pas partager pour l’instant, il faut le remplir, l’amorcer), disponible ici :

Avec @VonOx, on a commencé à recréer le forum là bas ( les catégories, et un peu de contenu ). C’est encore un embryon, il va falloir remplir ce forum pour le rendre attrayant.

Enfin, on rendra officiel ce forum !

Qu’en pensez-vous ? :slight_smile:

6 Likes
2

Pour ma part je n’y suis jamais allé, même pas une visite de curiosité.
J’ai déjà du mal à tout piger sur le forum français …
La distinction semble en effet plus efficiente.

1 Like
3

Très bonne idée !

1 Like
4

Bonne idée car au final sous github c’est tout en anglais donc çà sera le point de ralliement pour les bugs et évolutions. Par contre çà fera plus de travail pour vous car il faudra jongler entre les deux.

sinon pour le forum francais je pense qu’il manque une catégorie bugs/erreurs et une sur le matériel

il manque selon moi aussi un post qui récapitule les développements en cours et leur avancement ( les grandes étapes seulement ( définition, développement (dev back, dev front), phase de tests… ) )

1 Like
5

Pour les bugs/erreurs, la catégorie « Configuration » est très bien, et ensuite on créer des bugs côté Github (en anglais là par contre)

Là dessus, c’est déjà le but de la catégorie « demande de fonctionnalités », après toi tu voudrais un endroit où on peut « voir » les développements en cours :thinking:

En fait ce serait une vue agrégées entre la vue « PR » de Github qui correspond à ce que tu dis, et la catégorie « demande de fonctionnalités », je sais pas trop comment on pourrait intégrer ça !

6

oui la configuration fait le job pour les erreurs mais il y a pas que çà. Vous pourriez passer à côté d’une déclaration de bug s’il y a beaucoup de sujet qui sont créés ( c’est pas le cas actuellement mais à l’avenir peut être. 9à peut être aussi une sous catégorie ou alors plus simple mettre un tag bug dans « optionals tag » et dire de la mettre pour les bugs.

7

Je pense pas que créer autant de catégories soient bénéfiques, ça perd l’utilisateur.

Configuration fait très bien le job :slight_smile:

De toute façon, quand il y a un bug, t’inquiète pas on le sait très vite ! :joy:

8

[quote=« pierre-gilles, post:5, topic:7225 »]
Actually it would be an aggregated view between the « PR » view on GitHub (Pull Request), which corresponds to

9

It’s not bad, besides that the service is Canny (https://canny.io/), it’s great but it’s a shame — I’d like to stay on the forum for collecting feature requests. Why? It’s self-hosted (we control the data) + it doesn’t force users to create an account elsewhere + it encourages creating an account on the forum, and then everyone can « discuss » the feature request.

After thinking more about it, I think the current issue is more philosophical than technical.

We’re not a company behind Gladys, and we can’t guarantee that features will be developed.

In a traditional company, where developers are paid, it’s « easy » to plan developments: you estimate the number of person-days of development time, and you match that against your developers’ schedule.

If your feature takes 16 person-days to develop, and you have 2 developers who will work on it 4 days per week, then you know that in 2 weeks you should have your feature ready, and it’s more or less guaranteed.

But we are an open-source project. Developers are volunteers and work in their spare time.

In Gladys’ history, a huge number of developments (not to say at least 40% of developments) have reached up to 95% of the work and then the dev disappeared off the radar/has had other personal priorities, etc… And that’s normal!! It’s the reality of this decentralized model, and I don’t want to blame anyone for that, on the contrary :slight_smile:

If we start putting this kind of roadmap in place, and someone marks a feature as « started », the community will expect:

  • that the feature will arrive quickly
  • will think it’s not necessary to work on it, because « someone is already working on it »

Which will only create disappointment for users who are remote from the development.

The reality is simple: we cannot communicate about features in development, because a feature in development is not any closer to release than a feature not in development, we have no idea.

Some resources on the subject to go further:

1 Like
10

Yes I agree with you, for the solution it’s really just an example :smiley: I didn’t look further, that was what I had in mind directly.

I completely agree on that. The only thing you can « plan » is yourself since you know what you’ll be working on « globally ».

For the other devs we agree, myself included having worked on Netatmo, I absolutely no longer have time to work on it. We fall right squarely into that case.

We can however differentiate your devs and those of others:

  • you plan to work on such-and-such tasks
  • other tasks are « under consideration » and developed by contributors.

What might be interesting, I think, is precisely knowing who is handling what — maybe automate it by linking planning + GitHub PRs and therefore if the person hasn’t touched it for more than X days we remove them from the dashboard.

Typically, if you are, for example, working on the Alexa integration, we know we can focus on other elements. It’s a big topic and maybe the added value is elsewhere (bug fixes / small features) which are therefore easier to bring to completion.

However, knowing that a given person is working on a new integration can be useful to help them and above all to avoid starting a development from scratch when work has already been done on it.

But I agree with you: it’s crucial that a developer of an integration not be put in a category like « coming soon ».

1 Like
11

But I was just responding to the message above. If it’s not viable and doesn’t add any value, we might as well not spend time on this kind of task :slight_smile:

1 Like
12

Honestly, even for me it’s very hard! The reality of any « startup » project is that your sense of priorities is constantly being challenged.

And since I do everything in Gladys (customer support, YouTube live, marketing), it’s very hard to know how much time I’ll have available to develop in a given week. Sometimes I have a lot of time, sometimes I have 0 :slight_smile:

Alexa is a very good example, I started it 8 months ago, and even if I would have had plenty of time to finish it if I only did development, unfortunately the reality is that I juggle between different priorities:

  • Make Gladys profitable
  • Attract more users to Gladys

I think at this stage of the project, it’s not viable.

I can’t guarantee anything, because quite simply Gladys hasn’t reached the stage where the project is well-established. The business model isn’t proven, I don’t have fixed time allocated to development :slight_smile:

We’ll see about that later!

1 Like
13

Yes of course I understand completely :slight_smile:

Let’s not bother with that then :wink:

1 Like
14

By the way, where are you with this? Need help to make some progress? I’d be very interested, if I can free up some time to suggest a few things. For my part I’m starting to have a bit more free time — work is beginning to calm down a lot :slight_smile:

15

For the moment, I have the final stretch left, which is mainly administrative stuff to handle with Amazon for publishing / testing and validation + all the marketing around the launch (launch article in FR/EN, documentation EN/FR, newsletter, etc..) :slight_smile:

However I’ll probably need testers at some point — I’ll let you know when I need them!

But there are hundreds of other developments / things to do if you want to help so I’m not worried, you’ll find something!

1 Like
16

[quote=« pierre-gilles, post:15, topic:7225 »]
But

1 Like
17

I don’t want to give you false hope, I’ve been in the final stretch for a few months now but I’m not working on it.

For the moment, my absolute priority is the project’s financial profitability, which is critical for its long-term viability.

1 Like
18

Sorry, I should’ve specified, good to know since it works :slight_smile: Now I’m waiting — I don’t want to put pressure on you.

And yes, of course you need to make a living from the project

2 Likes