Dieses Forum geht zu 100% auf Französisch zurück!

Aktuelles
1

Hallo zusammen!

Wie ihr wisst, habe ich versucht, eine Kategorie auf dem Forum auf Englisch einzurichten, damit sich internationale Neulinge wohlfühlen… und es war ein Flop :joy:

Oft kommen Nutzer aus den USA/EU (außerhalb Frankreichs) auf das Forum, stellen eine Frage (bis dahin läuft alles gut), aber mit der Zeit, wenn sie immer wieder E-Mails vom Forum erhalten, alle auf Französisch, deaktivieren sie schließlich die E-Mail-Benachrichtigungen / löschen ihr Konto, weil sie sich einfach nicht zu Hause fühlen (und das ist verständlich!).

Stellt euch vor, ihr meldet euch auf einem Forum auf Italienisch an und erhaltet 99% der Benachrichtigungen auf Italienisch. Irgendwann verlasst ihr das Forum.

Dadurch ist die internationale Forenkategorie tot und lebt nicht.

Ich habe mich privat mit einem englischen Nutzer (der kein Französisch spricht) unterhalten, und er hat es mir selbst gesagt:

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)

Aus Sicht der französischen Nutzer finde ich, dass diese Kategorie sogar den französischen Nutzern schadet:

  • Manche erstellen aus Versehen Themen in der Kategorie « international », aber auf Französisch
  • Ich zeigte nicht mehr die Ansicht « Letzte Themen » wie früher rechts an, um nicht FR- und EN-Inhalte zu mischen
  • Die Website ist standardmäßig vollständig auf Englisch, damit sie « standardmäßig » für alle geeignet ist

Ich habe das Gefühl, dass wir das Schlimmste aus beiden Welten hatten und dass dies das internationale Wachstum sowie das FR-Wachstum beeinträchtigt hat.

Ich habe daher beschlossen, einen vollständig englischen Discourse-Server zu erstellen, um dieses Problem zu beheben.

Die Idee ist, wirklich zuzugeben, dass dieses Forum (hier) 100% französisch ist, das Forum wieder auf Französisch zu stellen und alle englischen Inhalte zu entfernen.

Ich habe ein neues Forum erstellt (das man vorerst nicht teilen sollte, es muss gefüllt und gestartet werden), das hier verfügbar ist:

Mit @VonOx haben wir begonnen, das Forum dort neu zu erstellen (die Kategorien und etwas Inhalt). Es ist noch ein Embryo, es muss gefüllt werden, um es attraktiv zu machen.

Schließlich werden wir dieses Forum offiziell bekannt geben!

Was denkt ihr dazu? :slight_smile:

2

Ich war selbst noch nie dort, nicht mal aus Neugier.
Ich habe schon Schwierigkeiten, alles auf dem französischen Forum zu verstehen ..
Die Unterscheidung scheint tatsächlich effizienter zu sein.

3

Sehr gute Idee!

4

Gute Idee, denn unter dem Strich ist bei GitHub alles auf Englisch, also wird es der zentrale Anlaufpunkt für Fehler und Entwicklungen sein. Allerdings wird das für euch mehr Arbeit bedeuten, da ihr zwischen den beiden Sprachen hin- und herwechseln müsst.

Für das französische Forum denke ich, dass eine Kategorie für Fehler/Probleme und eine für Hardware fehlt.

Ich denke auch, dass ein Beitrag fehlt, der die laufenden Entwicklungen und deren Fortschritt zusammenfasst (nur die großen Meilensteine: Definition, Entwicklung (Backend-Entwicklung, Frontend-Entwicklung), Testphase…).

5

Für Bugs/Fehler ist die Kategorie « Konfiguration » sehr gut, und dann erstellen wir Bugs auf der Seite von Github (dort allerdings auf Englisch)

Dazu ist es bereits das Ziel der Kategorie « Funktionsanfragen », danach möchtest du einen Ort, an dem man die laufenden Entwicklungen « sehen » kann :thinking:

Tatsächlich wäre das eine aggregierte Ansicht zwischen der « PR »-Ansicht von Github, die dem entspricht, was du sagst, und der Kategorie « Funktionsanfragen », ich weiß nicht genau, wie wir das integrieren könnten!

6

Ja, die Konfiguration funktioniert für Fehler, aber es gibt nicht nur das. Ihr könntet einen Fehlerbericht übersehen, wenn viele Themen erstellt werden (das ist aktuell nicht der Fall, aber vielleicht in Zukunft. Es könnte auch eine Unterkategorie geben oder einfacher einen „bug“-Tag in „optionale Tags“ setzen und sagen, dass man ihn für Fehler verwenden soll.

7

Ich glaube nicht, dass es hilfreich ist, so viele Kategorien zu erstellen, das verwirrt den Nutzer.

Konfiguration macht den Job schon sehr gut :slight_smile:

Auf jeden Fall, wenn es einen Bug gibt, keine Sorge, wir wissen es sehr schnell! :joy:

8

Hallo,

Viele Lösungen bieten diese Art von Seite an: https://feedback.strapi.io/

Mit einer schönen Roadmap, die zum Beispiel die Personen zusammenfassen könnte, die an dieser oder jener Lösung arbeiten :slight_smile: Und auch sehen, wohin du gehst, damit wir ein bisschen visualisieren können, was du vorhast, umzusetzen.

9

Das ist nicht schlecht, aber nach diesem Dienst kommt Canny (https://canny.io/), das super ist, aber schade, ich würde gerne beim Forum für die Sammlung von Feature-Anfragen bleiben. Warum? Es ist selbstgehostet (man hat die Daten im Griff) + es zwingt die Nutzer nicht, ein Konto woanders zu erstellen + es ermutigt, ein Konto im Forum zu erstellen, und dann kann jeder über die Feature-Anfrage « diskutieren ».

Aber wenn man weiter darüber nachdenkt, denke ich, dass das aktuelle Problem eher philosophisch als technisch ist.

Wir sind kein Unternehmen bei Gladys, und wir können die Entwicklung von Funktionen nicht garantieren.

In einem traditionellen Unternehmen, in dem Entwickler bezahlt werden, ist es « einfach », Entwicklungen zu planen: Man schätzt die Anzahl der Tage/Arbeitstage für die Entwicklung und setzt dies dem Zeitplan der Entwickler gegenüber.

Wenn deine Funktion 16 Tage/Arbeitstage für die Entwicklung benötigt und du 2 Entwickler hast, die daran mit 4 Tagen pro Woche arbeiten, dann weißt du, dass du deine Funktion in 2 Wochen fertig haben solltest, und das ist mehr oder weniger garantiert.

Aber wir sind ein Open-Source-Projekt. Die Entwickler sind Freiwillige und arbeiten in ihrer Freizeit.

In der Geschichte von Gladys sind enorm viele Entwicklungen (um nicht zu sagen mindestens 40% der Entwicklungen) bis zu 95% der Arbeit gegangen, und dann ist der Entwickler verschwunden/hat andere persönliche Prioritäten bekommen, usw… Und das ist normal!! Das ist die Realität dieses dezentralen Modells, und ich will niemanden dafür kritisieren, im Gegenteil :slight_smile:

Wenn wir anfangen, so eine Roadmap einzurichten, und jemand eine Funktion als « in Arbeit » markiert, wird die Community erwarten:

  • dass die Funktion schnell kommt
  • dass es nicht notwendig ist, daran zu arbeiten, weil « jemand anderes bereits daran arbeitet »

Was nur zu Enttäuschung für die Nutzer führen wird, die weit von den Entwicklungen entfernt sind.

Die Realität ist einfach: Wir können nicht über Funktionen in Entwicklung kommunizieren, denn eine Funktion in Entwicklung ist nicht näher an der Veröffentlichung als eine Funktion, die nicht in Entwicklung ist, wir wissen es nicht.

Einige Ressourcen zum Thema für weitere Informationen:

10

Ja, ich bin ganz deiner Meinung, das ist wirklich ein Beispiel :smiley: Ich habe nicht weiter gesucht, ich hatte das direkt im Kopf.

Ich bin absolut deiner Meinung. Das Einzige, was du « planen » kannst, bist du selbst, weil du weißt, woran du « global » arbeiten wirst.

Für die anderen Entwickler sind wir uns einig, auch ich, nachdem ich an netatmo gearbeitet habe, habe ich absolut keine Zeit mehr, daran zu arbeiten. Wir fallen genau in diesen Fall.

Man kann jedoch deine Entwickler und die der anderen unterscheiden:

  • du planst, an dieser und jener Aufgabe zu arbeiten
  • andere Aufgaben sind « in Betracht gezogen » und werden von Mitwirkenden entwickelt.

Ich finde, was interessant sein könnte, ist genau zu wissen, wer was bearbeitet, vielleicht die Sache zu automatisieren, indem man Planung + GitHub-PR verbindet, und wenn die Person seit mehr als X Tagen nicht daran gearbeitet hat, wird sie aus dem Dashboard entfernt.

Typischerweise, wenn du zum Beispiel an der Integration von Alexa arbeitest, wissen wir, dass wir uns auf andere Elemente konzentrieren können. Es ist ein großes Thema und vielleicht liegt der Mehrwert woanders (Fehlerbehebung / kleine Funktionen), die dann leichter zu Ende gebracht werden können.

Aber zu wissen, dass eine bestimmte Person an einer neuen Integration arbeitet, kann interessant sein, um zu helfen und vor allem nicht mit einer Entwicklung von Grund auf zu beginnen, während bereits Arbeit daran geleistet wurde.

Aber ich stimme dir zu, es darf auf keinen Fall sein, dass ein Entwickler einer Integration in einer Kategorie wie « bald verfügbar » ist.

11

Aber ich bin auf die Nachricht darüber gesprungen. Wenn es nicht machbar ist und keinen Mehrwert bringt, dann lohnt es sich nicht, Zeit mit solchen Aufgaben zu verbringen :slight_smile:

12

Ehrlich gesagt, finde ich das auch sehr schwer! Die Realität jedes „Startup“-Projekts ist, dass deine Prioritäten ständig neu hinterfragt werden.

Und da ich bei Gladys alles mache (Kundensupport, Live-YouTube, Marketing), ist es sehr schwer zu sagen, wie viel Zeit ich in einer bestimmten Woche für die Entwicklung habe. Manchmal habe ich viel Zeit, manchmal gar keine :slight_smile:

Alexa ist ein sehr gutes Beispiel, ich habe vor 8 Monaten damit angefangen, und selbst wenn ich genug Zeit gehabt hätte, um es zu beenden, wenn ich nur entwickelt hätte, ist die Realität, dass ich zwischen verschiedenen Prioritäten jongliere:

  • Gladys rentabel machen
  • Mehr Nutzer für Gladys gewinnen

Ich denke, in diesem Stadium des Projekts ist es nicht rentabel.

Ich kann nichts garantieren, denn einfach gesagt, Gladys ist noch nicht in einer Phase, in der das Projekt ausgereift ist. Das Geschäftsmodell ist noch nicht bewiesen, ich habe keine feste Zeit für die Entwicklung :slight_smile:

Wir werden sehen, was später kommt!

13

Ja natürlich verstehe ich das vollkommen :slight_smile:

Dann machen wir uns nicht weiter Gedanken darüber :wink:

14

Übrigens, wo stehst du bei diesem Thema? Brauchst du Hilfe, um ein bisschen voranzukommen? Das würde mich sehr interessieren, wenn ich etwas Zeit erübrigen könnte, um Vorschläge zu machen. In diesem Fall werde ich langsam etwas mehr Freizeit haben, die Arbeit beginnt sich stark zu beruhigen :slight_smile:

15

Für den Moment bleibt mir nur noch die letzte Etappe, die hauptsächlich aus administrativen Aufgaben mit Amazon für die Veröffentlichung / Tests und Validierung besteht, sowie alles rund um das Marketing für den Launch (Launch-Artikel auf FR/EN, Dokumentation EN/FR, Newsletter, etc.) :slight_smile:

Allerdings werde ich wahrscheinlich irgendwann Tester brauchen, ich melde mich, wenn ich dich brauche!

Aber es gibt hunderte anderer Entwicklungen / Dinge, die erledigt werden müssen, wenn du helfen möchtest, also mach dir keine Sorgen, du wirst etwas finden!

16

Ja, das ist jetzt keine Priorität mehr, ich werde zu Netatmo wechseln, um ein bisschen zu helfen

Gut zu wissen :slight_smile:

17

Ich möchte dir keine falschen Hoffnungen machen, aber ich habe seit einigen Monaten noch den letzten Abschnitt vor mir, an dem ich jedoch nicht arbeite.

Meine absolute Priorität ist im Moment die finanzielle Rentabilität des Projekts, die für seine langfristige Nachhaltigkeit entscheidend ist.

18

Entschuldigung, ich hätte das klarer machen sollen, aber gut zu wissen, denn es funktioniert :slight_smile: Jetzt warte ich, ich will dich nicht unter Druck setzen.

Und ja, natürlich musst du vom Projekt leben.