THEMA:

Verstehe ich nicht - ihr diskutiert etwas was schon mehrmals gesagt und ausdiskutiert war und nichts mit meinem Beitrag zu tun hat.

Ich habe lediglich darauf hingewiesen, dass die Lua API PDF Doku standardmäßig am Sender abgelegt ist - weil ja kritisiert wurde dass man die nirgends mehr offiziell findet.

Die gesamte Diskussion um die Haftungsfrage bei Lua-Apps verstehe ich in keiner Weise. Auch nicht die Aufforderung, dass irgendjemand eines anderen Code "übernehmen" soll.

Ein wesentlicher Teil der Software-Industrie lebt davon, dass Quellcode öffentlich gemacht wird (Open Source) und dieser von jeder beliebigen Person weiterentwickelt werden kann.

Dazu gibt es geeignete technische Hilfsmittel, wie zum Beispiel GitHub. Am Anfang jeden Codes bzw. auch in der jeweiligen Lizenz unter der er veröffentlicht wird, sind entsprechende Haftungsausschlüsse zu finden.

In der Haftung ist unter den entsprechenden Voraussetzungen derjenige, der den Code einsetzt, nicht der, der ihn geschrieben hat (sofern nicht Vorsatz oder Arglist Grund eines Schaden ist). Auch nicht derjenige, der die "Plattform", sprich den Rechner auf dem die Software läuft, bereitstellt. Seit Jahrzehnten funktioniert dieses Konzept so gut, dass es den Softwaremarkt maßgeblich bestimmt. Dabei spielt es auch keine Rolle, ob nur der Quellcode vorliegt oder dieser bereits ausführbar gemacht wurde.

Die vorliegende Situation mit Jeti-Sender und Lua-Software entspricht dieser Situation doch genauso.

Also: Wer eine Software hat, die er nicht weiterentwickeln will, stelle sie "Open Source" und verpasse ihr die entsprechende Lizenz (ich nehme immer gerne "MIT").

Natürlich gibt es auch mahnende Stimmen (wie immer): www.web-partner.de/de/journal/wer-haftet...open-source-software. Siehe aber Betrachtung der Situation "Schenkung".

Das Problem mit GitHup ist nur das sich nicht jeder damit auskennt!!! Aber es gibt da immer noch einen bitteren Beigeschmack!!

Mit freundlichen Grüßen
Thorn

Zum Glück gibt es da super viele Erklärvideos bei YouTube.
Z. B.
Git ist eine Versionsverwaltung für Software und Github eine Oberfläche dazu im Internet.
Gruß
Marco

Thorn schrieb:

Das Problem mit GitHup ist nur das sich nicht jeder damit auskennt!!! Aber es gibt da immer noch einen bitteren Beigeschmack!!

Hallo Thorsten,
als Minimum geht es einfach so:

1. Auf Github einen Account anlegen ohne dabei direkt ein Repository zu erzeugen.

2. Lokal auf Deinem Computer Git installieren.

Dann ein Verzeichnis/Ordner auf Deiner Festplatte erzeugen mit dem Namen des Projekts (BlaBla) und alles da rein kopieren was dazu gehören soll.
Dazu gibt es ja genug Beispiele wie so eine Struktur aussehen kann, inklusive einer README.md und Lizenz wenn gewünscht.
Dann in dieses Verzeichnis wechseln (cd BlaBla) und folgende Befehle ausführen:

1. git init
2. git add .
3. git status
4. git config --global user.email "Deine_Email_Adresse" (nur einmal pro Computer nötig)
5. git commit
(Jetzt hast Du Dein eigenes Repo lokal auf der Platte)
6. git remote add origin github.com/DEIN_ACCOUNT/BlaBla.git
( Damit sagst Du, dass die "zentrale Kopie" bei Github liegen soll.
7. git push -u origin master

Nachdem Du Veränderungen (Dateien ändern, Dateien löschen, Dateien hinzufügen) gemacht hast.

1. git add relativer_Pfad1/Dateiname1
git add relativer_Pfad2/Dateiname2
...
2. git commit
3. git push -u origin master

Zwischendurch kannst Du jederzeit testen mit:
git status
git diff relativerPfad/Dateiname

git ist gesprächig und zeigt Dir schon was Du als nächstes machen kannst.

Für die (2 Faktor) Authentikation bei Github gibt es mehrere Möglichkeiten. Am einfachsten finde ich ein Token zu erzeugen dessen zeitliche Gültigkeit man selber vorgeben kann. Das kann man dann im Dialog wie ein Passwort verwenden.

Gruß
Dieter