Habe mich vor zwei oder drei Jahren mit Jasper beschäftigt und bin nach einigen Tagen gescheitert. Wirklich schade!

Habe jetzt aus Spaß und Neugier mal wieder nach Jasper gegoogelt um den Projektstatus zu checken und finde das hier. :D

Danke für die Vorschläge bezüglich der Alternativen.

Aber nur, wenn man JavaScript zuläßt. Was der sicherheitsbewußte Nutzer heute lieber nicht mehr standardmäßig tun sollte…

Das Datum steht oben unter der Überschrift. Wer lesen kann, ist klar im Vorteil.

Stimmt, ums Englische kommt man allerdings in der Welt der Entwicklung nicht wirklich herum. Selbst viele Projekte, die komplett von einer rein deutschsprachigen Community gepflegt werden, werden bisweilen nur und ausschließlich englisch dokumentiert und sogar verwaltet/supportet.

Und bei jedem auch nur etwas komplexeren Open-Source-Projekt sieht es auch für Endanwender kaum anders aus (unter anderem deshalb, weil Übersetzungsprojekte aus dem Englischen immer wieder daran scheitern, dass die einen aus „you“ ein „Du“, die anderen ein „Sie“ machen wollen – und sich dann gegenseitig so lange korrigieren, bis keiner mehr Bock hat. Ich habe selbst einige Male frustriert aufgegeben, nachdem mühselige Übersetzungen einfach gelöscht wurden).

Die Leute hier haben Anleitungen auf de/en. https://www.tutonaut.de/anleitung-freie-amazon-alexa-alternative-selber-bauen/

Und auch bei OpenJarvis selbst wird es ab github auch alles eher englisch.

Schöne Idee! Aber ich befürchte, es ist einfacher auf Projekte wir Jarvis auszuweichen – ich war jedenfalls ziemlich zufrieden und erstaunt, wie reibungslos dabei alles lief. Gut, eine Website fast ausschließlich auf Französisch ist nicht unbedingt der Renner … Aber wir haben ja hier Anleitungen auf Deutsch und auf Englisch.

Mal abgesehen davon: Meinen wenigen Erfahrungen nach, ist der Umgang mit Docker auch nicht so ganz trivial – für Otto Normalverbraucher imho absolut keine Alternative.

Hat denn nicht vielleicht jemand Lust einen aktuellen und funktionierenden Docker Container dafür zu bauen?

Ja, das hätte ich wohl cleverer anstellen können ;) Allerdings: Zum einen ist Kompilieren weit, weit entfernt von meinem Arbeitsalltag und mit cross-compiling hätte ich mich überhaupt erstmalig beschäftigen müssen. Zum anderen ist für mich bei derlei Projekten eines klar: Ich mache ALLES exakt so, wie es die Entwickler vorgeben, selbst wenn es blödsinnig klingt. Und zwar, um genau sowas wie hier eigentlich zu vermeiden … Mit dem ähnlich gelagerten Projekt Jarvis hat’s zum Beispiel gut geklappt und doch wieder sinnlos Zeit gekostet: Vorgegeben wurde eine alte OS-Version – also habe ich auch die genutzt, wer weiß schon, ob das Projekt nicht irgendwelche alten Abhängigkeiten benötigt. Und dann: Volles Upgrade während der Installation, auf dem Raspi … Aber der Gedanke „Ach, das kriege ich schneller hin als so, wie die Entwickler es empfehlen“, hat mich früher vermutlich noch viel mehr Zeit gekostet.

Bei mir hat sich das mit cross-compiling auf dem i7 wunderbar in kürzester Zeit erledigt.. Wobei.. „wunderbar“ auch nicht. Der Frust kommt dann halt 25 Stunden früher ;)

Es ist wahrlich viel Frickelei bis es mal läuft. Aber leider wird es ja eh nicht mehr so recht maintained.

Guck ich mir an – die Sprache schreckte mich zunächst ein wenig ab, pourquois je ne parle pas le Francais …

Das ist so wahr wie traurig … ;)

Weil Otto sich brav bei Amazon seine Alexa kauft ;-)

Unzulänglichkeiten bei Dokumentationen können ärgerlich sein – aber: Haben die Entwickler von jasper mit ihrer Software und einer guten Doku / einem guten Handbuch als Ist-Zustand geworben? Wenn ja, kann ich vielen Aussagen des Artikelschreibers zustimmen, wenn nein, liegt die Sache schwieriger. Die Haltung der Entwickler „Wir wollen mit dem Kram unseren Spaß, stellen es zwar zur Verfügung, aber kommt irgendwie damit klar“ ist genauso aus Sicht freier Lizenzenen in Ordnung wie ein „wir wollen, dass möglichst viele – auch nur Anwender – mit der Software klar kommen“. Es gibt Leute, die ihre Kompetenzen elitär pflegen und solche, die sie gerne anderen einsteigerfreundlich vermitteln, warum sollte das beim Bereich „Freier Software“ anders sein?

ich bin selbst Entwickler von freier* Software und achte darauf mich soweit als irgendwie möglich auf freie Software zu stützen. Ja die klassischen Argumente Coden ist viel geiler als Dokumentieren greifen aber eigentlich nicht. Wenn man ein etwas größeres Projekt angeht dokumentiert man bereits bevor man eine Zeile Code produziert. Leider beherzigen dies nicht alle und häufig geht allein deswg. schon das Projekt den Bach runter :-(

Aber, wie so häufig sollte man auch hier nicht nur in Einsen und Nullen denken. Dreht den Spieß um und unterstützt die Developer. Fangt im Zweifel – wie der im Forum erwähnte Nutzer – selbst an zu dokumentieren. Nehmt Kontakt zu der Communit(!) und den Entwicklern auf. Viele freuen sich über Unterstützung. Lasst euch von auch nicht in abschrecken, wenn Ihr mal was nicht versteht. Schliesslich haben Sie die Entwickler die „Begrifflichkeiten“ und Arbeitsweise ausgedacht. Niemand ausser denen kennt diese erstmal… auch empfinde ich schlecht – oder gar nicht dokumentierte – Software (als auch Quelltext) ähnlich unangenehm wie proprietäre Software. Wo sind meine Freiheiten* hin, wenn ich diese Nutzung eines Programmes erst mühseelig „reverse engenieren“ muss ? Versucht euch – gerade als Erfahrener Nutzer – in der Mitte zu treffen.

Grüße und frohe Festtage

*https://fsfe.org/about/basics/freesoftware.de.html

Kollege Lang hat auch schon geflucht ;)

cheers