Die Grundprinzipien von Scrum

Scrum basiert auf drei grundlegenden Säulen: Transparenz, Inspektion und Adaption. Diese Säulen stellen sicher, dass alle Beteiligten über den Projektstatus informiert sind, kontinuierlich überprüfen, wie die Arbeit voranschreitet, und bei Bedarf Anpassungen vornehmen, um die Ziele zu erreichen.

Transparenz: Alle Projektinformationen müssen für alle Teammitglieder sichtbar und zugänglich sein. Dazu gehören Fortschritt, Hindernisse und Änderungen am Projektplan.

Inspektion: Das Team prüft regelmäßig die Fortschritte und identifiziert Probleme oder Verbesserungspotenziale. Dies geschieht durch verschiedene Meetings und Feedback-Loops.

Adaption: Hat man Probleme identifiziert, müssen Maßnahmen folgen, um diese zu beheben und den Prozess zu verbessern. Die Umsetzung der Änderungen sollte schnell und effektiv erfolgen.

Rollen in Scrum

Product Owner: Der Product Owner ist für die Definition und Priorisierung der Anforderungen an das Produkt verantwortlich. Verantwortlich für den sogenannten „Product Backlog“, eine Liste von Aufgaben und Funktionen, deren Implementierung in das Produkt erforderlich ist.

Scrum Master: Der Scrum Master ist ein Coach und Vermittler für das Team. Verantwortlich für die Einhaltung der Scrum-Prinzipien und -Praktiken. Hilft bei der Beseitigung von Hindernissen, die die Arbeit des Teams beeinträchtigen können.

Entwicklerteam: Das Entwicklerteam ist eine Gruppe von Fachleuten, die zusammenarbeiten, um die Aufgaben des Product Backlogs in funktionsfähige Produktinkremente umzusetzen.

Artefakte

Scrum verwendet mehrere Artefakte, um die Planung und den Fortschritt des Projekts zu verfolgen:

Product Backlog: Eine Liste aller gewünschten Funktionen, Anforderungen und Verbesserungen, deren Umsetzung im Produkt erforderlich ist. Der Product Owner ist für die Priorisierung und Aktualisierung des Backlogs verantwortlich.

Sprint Backlog: Eine Liste der Aufgaben, die das Team im aktuellen Sprint (einem festgelegten Zeitraum von normalerweise zwei bis vier Wochen) abgeschließt. Die Erstellung des Sprint Backlogs ist die Aufgabe des Entwicklerteams und basiert auf den Prioritäten des Product Backlogs.

Inkrement: Das Ergebnis eines jeden Sprints, ein potenziell auslieferbares Stück des Produkts, das neue oder verbesserte Funktionen bietet. Inkremente sollen den Wert des Produkts für den Kunden kontinuierlich steigern.

Events

Scrum definiert verschiedene Events oder Meetings, um den Kommunikationsfluss und die Zusammenarbeit im Team zu fördern und um den Fortschritt zu überwachen:

Sprint Planning: Zu Beginn jedes Sprints trifft sich das gesamte Team, um den Umfang des nächsten Sprints zu planen. Dabei wählen sie die wichtigsten Elemente aus dem Product Backlog aus und erstellen das Sprint Backlog.

Daily Scrum: Ein tägliches, kurzes Stand-up-Meeting, bei dem jedes Teammitglied den Fortschritt, die Pläne für den Tag und mögliche Hindernisse teilt. Dies fördert die Transparenz und hilft, Probleme frühzeitig zu identifizieren.

Sprint Review: Am Ende jedes Sprints präsentiert das Team das fertige Inkrement dem Product Owner und den Stakeholdern, um Feedback zu erhalten und den Fortschritt zu bewerten.

Sprint Retrospektive: Nach dem Sprint Review reflektiert das Team intern über den Sprint und identifiziert Verbesserungsmöglichkeiten für zukünftige Sprints.

Fazit

Scrum ist ein agiles Rahmenwerk, das den Fokus auf Transparenz, Inspektion und Adaption legt, um den Projekterfolg zu fördern. Durch die Definition klarer Rollen, Artefakte und Events unterstützt Scrum die effektive Zusammenarbeit innerhalb des Teams und die kontinuierliche Verbesserung der Arbeitsprozesse. Die Implementierung von Scrum kann zu einer erhöhten Produktivität, schnelleren Anpassungsfähigkeit an Veränderungen und einer besseren Kundenzufriedenheit führen. Unternehmen und Projektteams, die sich für einen agilen Ansatz entscheiden, können Scrum als wertvolles Instrument in Betracht ziehen, um ihre Ziele zu erreichen.

Der Beitrag Scrum – Kontinuierliche Verbesserung und Anpassungsfähigkeit erschien zuerst auf CEOsBay.

Was ist ein Test-Harnisch?

Ein Test-Harnisch (engl. test harness) ist ein Framework oder eine Sammlung von Tools, die dazu beitragen, das Testen von Softwareanwendungen zu automatisieren, zu koordinieren und zu überwachen. Im Wesentlichen stellt ein Test-Harnisch eine Umgebung bereit, in der Entwickler und Tester den Code einer Anwendung testen und sicherstellen können, dass er korrekt funktioniert und die Anforderungen erfüllt. Man kann Test-Harnische sowohl für manuelles als auch für automatisiertes Testen verwenden.

Funktionsweise eines Test-Harnisch

Ein Test-Harnisch besteht aus vier Hauptkomponenten:

1. Testtreiber: Der Testtreiber ist für die Ausführung der Tests verantwortlich. Er stellt die Schnittstelle zur Verfügung, über die die Tester die Testfälle ausführen und die Ergebnisse erfassen können.
2. Testdaten: Testdaten sind die Eingaben, die man während des Testprozesses verwendet. Sie bestehen in der Regel aus verschiedenen Datentypen, die man verwendet, um die verschiedenen Funktionen und Komponenten der Anwendung zu testen.
3. Testskripte: Testskripte sind Skripte, die den Testprozess automatisieren. Sie enthalten Anweisungen, wie die Tests ausgeführt und die Analyse der Ergebnisse stattfinden soll.
4. Testergebnisse: Testergebnisse sind die gesammelten Informationen, die aus dem Testprozess resultieren. Sie enthalten Daten über die Leistung der Anwendung, Fehler, die während des Testprozesses aufgetreten sind, und Informationen über die Korrektheit der Funktionen.

Vorteile von Test-Harnischen

• Automatisierung: Test-Harnische automatisieren den Testprozess und reduzieren so den Zeitaufwand und die Mühe, die mit manuellem Testen verbunden sind. Dies ermöglicht es Entwicklern und Testern, sich auf die Analyse der Testergebnisse und die Verbesserung der Softwarequalität zu konzentrieren.
• Wiederverwendbarkeit: Test-Harnische ermöglichen es, Testfälle und Testdaten wiederverwendbar zu gestalten, sodass man sie in verschiedenen Projekten und Anwendungen einsetzen kann.
• Vereinfachung: Test-Harnische vereinfachen den Testprozess, indem sie alle Testaktivitäten zentralisieren und eine einheitliche Testumgebung bereitstellen.
• Effizienz: Test-Harnische steigern die Effizienz des Testprozesses, indem sie die Testabdeckung erhöhen, den Testaufwand reduzieren und eine schnellere Fehlerbehebung ermöglichen.
• Kontinuierliche Integration: Test-Harnische unterstützen kontinuierliche Integration (CI) und kontinuierliche Bereitstellung (CD) in der Softwareentwicklung, indem sie die automatisierte Ausführung von Tests bei jedem Commit oder Build sicherstellen. Siehe hierzu den Beitrag über CI/CD.
• Berichterstattung und Analyse: Test-Harnische bieten umfangreiche Berichtsfunktionen, die es Entwicklern und Testern ermöglichen, den Fortschritt und den Status der Tests zu überwachen, Fehler und Schwachstellen schnell zu identifizieren und fundierte Entscheidungen über die Softwarequalität zu treffen.

Gängige Test-Harnisch-Tools in der Softwarebranche

Es gibt viele Test-Harnisch-Tools und Frameworks auf dem Markt, die verschiedene Programmiersprachen und Anforderungen unterstützen. Einige der bekanntesten sind:

JUnit: JUnit ist ein weit verbreitetes Testframework für Java-Anwendungen, das Test-Harnisch-Funktionalitäten wie Testausführung, Testdatenverwaltung und Ergebnisberichterstattung bietet.

TestNG: TestNG ist ein Testframework für Java-Programme, das auf JUnit basiert und erweiterte Funktionen wie Paralleltestausführung, Testkonfiguration und flexible Testskripterstellung bietet.

NUnit: NUnit ist ein Testframework für .NET-Anwendungen, das Test-Harnisch-Funktionen wie Testausführung, Testdatenverwaltung und Berichterstattung bietet.

Pytest: Pytest ist ein Testframework für Python-Anwendungen, das Test-Harnisch-Funktionalitäten wie Testausführung, Testdatenverwaltung und Ergebnisberichterstattung bietet.

Jasmine: Jasmine ist ein Testframework für JavaScript-Anwendungen, das Test-Harnisch-Funktionalitäten wie Testausführung, Testdatenverwaltung und Ergebnisberichterstattung bietet.

Fazit

Test-Harnische spielen eine entscheidende Rolle in der Softwareentwicklung, indem sie den Testprozess automatisieren, vereinfachen und effizienter gestalten. Durch den Einsatz von Test-Harnischen können Entwickler und Tester sicherstellen, dass ihre Anwendungen die gewünschte Qualität erfüllen und potenzielle Fehler frühzeitig identifiziert und behoben sind, bevor der Release stattfindet. Mit der wachsenden Anzahl von Test-Harnisch-Tools und Frameworks auf dem Markt können Entwickler und Tester leicht eine Lösung finden, die ihren spezifischen Anforderungen und Projektzielen entspricht.

Der Beitrag Test-Harnisch – Qualität und Zuverlässigkeit von Anfang an durch effektive Teststrategien erschien zuerst auf CEOsBay.

Man verwendet den Ausdruck Modultest unter anderem bei frühen Teststufen, in denen man die inneren, detailliertesten Komponenten der Software testet. Gemäß Software Validation & Verification Plan sind diese Tests nur für Module mit geringer Kritikalität nicht notwendig. Im Grunde genommen bei Fehlern, die dem User nur geringfügige Unannehmlichkeiten bereiten.

In einer Abstraktion der verwendeten Programmiersprache, spricht man von Komponente oder Softwarebaustein. Den Test eines solchen einzelnen Softwarebausteins bezeichnet man auch allgemeiner als Komponententest.

Als Testbasis kann man in der Regel die komponentenspezifische Anforderung und das Softwaredesign der Komponente (auch Komponentenspezifikation genannt) heranziehen. Für Whitebox-Testfälle oder um Aussagen zur Codeüberdeckung zu erhalten, kann man zusätzlich den Sourcecode einer Komponente analysieren und diesen als Testbasis verwenden. Wobei dabei auch Tools wie Jacoco helfen können. Ob die Komponente auf einen Testfall richtig reagiert, muss man allerdings auch hier auf Basis der Design- und Anforderungsdokumente beurteilen.

Typische Testobjekte sind wie bereits beschrieben Programmunits, -Module bzw. Klassen. Aber auch Kommandozeilenskripte des Betriebssystems (Shell-Skripte), Datenbankskripte, Datenkonvertierungs- oder Migrationsprozeduren, Datenbankinhalte sowie Konfigurationsdaten können Testobjekte sein. Kennzeichnend ist in der Regel der isolierte Test eines einzelnen Softwarebausteins. Dies dient primär, um komponentenexterne Einflüsse beim Testen auszuschließen. Alle so ermittelten Fehler kann man so dem spezifischen Modul zuordnen.

Klar zu unterscheiden ist auf jeden Fall der Integrationstest, den ich in einem separaten Beitrag thematisiere. Bei einem Integrationstest konzentriert man sich auf die Wechselwirkung mit Nachbarkomponenten.

Die Erstellung solcher Tests ist in der Regel die Aufgabe eines Programmierers. Dies liegt zum einen daran, dass man ein ausgeprägtes Verständnis für die Programmiersprache in der die Anwendung geschrieben ist haben muss. Und zum anderen daran, dass man meist auch einen Testtreiber benötigt, dessen Programmierung in der Regel auch der Entwickler übernimmt.

Einordnung im Testprozess

Algorithmen auf Unitebene besitzen meist nur eine begrenzte Komplexität und man kann sie über klar definierte Schnittstellen aktivieren. Daher kann sie mit relativ wenigen Testfällen weitgehend vollständig testen. Dies gilt als Voraussetzung für die anschließende Teststufe. Dem Integrationstest, um dort die Testfälle auf das integrierte Zusammenwirken größerer Funktionsteile oder der gesamten Anwendung ausrichten zu können. Die modulspezifischen Detailkonstellationen lassen sich damit auf Stichproben beschränken, was die Anzahl der erforderlichen Testfälle signifikant reduziert.

Zum Vergleich: Ein Gerät wird erst dann als Ganzes getestet, wenn die Funktionsfähigkeit seiner Einzelteile gesichert ist.

Test des Vertrages und nicht der Algorithmen

Man testet bei Modultests gemäß dem Design-by-contract-Prinzip möglichst nicht die Interna einer Methode, sondern nur ihre externen Auswirkungen (Rückgabewerte, Ausgaben, Zustandsänderungen, Zusicherungen). Sind die internen Details der Methode geprüft (dies wird als White-Box-Testing bezeichnet), kann der Test fehlschlagen, obwohl sich die externen Auswirkungen nicht geändert haben. Daher empfiehlt man in der Regel das sogenannte Black-Box-Testing, bei dem man sich auf das Prüfen der externen Auswirkungen beschränkt.

Was sind die Vorteile von Unit Tests?

• Mittels automatisierter Unittests kann man im Schnitt 30 % der Fehler erkennen. Bei der Verwendung von TDD (Test Driven Development) kann man im Schnitt 45 % und im besten Fall 85 % der Fehler vermeiden.
• Fehler erkennt man durch Modultests bereits während der Entwicklung. Die durch Unittests vermiedenen Fehlerkosten sind daher gemäß der Rule of Ten (Dazu später mehr) um ein Vielfaches höher als bei späteren Teststufen, was Unittests zur effizientesten Teststufe machen.
• Im Falle eines Fehlers kann man diesen sehr viel genauer eingrenzen und damit schneller finden und beheben.
• Die Tests erfüllen den Zweck einer lebenden Dokumentation. In Kombination mit einer sinnvollen Benamung der Objekte (Clean Code) können zusätzliche Dokumentationsmaßnahmen entfallen.
• Da einzelne Module nur wenige mögliche Codeausführungspfade besitzen, muss man viel weniger mögliche kombinatorische Ausführungspfade berücksichtigen als bei anderen Testarten. Bei übergeordneten Tests kann man sich dann stichprobenartig auf die wichtigsten Ausführungspfade konzentrieren und damit die Anzahl dieser Tests deutlich reduzieren.
• Da man nur einzelne Module testet, kann man Modultests, oft um mehrere Größenordnungen, schneller und damit öfter (bzw. kontinuierlich) ausführen als andere Testarten.
• Wenn man Fehler mit einem Test absichert, kann man den erneuten Auftritt des gleichen Fehlers verhindern.
• Durch die Fehlerreduktion ergeben sich Geschwindigkeitsvorteile in der Entwicklung in mittleren bis großen Softwareprojekten.
• Da man Abhängigkeiten zwingend vermeiden muss, um einen Modultest zu ermöglichen, bleibt der Code verhältnismäßig schnell änderbar. Hierdurch kann man schneller auf wechselnde Anforderungen reagieren. Siehe Agile Manifest 😉
• Da automatisch ausgeführte Tests um mehrere Größenordnungen schneller sind als manuelle Tests, reduziert sich der Zeitaufwand für das Testen deutlich. Hierdurch kann man die Entwicklungsstufen schneller durchlaufen und die Release-Zyklen signifikant verkürzen.

Was sind die Nachteile von Unit Tests?

• Bei der Implementierung neuer Funktionen muss man nicht nur die Funktion implementieren, sondern auch die dazugehörenden Tests vorbereiten bzw. definieren. Dadurch ergibt sich ein oft mehrfacher Implementierungsaufwand.
• Bei Änderungen muss man nicht nur die geänderten Funktionen, sondern auch die dazugehörenden Tests anpassen. Insbesondere bei der Entwicklung von Prototypen, bei der sich die Codebasis schnell verändert, ist das Testen daher oft eher ein Hindernis.
• Da man die Funktionalität der Tests verwendet, ist in den IDEs schwerer ersichtlich, ob eine Funktionalität keine Verwendung mehr findet und ob man es daher entfernen kann.
• Weisen die Tests untereinander Abhängigkeiten auf (z. B. durch gemeinsame Testdaten), so können einzelne Änderungen an der Codebasis eine Vielzahl von Tests beeinflussen, was den Änderungsaufwand mit der Größe der Codebasis exponentiell erhöht.

Fehlerkosten 10er Regel (Rule of ten)

Die Zehnerregel der Fehlerkosten besagt, dass je weiter ein Fehler sich unentdeckt in die späten Phasen des Werdegangs eines Produktes oder Prozesses bewegt – oder gar bis zum Kunden –, desto höher steigen die Kosten zur Behebung des Fehlers. Eindrucksvoll untermauert durch die Ergebnisse einiger Studien aus den 70er Jahren in Japan, USA und Großbritannien, die sich mit den Ursachen von Produkt- bzw. Qualitätsmängeln beschäftigten. Alle Analysen lieferten nahezu die gleichen Ergebnisse: Ca. 70 % aller Produktmängel hatten ihre Ursache bereits in der Entwicklung, Konstruktion und Arbeitsvorbereitung. Der Herstellungsprozess selbst hat bezüglich der Endqualität des Produktes offensichtlich eher einen sekundären Einfluss. Eine VDMA-Studie zum Thema „Qualitätsbezogene Kosten“ Anfang der 90er Jahre in der Bundesrepublik Deutschland bestätigt dieses Ergebnis.

Die Zehnerregel der Fehlerkosten oder „Rule of ten“ sagt aus, dass sich die Fehlerkosten für einen nicht entdeckten Fehler von Stufe zu Stufe der Wertschöpfung um den Faktor 10 erhöhen. Je früher ein Fehler entdeckt und beseitigt wird, desto kostengünstiger ist dies für die Organisation und schlussendlich auch für den User bzw. Kunden.

Ansonsten sind diese auch in der DIN 55350-11 im Rahmen des Qualitätsmanagements festgehalten. Doch darauf gehe ich in einem separaten Beitrag ein.

Wo sind die Grenzen der Unit Tests?

Unit Tests können (wie jeder Test) die Fehlerfreiheit der getesteten Units, Module usw. nicht garantieren oder nachweisen, sondern lediglich unterstützen. Die Grenzen von Unit Tests liegen primär nur in den Fällen vor in denen man Fehler finden kann, zu deren Entdeckung die verwendeten Tests geeignet sind. Eine Softwarekomponente, die „grün“ testet, ist also nur bedingt fehlerfrei.

Das Merkmal von Code, „grün“ zu testen, und durchaus auch der Wunsch nach diesem Ergebnis, kann dazu führen, dass man tatsächlich (unbewusst) nur so viel testet, bis alle Tests „grün“ sind. Module, die keine fehlschlagenden Modultests haben, als fehlerfrei zu behandeln, ist ein Fehlschluss in der Praxis des (TDD) Test Driven Development.

Um eine ausreichende Testabdeckung zu erzielen, lohnt es sich u.U., vor dem Erstellen der Testfälle Refactoring-Maßnahmen anzuwenden. Dies erst nach abgeschlossenen Unit Tests (für den alten Code) zu tun, schafft Raum (wie jede Änderung im Code) für neue Fehlerrisiken und kann deshalb wiederholtes Testen erforderlich machen.

Wenn der Autor von Unit Tests mit dem Autor der Module identisch ist, können Denkfehler in der Implementierung auch im Test erscheinen und verpasst gegebenenfalls die Chance, diese aufzudecken. Wenn es sich um dieselbe Person handelt, kann man die vorrangige Entwicklung der Tests ebenfalls nicht garantieren, da sowohl die beabsichtigte Funktionsweise des Codes als auch die zukünftige Gestalt bereits im Gedankengut des Testautors und späteren Codeautors präsent sein können. Dies kann im Extreme Programming durch „Test Ping-Pong“ abgefangen werden, bei der sich Entwickler bei der Implementierung der Funktionalität und der Tests abwechseln.

Bei der Entwicklung von Modultests können Testfälle entstehen, die der Zielsetzung und dem Charakter von Modultests nicht oder nur zum Teil entsprechen. Wie bei der Programmierung existieren daher auch für die Entwicklung von Modultests Anti-Pattern, die man möglichst vermeiden sollte.

Der Beitrag Unit Tests – Fundament für stabile und effiziente Software erschien zuerst auf CEOsBay.

Was ist WordPress?

WordPress ist ein Open Source CMS, dessen Entwicklung im Jahr 2003 Matt Mullenweg und Mike Little übernommen haben. Ursprünglich als Blogging-Plattform konzipiert, hat es sich im Laufe der Jahre zu einer umfassenden Lösung für das Erstellen und Verwalten von Websites jeder Größe und Art entwickelt. Tatsächlich basieren mehr als 40% aller Websites auf der WordPress-Plattform, und das aus gutem Grund. Doch dazu in Kürze mehr.

Kurze Zeitreise

Wie bereits erwähnt entstand WordPress aus dem Bedürfnis heraus, eine benutzerfreundliche, flexible und anpassungsfähige Blogging-Plattform zu schaffen. Die Geschichte von WordPress beginnt im Jahr 2001 mit einer Blogging-Software namens b2/cafelog. Der französische Programmierer Michel Valdrighi hat es entwickelt. b2/cafelog war ein einfaches, aber dennoch funktionales CMS. Zu dieser Zeit nutzten es eine wachsende Anzahl von Bloggern.

Im Jahr 2003 war die Weiterentwicklung von b2/cafelog ungewiss, da Michel Valdrighi sich aus der Entwicklung zurückzog. Zwei Personen, ein Blogger und Webentwickler beschlossen, dies in die Hand zu nehmen. Matt Mullenweg und Mike Little, griffen das Projekt auf und einigten sich darauf, selbst eine neue Blogging-Plattform zu entwickeln. Am 27. Mai 2003 veröffentlichten sie die erste Version von WordPress, die auf dem b2/cafelog-Code basierte. Ihr Ziel war es, eine einfachere und benutzerfreundlichere Blogging-Plattform zu schaffen, die gleichzeitig hochgradig anpassbar und erweiterbar ist.

Seit der ersten Version hat sich WordPress kontinuierlich weiterentwickelt und ist heute das weltweit am häufigsten verwendete Content Management System. Neben seiner ursprünglichen Funktion als Blogging-Plattform hat sich WordPress zu einer umfassenden Lösung für die Erstellung und Verwaltung von Websites entwickelt. Die aktive und engagierte Entwickler-Community von WordPress, die ständig neue Funktionen und Verbesserungen einbringt, trägt maßgeblich zum Erfolg der Plattform bei.

Ein entscheidender Moment in der Geschichte von WordPress ist die Einführung der Plugin-Architektur im Jahr 2004. Dadurch konnte man die Funktionalität von WordPress einfach und schnell erweitern, indem Benutzer zusätzliche Softwaremodule (Plugins) installieren konnten. Dies förderte die Entwicklung einer Vielzahl von Plugins, die heute in der riesigen WordPress-Plugin-Bibliothek verfügbar sind.

Heute ist WordPress ein leistungsstarkes und vielseitiges CMS, das Millionen von Websites weltweit nutzen. Von persönlichen Blogs bis hin zu großen Unternehmenswebsites und E-Commerce-Plattformen. Die kontinuierliche Weiterentwicklung der Plattform und die wachsende Unterstützung durch die Entwickler-Community sichern den Erfolg von WordPress in der Zukunft.

Warum WordPress?

• Benutzerfreundlichkeit: WordPress ist bekannt für die einfache Installation und benutzerfreundliche Oberfläche. Selbst Anfänger können innerhalb weniger Minuten eine Website erstellen und anpassen. Die Admin-Oberfläche ist übersichtlich und leicht verständlich, sodass Benutzer schnell auf alle erforderlichen Funktionen zugreifen können.
• Anpassungsfähigkeit: Mit tausenden von Themes und Plugins bietet WordPress eine Fülle von Anpassungsmöglichkeiten. Themes sind vorgefertigte Designvorlagen, die die Optik und Haptik Ihrer Website beeinflussen, während Plugins zusätzliche Funktionen und Tools bereitstellen. So kann man fast jede Website auf die individuellen Bedürfnisse anpassen.
• Open-Source und Community-getrieben: Da WordPress Open-Source ist, gibt es eine große und engagierte Community von Entwicklern und Designern, die ständig an Verbesserungen und neuen Funktionen arbeiten. Dies gewährleistet eine stetige Weiterentwicklung der Plattform und hilft dabei, sie auf dem neuesten Stand der Technik zu halten.
• SEO-freundlich: WordPress ist bekannt für die SEO-Freundlichkeit. Besonders, weil es saubere, gut strukturierte URLs generiert und es ermöglicht, Meta-Tags, Titel und Beschreibungen einfach hinzuzufügen. Außerdem gibt es zahlreiche SEO-Plugins, wie Yoast SEO und All in One SEO, die dabei helfen, Websites für Suchmaschinen zu optimieren.

WordPress.com vs. WordPress.org

Eine der ersten Entscheidungen, die man treffen muss, wenn man mit WordPress arbeiten möchte, ist die Wahl zwischen WordPress.com und WordPress.org.

WordPress.com ist eine gehostete Plattform, die die Erstellung und Verwaltung einer Website vereinfacht. Man muss sich im Grunde genommen nicht um technische Aspekte wie Webhosting oder Sicherheitsupdates kümmern. Allerdings sind einige Funktionen eingeschränkt. Möglicherweise muss man für bestimmte Premium-Funktionen bezahlen.

WordPress.org hingegen ist die selbst gehostete Version, bei der man die volle Kontrolle über die Website hat. Einschließlich der Möglichkeit, benutzerdefinierte Themes und Plugins zu installieren.

Um eine Website mit WordPress.org zu erstellen, benötigt man ein Webhosting-Konto und eine Domain. Obwohl es technisches Know-how erfordert, bietet es mehr Freiheit und Flexibilität bei der Gestaltung einer Website.

Muss man das wirklich selbst machen?

Nein. Oft macht es Sinn einen Webdesigner bzw. eine Agentur zu beauftragen. Die übernehmen dann in Abstimmung die Konzeption, Gestaltung und schlussendlich die Erstellung. Vor allem, wenn man einen kommerziellen professionellen Auftritt im Internet haben möchte und sich wenig bis keine Gedanken über die Sicherheit und den Datenschutz usw. machen möchte bietet sich dieser Weg an.

Wieso einen Webdesigner oder einer Agentur beauftragen?

Es gibt verschiedene Gründe, warum man eine Website von einem professionellen Webdesigner oder von einer Agentur erstellen lassen sollte. Hier sind einige der wichtigsten Gründe:

• Professionelles Design und Qualität: Ein erfahrener Webdesigner oder eine Agentur verfügt über umfassendes Wissen und Erfahrung in der Gestaltung von Websites. Sie wissen, wie man eine ansprechende, benutzerfreundliche und funktionale Website erstellt, die den aktuellen Design-Trends und Best Practices entspricht. Wenn man die Website selbst erstellt, kann es schwierig sein, dieselbe Qualität und Professionalität zu erreichen. Vor allem wenn man kein Experte im Bereich der Entwicklung und des Webdesigns ist.
• Zeiteffizienz: Eine professionelle Agentur oder ein Webdesigner kann den Prozess der Website-Erstellung beschleunigen und wertvolle Zeit sparen. Wenn man eine Website selbst erstellt, kann es viel Zeit in Anspruch nehmen. Vor allem, weil man die notwendigen Fähigkeiten erst erlernen muss.
• Technisches Know-how: Die Erstellung einer Website erfordert nicht nur ein gutes Design, sondern auch technisches Wissen, wie z. B. HTML, CSS, JavaScript, PHP, Datenbanken, Webhosting und mehr. Ein professioneller Webdesigner oder eine Agentur verfügt über die notwendigen Kenntnisse. Dies ist erforderlich, um technische Probleme zu vermeiden und eine Website auf dem neuesten Stand der Technik zu betreiben.
• Suchmaschinenoptimierung (SEO): Ein wichtiger Aspekt einer erfolgreichen Website ist ihre Sichtbarkeit in Suchmaschinen wie Google. Eine professionelle Agentur oder ein Webdesigner verfügen über Fachwissen im Bereich der Suchmaschinenoptimierung. So kann man sicherstellen, dass Suchmaschinen die Website finden und im besten Fall hoch einstufen.
• Wartung und Support: Eine Website benötigt regelmäßige Wartung und Updates, um sicherzustellen, dass sie funktioniert und sicher bleibt. Wenn man die Website von einem Profi erstellen lässt, erhält man häufig Wartungs- und Supportdienste. So kann man sicherstellen, dass die Website immer auf dem neuesten Stand der Technik und vor Sicherheitsbedrohungen geschützt ist.
• Anpassungen und Erweiterungen: Eine professionelle Agentur oder ein Webdesigner kann die Website an individuelle Anforderungen anpassen und diese bei Bedarf erweitern. Dies passiert, indem man zusätzliche Funktionen und Integrationen hinzufügt. Wenn man eine Website selbst erstellt, kann es schwierig sein, diese Anpassungen und Erweiterungen ohne entsprechendes Fachwissen vorzunehmen.

Letztendlich kann die Entscheidung, eine Website von einem Profi erstellen zu lassen, eine lohnende Investition sein, die einem enorme Zeit spart. Auch die Qualität und Funktionalität der Website sind dann besser und die Online-Präsenz des Unternehmens oder Projekts sind hoch.

Ist es mit der Beauftragung getan?

Keineswegs! Man sollte sich zumindest bei der Konzeption und Gestaltung aktiv beteiligen. Vor allem, weil es das Aushängeschild des eigenen Projekts bzw. der eigenen Unternehmung ist. Folglich sind viele Fragen hinsichtlich der Gestaltung und der Inhalte zu beantworten, damit der Designer bzw. Entwickler eine Vorstellung davon erhält, was zu tun ist.

Was kostet die Realisierung?

Hier gelten dieselben Regeln wie bei der Erstellung einer Website. Folglich können die Kosten für eine Website je nach Umfang, Funktionalität, Designanforderungen und den gewählten Dienstleistern erheblich variieren. Hier sind einige Faktoren, die bei der Kosteneinschätzung einer Website behilflich sein können:

• Domain und Hosting: Die Kosten für die Registrierung einer Domain (z. B. www.beispiel.de) variieren je nach TLD (Top-Level-Domain) und Anbieter. Der initiale Kauf kann zwischen 10 und verständlicher Weise unendlich kosten. Die Hosting-Kosten, also die laufenden Kosten, hängen von dem gewählten Hosting-Paket und Anbieter ab. Sie können aber zwischen 5 und mehreren tausend Euro pro Monat liegen.

• Website-Typ: Die Art der Website, die man erstellen möchte, hat einen großen Einfluss auf die Kosten. Eine einfache Website oder ein Blog kann wesentlich günstiger sein als eine komplexe E-Commerce-Plattform oder eine Mitgliederseite. Besonders dann, wenn man eine Ausfallsicherheit voraussetzt. Im größeren Maßstab spricht man dann von SLA’s (Service Level Agreements). Doch darauf gehe ich in einem separaten Beitrag ein.

• Webdesign: Wenn man ein individuelles Design für die Website wünscht, muss man die Kosten für die Dienstleistungen eines Webdesigners oder einer Agentur berücksichtigen. Die Preise variieren je nach Erfahrung und Spezialisierung des Designers bzw. der Agentur. Diese können von einigen Hundert bis zu mehrstelligen Tausend Euro Beträgen reichen.

• CMS und Themes: Abhängig vom verwendeten Content-Management-System (CMS) und den gewählten Themes oder Vorlagen können weitere Kosten anfallen. Premium-Themes können zwischen 30 und 200 Euro kosten, während einige CMS-Plattformen (z. B. Wix oder Squarespace) monatliche Gebühren erheben.

• Plugins und Erweiterungen: Je nach gewünschter Funktionalität und den verwendeten Plugins können zusätzliche Kosten entstehen. Viele Plugins sind kostenlos, während Premium-Plugins in der Regel eine einmalige oder jährliche Gebühr erfordern. Die Preise bewegen sich dahingehend zwischen 10 und mehreren Hundert Euro.

• Entwicklung und Programmierung: Für individuelle Funktionen oder Anpassungen, die über die Möglichkeiten von vorgefertigten Themes und Plugins hinausgehen, muss man möglicherweise die Dienste eines Entwicklers in Anspruch nehmen. Die Kosten hierfür variieren je nach Komplexität der Anforderungen und der Erfahrung des Entwicklers. Da ist man in der Regel bei einem mittelmäßigen bis guten Programmierer, aus Deutschland, mit einem Stundensatz ab ca. 80 Euro dabei. Alles andere ist auch für den Entwickler selbst nicht wirtschaftlich 😉

• Wartung und Support: Die fortlaufende Wartung und Aktualisierung der Website kann zusätzliche Kosten verursachen. Viele Webdesigner und Agenturen bieten Wartungspakete an, die zwischen mehreren hundert bzw. tausend Euro pro Monat liegen können.

Insgesamt können die Kosten für eine Website von weniger als 100 Euro, für eine einfache Do-it-yourself-Lösung, bis zu mehreren Tausend Euro, für eine komplexe, professionell erstellte Website reichen.

Es ist wichtig, die eigenen Bedürfnisse und Anforderungen im Vorfeld sorgfältig zu prüfen und die Kosten verschiedener Optionen zu vergleichen. Um am ende des Tages die beste Lösung für das passende Budget und der eigenen Zielsetzung zu erhalten.

Zukünftige Entwicklungen und Trends in WordPress

Mit der ständigen Weiterentwicklung der Technologie und des Internets ist es wichtig, auf dem Laufenden zu bleiben und sich über neue Funktionen und Trends in der WordPress-Welt zu informieren. Hier sind einige zukünftige Entwicklungen und Trends, die man im Auge behalten kann:

Gutenberg-Editor: Der Gutenberg-Editor wurde 2018 eingeführt und ist ein wichtiger Schritt in der Weiterentwicklung von WordPress. Der Block-basierte Editor ermöglicht es Benutzern, Inhalte auf einfache und intuitive Weise zu erstellen und zu bearbeiten. Es ist zu erwarten, dass man den Gutenberg-Editor in den kommenden Jahren weiterhin verbessert und erweitert, um noch mehr Flexibilität und Benutzerfreundlichkeit zu bieten.

Künstliche Intelligenz und maschinelles Lernen: Die Integration von künstlicher Intelligenz (KI) und maschinellem Lernen in WordPress wird voraussichtlich in den nächsten Jahren ebenfalls an Bedeutung gewinnen. Das kann beispielsweise dazu führen, dass Plugins zur Textgenerierung oder Bildoptimierung automatisch bessere Ergebnisse liefern, basierend auf den spezifischen Anforderungen und Präferenzen der Benutzer.

Headless CMS und JAMstack: Headless CMS ist ein Ansatz, bei dem das Backend (Datenverwaltung und APIs) vom Frontend (Benutzeroberfläche) getrennt ist. Dies ermöglicht es Entwicklern, mehr Kontrolle über die Darstellung von Inhalten zu haben und diese über verschiedene Plattformen hinweg konsistent zu gestalten. In Kombination mit dem JAMstack (JavaScript, APIs und Markup) kann dies zu schnelleren, sichereren und besser skalierbaren Websites führen.

Progressive Web-Apps (PWAs): PWAs sind Webanwendungen, die das Aussehen und Verhalten von nativen mobilen Apps nachahmen und somit eine bessere Benutzererfahrung bieten. Es ist zu erwarten, dass WordPress in Zukunft verstärkt auf PWAs setzen wird, um eine schnellere und nahtlosere Interaktion zwischen Benutzern und Websites zu ermöglichen.

Indem man diese Trends im Auge behält und sich kontinuierlich weiterbildet, kann man sicherstellen, dass die eigene WordPress-Website immer auf dem neuesten Stand der Technik und den Anforderungen der Benutzer gerecht bleibt.

Fazit

WordPress ist zweifellos eine leistungsstarke und flexible Plattform. Es ermöglicht, sowohl die Realisierung einfacher Blogs als auch komplexer Unternehmenswebsites. Mit der Benutzerfreundlichkeit, Anpassungsfähigkeit und einer engagierten Community, die ständig an Verbesserungen arbeitet, ist es leicht zu verstehen, warum so viele Menschen auf der ganzen Welt WordPress als ihre bevorzugte Lösung für das Erstellen und Verwalten von Websites wählen.

Unabhängig vom technischen Hintergrund oder den Anforderungen, bietet WordPress eine Fülle von Möglichkeiten, um eine Online-Präsenz aufzubauen und zu erweitern. Ich hoffe, dass dieser Beitrag einen detaillierten Überblick über die Möglichkeiten von WordPress gegeben hat und dabei hilft, die eigene Website zu erstellen bzw. zu verwalten. Ansonsten erstelle ich bereits seit meiner Jugend Websites bzw. heutzutage Software und habe mehrere Ausbildungen in dem Bereich. Doch für geschäftliche Anfragen gibt es meine Unternehmenswebsite. Auch mit WordPress erstellt 😉
Auf meinem privaten Blog geht es lediglich um die Wissenserweiterung, Wissensvermittlung und den Austausch.

Der Beitrag WordPress – Das CMS für unendliche Möglichkeiten und grenzenlose Kreativität erschien zuerst auf CEOsBay.

Mit Selenium kann man Interaktionen, in der Regel Testsequenzen, mit einer Webanwendung aufnehmen und diese Tests automatisiert beliebig oft wiederholen. Es nimmt vor allem Entwicklern sehr viel Arbeit ab, da beispielsweise beim Ausfüllen von Webformularen das Testen wesentlich schneller, flexibler und verlässlicher abläuft.

Selenium basiert rein auf HTML und JavaScript. Für einen schnellen Einstieg kann man direkt die Selenium-IDE z. B. als Browser-Add-on installieren und mit dem Testing beginnen. Der Benutzer interagiert ausschließlich mit Firefox, während Selenium die Aufnahme und das Abspielen der Tests übernimmt.

Eine kurze Zeitreise

Im Jahr 2003 fing Jason Huggins, der bereits einige Testing Tools entwickelt hatte, mit der Entwicklung von Selenium an.

Damals war ThoughtWorks weltweit vertreten, aber jeder, der sich außerhalb des Hauptsitzes befand, hatte mit enormen Latenzzeiten zu kämpfen. Allein die Erfassung von Stundenzetteln dauerte eine Ewigkeit. Um diese Einschränkungen zu überwinden, beschloss Jasons Team, JavaScript im Browser zu verwenden, um die Arbeit zu erledigen, anstatt den Server zu verwenden.

Zu dem Zeitpunkt war JavaScript noch nicht zum Standard geworden. Der von Jason geschriebene Code lief zwar in dem Browser Internet Explorer aber nicht auf Mozilla. Die Anpassung des Codes für Mozilla, hätten den Code für Internet Explorer beschädigen können und umgekehrt. Ganz abgesehen von all den zukünftigen Updates für beide Browser gleichzeitig. Dies hätte mehr Schaden als Nutzen verursacht.

Jasons Team brauchte eine zuverlässige Methode, um die Anwendung in den Browsern zu testen. Also recherchierten Jason und zwei weitere Kollegen bei ThoughtWorks ob es irgendwelche Tools gab, die sie verwenden konnten. Wie es meistens so ist, war nichts zu finden, was den eigenen Anforderungen entsprach. So ging es an die Entwicklung von Selenium. Das Tool, welches sie programmiert hatten, konnte Daten eingeben und Schaltflächen auf einer Reihe von Webseiten anklicken, um verschiedene Testszenarien zu durchlaufen dies in mehreren Browsern gleichzeitig.

Im Laufe der Zeit schlossen sich immer mehr Mitarbeiter von ThoughtWorks seiner Arbeit an, bis Paul Hammant dem Team beitrat und die Entwicklung des Programms in die Richtung des heutigen „Selenium Remote Control“ (RC) leitete. Dabei handelt es sich mittlerweile um ein veraltetes Modul.

2007 wechselte Huggins zum Softwarekonzern Google, wo er die Weiterentwicklung und die Fehlerausbesserung des Programms zusammen mit anderen Programmierern vorantrieb. Zur gleichen Zeit entwickelte Simon Stewart bei ThoughtWorks die Browsersteuerung Webdriver (Darüber schreibe ich voraussichtlich auch noch einen Beitrag). Da es für die Entwickler beider Projekte nicht sinnvoll erschien, zwei separate Projekte voranzutreiben, beschlossen sie die beiden Projekte zu „Selenium Webdriver“ bzw. „Selenium 2.0“ zu vereinen.

2008 entwickelte Philippe Hanrigou „Grid“, welches die Ausführung multipler Instanzen ermöglichte. So konnte man das Tool auf einer unbegrenzten Anzahl von Rechnern laufen lassen. Dies führte dazu, dass die Ausführungszeit für große Teststrukturen drastisch verkürzt wurde.

Randnotiz 😀

Der Name Selenium entstand aus einer scherzhaften Bemerkung von Huggins, der in einer E-Mail seine Mitbewerber Mercury damit verspottete, dass eine Quecksilbervergiftung (Mercury poisoning) durch die Einnahme von Selenium geheilt werden kann.

Bestandteile von Selenium

Selenium Core

Das Core-Modul enthält die komplette Basisfunktionalität von Selenium. Die Testbefehl-API und den TestRunner. Unter Verwendung des Core-Modules kann die TestRunner.html-Webseite mit verschiedenen Browsern geöffnet werden. Dadurch werden Kompatibilitätstests mit verschiedenen Browsertypen ermöglicht.

Selenium IDE

Das Selenium IDE ist ein Add-on für Google Chrome und Mozilla Firefox, mit dem man direkt im Browser durch die Interaktion mit einer Webanwendung Testfälle aufnehmen und wieder abspielen kann. Neben der reinen Capture-Replay-Funktionalität lassen sich weitere Überprüfungen mittels „verify“ und „assert“ einbinden. Zudem wird das schrittweise Abspielen von Testfällen, das Setzen von Breakpoints zur Überprüfung der Testfälle und die Wiederverwendung von geteilten Testabläufen unterstützt. Einzelne Testfälle lassen sich zu Testsuites kombinieren und wiederverwenden.

Selenium WebDriver

Selenium WebDriver ist der Nachfolger von Remote Control. Auf Remote Control werde ich nicht weiter eingehen, da dieses Modul veraltet ist. Es akzeptiert Befehle in Selenese oder über die Client-API und leitet diese an den jeweiligen Browser weiter. Eine Besonderheit bildet HtmlUnit. Ab Version 3.0 ist HtmlUnit nicht mehr Bestandteil des WebDrivers. Es handelt sich dabei um einen Webbrowser ohne grafische Anzeige (Headless). Der Selenium WebDriver ist über den Browser Driver implementiert, wodurch die gängigsten Browser unterstützt werden.

Selenium Grid

Selenium Grid ist eine Erweiterung von RC und ermöglicht die parallele Ausführung von Tests auf mehreren Servern, um die Dauer der Testdurchführung zu verkürzen. Der Client-Treiber verbindet sich dabei mit dem Hub anstatt mit dem Server. Der Hub wiederum leitet die Tests auf freie Selenium-Server weiter.

Fazit

Selenium ermöglich, wie mehrfach angesprochen, das direkte Aufzeichnen diverser Test-Szenarien. Bei der Aufzeichnung solcher Testszenarien ist auf jeden Fall Vorsicht geboten, da sich bei einer unkonzentrierten Arbeitsweise Fehler einschleichen können, die einem nachfolgend eventuell nicht auffallen. Die Nutzung von Testsuites kann Sinn machen, da man dadurch eine Gliederung in separate Module erreicht. Die Auswirkungen von Änderungen innerhalb der Applikation können so einfacher auf bestehende Tests übertragen werden, was zu einer besseren Wartung und Wiederverwendbarkeit führt. Sicherlich kann man auch die Arbeit damit wesentlich optimierter und angenehmer realisieren, indem man einiges automatisiert. Aber dazu vielleicht in der Zukunft mehr.

Der Beitrag Selenium – Zur Automatisierung von Web-Tests für zuverlässige Webanwendungen erschien zuerst auf CEOsBay.

Da die Programmierung so stark auf einer exakten Syntax beruht, sind die Namenskonventionen für Programmiersprachen und Ressourcen alles andere als intuitiv. Java und JavaScript sind in etwa so eng miteinander verwandt wie Äpfel und Birnen, und das Python-Logo mag zwar ein Bild von ineinander verschlungenen Schlangen sein, aber eigentlich ist es nach „Monty Python’s Flying Circus“, einer BBC-Comedy-Serie aus den 70er Jahren benannt. Aber dies ist nur die Spitze des Eisbergs :). Für jemanden, der zum ersten Mal von Git und GitHub hört, ist die offensichtliche Verbindung vielleicht nicht ganz so offensichtlich.

Ist es nun dasselbe? Wenn nicht, sind sie in irgendeiner Weise miteinander verbunden? Oder ist die Verbindung, wie bei Java und JavaScript, nur oberflächlich?

Dies sind durchaus gerechtfertigte Fragen. Immerhin war Microsoft im Jahr 2018 bereit, 7,5 Milliarden Dollar für die Übernahme auszugeben, sodass Entwickler aller Qualifikationsstufen aufhorchen sollten. Die Wahrheit ist, dass Beiden viel enger miteinander verbunden sind als Java und JavaScript – aber mit einigen wichtigen Unterschieden, die sie voneinander unterscheiden. Nachdem ich gestern bereits über Git geschrieben habe, hier die Eigenschaften von GitHub.

Was ist GitHub?

In der Diskussion wurde oft der Vergleich gezogen, dass GitHub für Git das ist, was Facebook für das tatsächliche Gesicht ihrer Nutzer ist. Folglich ist Facebook eine Art Online-Gesichtsdatenbank und GitHub ist als Hosting-Service für Git-Repositories konzipiert.

Und was genau ist ein Git-Repository-Hosting-Dienst?

Es handelt sich um eine Online-Datenbank, mit der Git-Versionskontrollprojekte außerhalb des lokalen Computers/Servers gemeinsam genutzt werden können. Während Git lokal betrieben bzw. selbst gehosted werden muss, ist GitHub ausschließlich Cloud-basiert und ein kostenpflichtiger Dienst (Die grundlegenden Repository-Hosting-Funktionen sind kostenlos verfügbar, wenn man ein Profil erstellt ;). Was GitHub zu einer beliebten Wahl für Open-Source-Projekte macht).

Das liegt daran, dass es nicht nur alle Funktionen und Vorteile von Git bietet, sondern auch die Grundfunktionen von Git erweitert. Es bietet eine äußerst intuitive, GUI (Graphical User Interface – Grafische Benutzeroberfläche) und stellt Programmierern integrierte Kontroll- und Aufgabenverwaltungswerkzeuge zur Verfügung. Zusätzliche Funktionen können über den Marketplace-Dienst implementiert werden. Und da GitHub cloudbasiert ist, kann jede autorisierte Person von jedem Computer oder Smart-Device, ja, auch mit dem Smartphone, überall auf der Welt auf die Git-Repositories zugreifen (Vorausgesetzt, die Person verfügt über eine Internetverbindung).

Man kann darüber den eigenen Code mit anderen teilen und im Zuge der Kollaboration die Möglichkeit nutzen, Überarbeitungen an den verschiedenen Git-Zweigen vorzunehmen. Auf diese Weise können sich ganze Teams in Echtzeit in diversen Projekten abstimmen. Wenn Änderungen vorgenommen werden, werden neue Zweige erstellt, so dass das Team den Code weiter überarbeiten kann, ohne die Arbeit der anderen zu überschreiben. Diese Zweige sind wie Kopien, und die darin vorgenommenen Änderungen werden nicht in den Hauptverzeichnissen auf den Rechnern der anderen Benutzer wiedergegeben, es sei denn, die Benutzer entscheiden sich dafür, die Änderungen zu pushen (schieben) oder zu pullen (ziehen), um sie zu übernehmen. Es gibt auch eine Desktop-Anwendung, die einige zusätzliche Funktionen für erfahrene Entwickler bietet.

Es gibt auch andere Git-Repository-Hosting-Dienste wie GitLab, BitBucket und SourceForge, die allesamt brauchbare Alternativen darstellen und mit denen ich auch schon in verschiedenen Projekten gearbeitet habe. GitLab bietet sogar eine integrierte Option, mit der die Nutzer ihre Projekte direkt nach GitLab migrieren können.

Tabellarische Gegenüberstellung

Fazit

Alles in allem ist Git ein Versionskontrollsystem, mit dem man den Quellcode verwalten und verfolgen kann. GitHub ist ein Cloud-basierter Hosting-Dienst, mit dem man die Git-Repositories verwalten kann. Wenn man ein Open-Source-Projekt hat, welches Git verwendet, dann soll es helfen, dieses einfacher zu verwalten.

Schließlich sind die Namenskonventionen in der Welt der Programmierung nicht immer intuitiv. Deshalb lohnt es sich, die Verbindungen und Unterschiede zwischen den ähnlich benannten Lösungen zu erkennen. Beide bieten Programmierern wertvolle Versionskontrollfunktionen, sodass man laufend Software erstellen kann, ohne die Befürchtung zu haben, dass alles durcheinander kommt, da viele Menschen daran arbeiten. In diesem Fall verderben viele Köche nicht wirklich den Brei. GitHub geht nur ein bisschen weiter als Git. Es bietet ein paar Funktionen mehr sowie Ressourcen wie den Online-Speicherplatz und erleichtert die Zusammenarbeit an Projekten durch eine einfach zu bedienende Benutzeroberfläche.

Der Beitrag GitHub – Das Zentrum kollaborativer Softwareentwicklung und der Ort, um Code, Ideen und Innovationen zu teilen erschien zuerst auf CEOsBay.

Git wurde ursprünglich von Linus Torvalds im Jahr 2005 für die Entwicklung des Linux-Kernels entwickelt, wobei andere Kernel-Entwickler zur anfänglichen Entwicklung wesentliche Beiträge geleistet haben. Seit 2005 ist Junio Hamano der Hauptverantwortliche. Wie bei den meisten anderen verteilten Versionskontrollsystemen und im Gegensatz zu den meisten Client-Server-Systemen ist jedes Git-Verzeichnis auf jedem Computer ein vollwertiges Repository mit einer vollständigen Historie und vollständigen Versionsverfolgungsfunktionen, unabhängig vom Netzwerkzugang oder einem zentralen Server. Git ist, wie Anfangs angesprochen, freie und Open Source Software, die unter der GPL-2.0-Lizenz vertrieben wird.

Eine kurze Anekdote über Git und dessen Abbreviatur

Linus Torvalds witzelte sarkastisch über den Namen git (was im britischen Slang „unangenehme Person“ bedeutet): „Ich bin ein egoistischer Mistkerl und benenne alle meine Projekte nach mir selbst. Erst „Linux“, jetzt „Git“. Die Manpage beschreibt Git als „the stupid content tracker“ Die Read-me-Datei des Quellcodes führt weiter aus:
„Git“ kann alles Mögliche bedeuten, je nach Laune (Ich werde dies in der englischen Sprache belassen, da es so wahrscheinlich mehr Sinn macht 😉 ).

• Random three-letter combination that is pronounceable, and not actually used by any common UNIX command. The fact that it is a mispronunciation of „get“ may or may not be relevant.
• Stupid. Contemptible and despicable. Simple. Take your pick from the dictionary of slang.
• „Global information tracker“: you’re in a good mood, and it actually works for you. Angels sing, and a light suddenly fills the room.
• „Goddamn idiotic truckload of sh*t“: when it breaks.

Um Git zu verstehen sind im Prinzip 8 Begriffe relevant. Repository (Kurz: Repo), die Versionskontrolle, Fork bzw. Forking (Gabel bzw. Gabelung), Branch (Verzweigung), Stage (Phase oder Stadium), Modified (modifiziert), Commit (Verbindlichkeit) und Merge (Zusammenführung). Diese Begriffe werde ich nachfolgend beschreiben.

Was ist eine Repository?

Eine Repository, kurz Repo genannt, ist ein Speicherort für Softwarepakete. Oft wird auch ein Inhaltsverzeichnis zusammen mit Metadaten (Metainformationen bzw. -daten sind strukturierte Daten, die Informationen über Merkmale anderer Daten enthalten) gespeichert. Eine Software-Repository wird in der Regel von Source-Control-Managern (SCM) oder Repository-Managern (Ein Repository-Manager ist eine dedizierte Server-Anwendung, die für die Verwaltung von Repositories mit binären Komponenten entwickelt wurde) verwaltet – Dazu teilweise mehr in der Versionskontrolle und in späteren Beiträgen. Paketmanager ermöglichen die automatische Installation und Aktualisierung von Repositories (Deshalb auch „Pakete“ genannt).

Viele Organisationen und Softwarehersteller unterhalten zu diesem Zweck Server im Internet, teilweise kostenlos oder gegen eine Gebühr. Repositories können können verschiedene Programmiersprachen, Betriebssysteme, Spiele oder andere Anwendungen sowie Dokumente und Daten beherbergen. Die Betreiber solcher Repositories stellen in der Regel ein Paketverwaltungssystem zur Verfügung. Folglich Werkzeuge, mit denen Softwarepakete aus den Repositories gesucht, installiert und anderweitig bearbeitet werden können. Viele Linux-Distributionen (Der Begriff Distribution stammt aus dem Lateinischen „distributio“ und hat im Zusammenhang mit Software zwei unterschiedliche Bedeutungen: Softwarepaketierung und Softwareverteilung) verwenden z. B. das Advanced Packaging Tool (APT), das häufig in Debian-basierten Distributionen zu finden ist oder yum in Red Hat-basierten Distributionen. Es gibt auch mehrere unabhängige Paketverwaltungssysteme, wie z. B. pacman, dass in Arch Linux verwendet wird und equo, welches in Sabayon Linux zu finden ist. Ich bin primär mit Debian-basierten Distributionen unterwegs. Werde ich aber in zukünftigen Beiträgen ausführlicher thematisieren.

Was ist Versionskontrolle?

Die Versionskontrolle unterstützt Entwickler bei der Verfolgung und Verwaltung von Änderungen am Quellcode eines Softwareprojekts. Wenn ein Projekt und die Anzahl der Programmierer wachsen, wird die Versionskontrolle unabdingbar. Doch in der Regel kommen sowohl bei kleineren als auch größeren Softwareprojekten mehrere Personen zum Einsatz, die gemeinsam an dem Quellcode arbeiten. Wenn man beispielsweise als Core-Entwickler an einem bestimmten Teil der Codebasis arbeiten möchte, ist es nicht förderlich oder effizient, wenn der Quellcode direkt bearbeitet wird, da zeitgleich noch andere die an dem Projekt beteiligt sind und daran arbeiten. Dies kann am Ende des Tages für ein enormes Durcheinander sorgen 😀

Da man auf dieses Durcheinander gut verzichten kann, arbeitet man als Entwickler mit einer Versionskontrolle „sicher“ durch branching (Verzweigungen) und merging (Zusammenführungen). „Sicher“ in Anführungszeichen, da es auch da einige Stolpersteine gibt 😉

Beim branching dupliziert ein Entwickler den Teil des Quellcodes (Das so genannte Repository bzw. die Repo), der für ihn relevant ist und kann die Änderungen genau an diesem Teil des Codes vornehmen, ohne den Rest des Projekts zu beeinträchtigen. Sobald der Entwickler seinen Teil des Codes ordnungsgemäß fertiggestellt hat, kann er diesen Code wieder in den Hauptquellcode mergen (einbinden), um es offiziell zu machen. All diese Änderungen werden protokolliert, kommentiert und können bei Bedarf eingesehen, kontrolliert oder rückgängig gemacht werden.

Was ist Fork. bzw. Forking?

Ein Fork ist eine Kopie einer Repository. Das Forken einer Repository ermöglicht es, frei mit Änderungen zu experimentieren, ohne das Originalprojekt zu beeinträchtigen. Dieser Begriff wird auch anderweitig genutzt, doch darauf werde ich jetzt nicht weiter eingehen 😀

Was ist Branch bzw. Branching?

Ein Branch (Zweig) ist ein hervorstehender Teil eines Baumes. Etwas, dass aus einem Hauptteil herausragt. So, auch in unserem Kontext. Ein Zweig stellt eine unabhängige Entwicklungslinie dar. Zweige dienen als Abstraktion für den Prozess der Bearbeitung (Stage/Commit). Man kann sie sich als eine Möglichkeit vorstellen, ein neues Arbeitsverzeichnis, einen Bereitstellungsbereich und/oder einen Projektverlauf anzufordern.

Was ist Modified bzw. Modifying?

Modified (Geändert) bedeutet, dass die Datei(en) geändert wurden aber noch nicht in die Datenbank bzw. Repository übertragen wurden.

Was ist Stage bzw. Staging?

Staged (Phase/Stadium) bedeutet, dass eine geänderte Datei in ihrer aktuellen Version markiert wurde, um sie in dem nächsten Commit-Snapshot (Schnappschuss) zu übernehmen.

Was ist Commit bzw. Committing ?

Commits (Verbindlichkeiten) sind die zentralen Bausteineinheiten einer Git-Projektzeitleiste. Sie können als Schnappschüsse oder Meilensteine entlang der Zeitachse eines Git-Projekts betrachtet werden. Commits werden mit dem Befehl „git commit“ erstellt, um den Zustand eines Projekts zu diesem Zeitpunkt festzuhalten. Im Endeffekt wie das Zwischenspeichern mit F5 bei Spielen oder Strg + S bei der regulären Arbeit am Computer. In der Betrachtungsweise einiger interessanter und manchmal nervtötender Zeitgenossen – Lediglich etwas fundamentaler 😉

Merge

Mit dem Merging-Befehl fügt Git einen geforkten (aufgegabelten) Verlauf wieder zusammen. Mit dem Befehl „git merge“ kann man die unabhängigen Entwicklungslinien, die mit dem Befehl „git branch“ erstellt wurden, in einen einzigen Zweig integrieren.

Fazit

Alles in allem sollte dies für eine kurze Erklärung reichen. In naher Zukunft werde ich auch ein Tutorial über die Nutzung von Git schreiben. Sicherlich gibt es heutzutage auch kommerzielle Cloud-Lösungen wie GitHub oder GitKraken, die diese Schritte auf wenige Mausklicks reduzieren und so eine nahtlosere Zusammenarbeit ohne etwaige Vorkenntnisse ermöglichen, doch dies werde ich auch in zukünftigen Beiträgen thematisieren.

Der Beitrag Git – Die Codeverwaltung für effiziente Zusammenarbeit revolutionieren erschien zuerst auf CEOsBay.

Was ist Mastodon?

Mastodon, 2016 von dem deutschen Softwareentwickler, Eugen Rochko, aus Berlin, gegründet. Im Gegensatz zu den beliebten kommerziellen Social-Media-Plattformen, ist Mastodon Open Source. Folglich dient die Anwendung im Idealfall dem Ziel, der Öffentlichkeit einen Mehrwert zu schaffen und nicht primär irgendwelchen Aktionären.

Den Begriff Open Source habe ich bereits mehrfach in meinen Beiträgen erwähnt und werde es in einem der nachfolgenden Beiträge genauer erklären. Laut seiner Aussagen in seinem Blog arbeitete Eugen Rochko 5 Jahre lang als Einzelunternehmer an dem Projekt, mit dem er unter anderem auch seinen Lebensunterhalt bestritt, bevor er sich als Angestellter des gegründeten Unternehmens ein Gehalt ausgezahlt hat. 8 Jahre sollen die juristischen Angelegenheiten für die ordnungsgemäße Gründung gefressen haben.

(Hatte ich schon erwähnt, wie toll Deutschland als Gründungsland und Tech-Standort funktioniert? 😉)

Laut seiner Aussagen, konnten mehr Ressourcen für Dinge wie die Einstellung zusätzlicher Entwickler, UX-Designer, die Entwicklung offizieller Apps usw. aufgebracht werden. Im Juni 2021 konnte dann die Mastodon gGmbH (gemeinnützige Gesellschaft mit beschränkter Haftung) offiziell eingetragen werden. Eine kurze Erklärung, was eine gGmbH ist, erfolgt gleich im Anschluss.

Was ist eine gGmbH?

Eine gemeinnützige Gesellschaft mit beschränkter Haftung ist im Grunde genommen ähnlich strukturiert wie eine gewinnorientierte Gesellschaft mit beschränkter Haftung.

Mit ein paar wichtigen Unterschieden:

• Die Gründungsurkunde der Gesellschaft ist so verfasst, dass die Tätigkeit der Gesellschaft auf Ziele ausgerichtet ist, die der Allgemeinheit zugute kommen
• Die Gesellschafter dürfen keine Einkünfte aus der Tätigkeit der Gesellschaft erhalten und können höchstens die Gelder abheben, die sie ursprünglich eingezahlt haben
• Die Mitarbeiter dürfen keine außerordentlich hohen Löhne erhalten und die Gesellschaft kann Spenden erhalten, die dann steuerfrei sind, obwohl alle anderen Einkünfte, die nicht der Definition einer Spende entsprechen, weiterhin mit verschiedenen Steuern belegt werden
• Um eine solche juristische Person zu gründen, muss die Gründungsurkunde einer Prüfung durch das Finanzamt standhalten und die Gründer müssen ein Startkapital von 25.000 EUR einzahlen, wie es bei einer GmbH üblich ist.

Weiter mit „Was Mastodon eigentlich ist…“

Mastodon mag auf den ersten Blick wie ein Twitter-Klon aussehen aber das System hinter der Microblogging-Plattform ist etwas komplexer. Der Dienst ist dezentralisiert. Nicht im Sinne einer Blockchain. Die werde ich auch noch genauer unter die Lupe nehmen und in einem Beitrag thematisieren. Sie beschreibt sich selbst als „Federation“. Mit Föderation, in diesem Kontext, ist eine Form der Dezentralisierung gemeint, die anstelle eines zentralisierten Dienstes, den alle Menschen nutzen, mehrere Dienste, die von einer beliebigen Anzahl von Menschen zur Verfügung gestellt und genutzt werden kann.

Eine Mastodon-Webseite kann selbstständig funktionieren. Genau wie bei einer herkömmlichen Webseite, melden sich die Benutzer*Innen an, posten Nachrichten, laden Bilder hoch und sprechen miteinander. Im Gegensatz zu einer herkömmlichen Webseite können jedoch Mastodon-Webseiten mit den Nutzern interagieren und auch ihre Nutzer können untereinander kommunizieren. So als ob man eine E-Mail von einem Gmail-Konto an jemanden schickt, der bei beispielsweise bei Fastmail, ProtonMail oder einem anderen E-Mail-Anbieter registriert ist. Solange man die Adresse des Empfängers kennt, kann man jeden auf einer beliebigen Seite mit seiner Adresse erwähnen oder benachrichtigen.

Wie läuft die Sache mit der Registrierung/Anmeldung?

Wenn man ein Konto zum ersten Mal erstellt, wählt man einen Server aus (Ähnlich wie bei der Eröffnung eines E-Mail-Kontos bei einem Provider), der die Adresse des Profils generiert. Wenn man sich zum Beispiel über den „ioc.exchange“ bei Mastodon anmeldet, lautet die Adresse @[Benutzername]@ioc.exchange. Unabhängig davon, bei welchem Server man sich anmeldet, kann man mit Benutzern von anderen Servern kommunizieren, so wie Gmail-Nutzer beispielsweise Protonmail-Nutzer anschreiben und umgekehrt. Allerdings kann es sein, dass einige Server andere Server blockieren, da sie nicht so ganz miteinander klarkommen (Gründe hierfür sind beispielsweise Interessenkonflikte). Folglich kann mit niemandem eines blockierten Servers kommunizieren werden.

Das Mastodon Jargon bzw. die Fachsprache

Mastodon-Benutzer bezeichnen die einzelnen Gemeinschaften im Allgemeinen als „Instanzen“ oder Server. Diese Mastodon-Server können von Einzelpersonen, Gruppen oder Organisationen erstellt und betrieben werden, die jeweils ihre eigenen Regeln für die Anmeldung von Benutzern sowie ihre eigenen Moderationsrichtlinien haben. Bei einigen Servern kann jeder mitmachen, während andere nur auf Einladung oder mit Genehmigung eines Administrators betrieben werden. Ein Server für professionelle Wissenschaftler verlangt beispielsweise, dass die Bewerber einen Link zu ihrer Forschung angeben, um zu zeigen, dass sie tatsächlich in einem professionellen akademischen Kontext bzw. Umfeld arbeiten.

Die Wahl des Servers, auf dem man das eigene Konto registrieren möchte, mag aufwändig erscheinen – Aber es ist möglich, das Konto später wieder zu verschieben. Aus diesem Grund ist die Auswahl des Servers nicht fundamental bzw. unumkehrbar. Außerdem kann man nach wie vor anderen Personen folgen, unabhängig davon, auf welchem Server man sich befindet.

Mastodon verwendet ein standardisiertes, offenes Protokoll zur Umsetzung des Verbunds. Es wird als ActivityPub bezeichnet. Jede Software, die von und durch die Federation über ActivityPub implementiert wird, kann nahtlos mit Mastodon kommunizieren, genau wie Mastodon-Webseiten miteinander kommunizieren.

Das Fediverse („federated universe“) ist die Bezeichnung für alle Webseiten, die über ActivityPub und das www (World Wide Web) miteinander kommunizieren können. Dazu gehören alle Mastodon-Server und auch andere Implementierungen wie:

• Pleroma – Ein modulares Microblogging-System
• Pixelfed – Eine föderierte Plattform für die gemeinsame Nutzung von Bildern, mit der man Medienbeiträge teilen und konsumieren kann
• Misskey – Das neben Microblogging auch ein anpassbares Dashboard enthält
• PeerTube – Mit dem man Videos in Kanäle hochladen kann
• Plume – Mit dem man längere Artikel veröffentlichen kann
• Und viele mehr, da es sich um individuelle und persönliche Webseiten handelt

Mastodons Äquivalent von Tweets werden als „Toots“ bezeichnet. Doch dieser Begriff scheint nicht mehr so beliebt zu sein und wird von den Nutzern eher als „Posts“ bezeichnet. Dennoch wird der Begriff „Toot“ immer noch auf älteren Clients von Drittanbietern verwendet.

Es unterstützt eine Reihe von Twitter-Konventionen wie Antworten, Retweets, Favoriten, Lesezeichen und Hashtags. Aber Retweets werden als „Boosts“ bezeichnet und es unterstützt nicht das Konzept der Zitat-Tweets. Dies war eine bewusste Entscheidung des Gründers. Seiner Meinung nach ermutigt es das Individuum mit der Audienz zu interagieren, statt mit einer spezifischen Person.

Auch die Mastodon-Listen scheinen etwas anders zu funktionieren als bei Twitter, da man nur Personen zu einer Liste hinzufügen kann, denen man bereits folgt. Und Direktnachrichten auf Mastodon sind nur Beiträge mit dem @Benutzernamen, keine privaten Nachrichten, die in einem DM-Posteingang landen.

Was klassifiziert Mastodon als Open Source?

Jeder kann Mastodon herunterladen, verändern und auf seinem eigenen Server installieren – Das Urheberrecht liegt nicht bei den Entwicklern der Plattform.

Dies bedeutet jedoch nicht, dass man den Code von Mastodon ohne Quellenangabe einfach so übernehmen kann, wie die Social-Media-Plattform des ehemaligen Präsidenten Donald Trump, „Truth“ im Jahr 2021, die Runde machte. Freie Software steht in der Regel unter der Lizenz AGPL. Diese erlaubt es, den Code zu benutzen und zu verändern, wenn man sich dabei an die Lizenzvereinbarungen hält. Die AGPL-Lizenz schreibt vor, dass die Software auch nach ihrer Veränderung öffentlich zugänglich bleibt. Das soll verhindern, dass kommerzielle Anbieter*Innen sich den Code aneignen, ohne der Allgemeinheit etwas zurückzugeben.

Gibt es im Vergleich zu Twitter irgendwelche Nachteile?

Soweit ich es beurteilen kann, ist die Nutzerbasis von Mastodon im Vergleich zu Twitter immer noch sehr klein. Es ist vergleichsweise auch weitaus weniger intuitiv zu bedienen, da es nicht für ein großes globales Publikum wie Twitter ausgelegt ist. Dies kann sich aber mit der Zeit ändern. Vor allem dann, wenn sich dem Projekt mehr Entwickler anschließen.

Und da die Ausstattung, damit sind die Hardware-Ressourcen gemeint, von Mastodon noch nicht so gut ist wie die von Twitter, funktioniert es scheinbar hin und wieder nicht so gut. In den letzten Tagen war der Dienst zeitweise träge, wenn nicht sogar völlig zum Stillstand gekommen, da sich die Server an den massiven Zustrom neuer Nutzer erst anpassen mussten. Dies kann sich auch auf andere Bereiche der Nutzung auswirken. Vor allem wenn man versucht, auf die Schnelle eine Reihe von Freunden auf dem Dienst zu folgen, und feststellt, dass man zwischendurch warten muss, weil Restriktionen auftreten.

Was sind die Vorteile von Mastodon im Vergleich zu Twitter?

Allem voran, es ist Open Source und vor allem dezentral. Ob es dem Twitter-Hype gleichkommt, kann ich mir persönlich nicht vorstellen. Einige Nutzer können Mastodon jedoch Twitter vorziehen, da es von Natur aus individueller anpassbar ist. Im Gegensatz zu Twitter haben die einzelnen Communities unterschiedliche Inhaltsrichtlinien, die eine Vielzahl von unterschiedlichen Nutzererfahrungen ermöglichen, die man so bei Twitter nicht hat. Und obwohl die Nutzerbasis auf Mastodon kleiner ist, kann dies manchmal zu persönlicheren und direkteren Gesprächen führen, als wenn man sozusagen ins Leere tweetet.

Wie steht es mit der Sicherheit?

Mastodon ist das, was man daraus macht. Aufgrund des dezentralen Charakters von Mastodon, kann man den eigenen Wünschen entsprechend, ein kontrolliertes Online-Erlebnis, mit strengeren Schutzmaßnahmen gegen Belästigungen erschaffen, wenn man einen Server erstellt. Einige Mastodon Funktionen existieren explizit für die Eindämmung von Belästigungen. Man kann zum Beispiel nur nach Hashtags suchen. Nicht aber nach Wörtern, die in einem Beitrag vorkommen. Wenn man also möchte, dass ein Beitrag auffindbar ist, kann man es taggen. Wenn das Publikum eingeschränkt werden soll, kann niemand den Tweet über beispielsweise „Teureres Parfüm“ finden, indem nach „Teureres Parfüm“ gesucht wird, wenn es nicht getagged wurde.

Eine textbasierte Suche kann jedoch Beiträge anzeigen, die man selbst geschrieben, favorisiert oder geboosted hat. Auch sind die Beiträge auffindbar, in denen jemand die eigene Person erwähnt oder getagged hat..

Der Dienst verfügt über eine weitere praktische Funktion, die es Nutzern ermöglicht, direkt im Erstellungsfeld eine Inhaltswarnung zu einem Beitrag hinzuzufügen. Einige Mastodon-Nutzer haben sich in letzter Zeit einen Spaß daraus gemacht und andere gewarnt, dass ihr Beitrag ein Twitter-Drama zum Inhalt hat.

Können Bilder/Medien gepostet werden?

Wie bereits erwähnt, unterstützt Mastodon viele Twitter-Konventionen. Die Unterstützung für Medien ist jedoch relativ begrenzt. Twitter untertützt eine Vielzahl von Medien und anderen Daten, die man an Tweets angehängten kann. Einschließlich der eignen sozialen „Spaces“, die Audio, Fotos, Videos, GIFs, Umfragen, genaue Ortsangaben und experimentelle „Status“-Tags enthalten. Mastodon unterstützt lediglich Bilder, Videos, Audio und Umfragen.

Man kann einem Beitrag bis zu vier Bilder mit einer Größe von bis maximal 8 Megabyte hinzufügen. Videos und Audiodateien können beliebig lang sein, die Dateigröße ist jedoch auf 40 Megabyte begrenzt.

Kann man privat Freunden schreiben/posten?

Ähnlich wie bei Twitter soll es den Nutzern möglich sein, die Sichtbarkeit der Tweets durch die „Circle-Funktion“ einzuschränken. So bietet Mastodon die Möglichkeit, die Privatsphäre eines Beitrags zum Zeitpunkt der Erstellung festzulegen. Beiträge können so eingestellt werden, dass sie für alle sichtbar sind. Auch so, dass sie nicht gelistet werden. Man kann sie von den „discovery features“ ausschließen. Nur für die eignen Follower sichtbar machen oder nur für die ausschließlich erwähnten Nutzer sichtbar machen.

Kann man wie bei „Twitter-Blue“ verifiziert werden?

Es gibt kein universelles Verifizierungssystem wie bei Twitter. Einige Server überprüfen die Benutzeranmeldungen und man kann sich in gewisser Weise selbst verifizieren. Dies macht man, indem man Links zu dem eigenen Mastodon-Profil hinzufügt. Diese müssen ein bestimmtes Attribut (rel=“me“) haben, um zu beweisen, dass man die Person ist, die man vorgibt zu sein.

Einige Server machen sich zurzeit mit der Verifizierung auf eine weniger offizielle Art und Weise einen Spaß. Auf dem Server mstdn.social kann man beispielsweise dem Anzeigenamen blau-weiße Häkchen und andere Emoji hinzufügen, die einen verifiziert aussehen lassen, obwohl diese Emojis keinerlei Bedeutung haben – So ähnlich wie das neue Verifizierungssystem von Twitter, nur kostenlos! 😉

Ist Mastodon hier, um zu bleiben?

Mastodon erfährt einen massiven Zustrom neuer Nutzer von Twitter. So viel ist jedenfalls klar. Ob sich dieses Wachstum fortsetzen kann, wird sich zeigen. Mit nur 1,8 Millionen Nutzern am Tag ist Mastodon weitaus kleiner als Twitter, welches Stand heute über 206 Millionen täglich aktive Nutzer zählt, die darüber hinaus auch noch monetisiert werden können. Dennoch sind nicht alle sozialen Netzwerke gleich und vielleicht zieht man es auch vor, auf einem eigenen Server über Spiele zu plaudern, anstatt in ein Reich des Wahnsinns zu twittern. Oder aber man ist fasziniert von dezentralisierten Systemen und macht allein schon aus diesem Grund mit.

Kann man von Twitter zu Mastodon cross-posten?

Ja, dies scheint mithilfe von Tools von Drittanbietern möglich zu sein. So kann man mit den gängigen Autorisierungen, Twitter-Posts direkt zu Mastodon weiterleiten. Hierzu gibt es bereits einige Repositories auf GitHub, die man dafür nutzen kann. Auf GitHub und Repositories gehe ich in einem späteren Beitrag ein.

Fazit

Alles in allem finde ich Open Source Anwendungen grundsätzlich gut. Ob sich Mastodon durchsetzen wird, lässt sich in diesem Augenblick wohl eher schlecht als recht sagen. Auch sollte man nicht vergessen, dass sich im Jahr 2019 das rechtsradikale Netzwerk „Gab“ mit ungefähr einer Millionen Nutzer*Innen auf Mastodon niederließ und damit eines der größten Knotenpunkte darstellte. Aus diversen Foren habe ich erfahren, dass Administratoren vieler Instanzen Gab blockiert haben (Hierfür ist ein einfacher Eintrag in den Einstellungen der jeweiligen Instanz nötig).

Folglich wurden Nachrichten „Toots“ von Gab nicht mehr weitergeleitet, man konnte die Nachrichten auch nicht mehr in der öffentlichen Timeline sehen und man konnte Gab Nutzer nicht suchen bzw. finden. Die Entwickler*Innen von Mastodon selbst distanzierten sich umgehend von Gab. Ich bin jetzt auf jeden Fall mal dabei und werde mich die Tage, falls ich etwas Zeit finde, mehr damit beschäftigen. So gesehen, war ich bereits ende 2018 mal online, doch irgendwie wurde der Server scheinbar gelöscht. Heute findet man mich auf Mastodon über @coezbay@ioc.exchange – Erst einmal nicht so aktiv und eher aus Forschungszwecken dabei 😉

Der Beitrag Mastodon – Open Source Twitter Alternative erschien zuerst auf CEOsBay.

Zunächst muss vielleicht noch der Begriff Token näher erläutert werden. Ethereum basiert auf der Nutzung von Tokens, die Anwender kaufen, verkaufen oder handeln können. Diese dürfen nicht verwechselt werden mit Ether, welches die natürliche Währung der Ethereum Blockchain ist. Tokens sind digitale Assets oder Dienstprogramme, die auf der Blockchain basieren. Ihnen kann ein bestimmter Wert zugeschrieben werden. Diese Werte können ganz unterschiedlich sein, wie zum Beispiel Schuldscheine, Services oder reale Objekte. Damit sind sie also genauer betrachtet keine Kryptowährung. Token sind Smart Contracts, die im Fall von ERC-20, auf der Ethereum-Blockchain ausgeführt werden.

Der am weitesten verbreitete Token-Standard ist der ERC-20. Ethereum gab 2015 erstmals technische Spezifikationen für einen Token auf ihrer Blockchain aus. Dabei steht ERC für „Ethereum Request for Comments“. Die Zahl 20 steht für die eindeutige Identifikationsnummer, die diesem Standard einmal erteilt wurde, um ihn von anderen zu unterscheiden. ERC-20 ist also ein Standardprotokoll, der die Regeln und die Funktionsweise eines Tokens auf der Ethereum Blockchain vorgibt.

Funktionen des ERC-20 Tokens

ERC-20 definiert eine Liste von Regeln für alle auf diesem Standard beruhenden Token. Dadurch können Entwickler leichter neue Token erstellen, ohne jedes mal von vorne anfangen zu müssen. Die vom Ethereum-Team festgelegten Regeln bieten dabei genug Freiraum, um Entwicklern die nötige Flexibilität in der Gestaltung des Tokens zu ermöglichen.

Der Token-Standard besteht aus insgesamt 6 Funktionen und 2 Ereignissen. Er wurde geschaffen, um die Interoperabilität zwischen Anwendungen, Austauschknoten und Schnittstellen zu ermöglichen. Die Funktionen beschreiben, wie Token übertragen und wie auf tokenbezogene Daten zugegriffen werden kann und soll. Die Ereignisse hingegen enthalten Formatierungsrichtlinien für Transaktionen und Genehmigungen. Die Smart Contracts von Ethereum, einschließlich aller Token-Verträge, sind in der Programmiersprache Solidity geschrieben.

Vorteile des ERC-20 Tokens

• Einheitliche und schnelle Transaktionen
• Effizientere Transaktionsbestätigungen
• Reduziert das Risiko des Vertragsbruchs durch ein Smart Contract
• Die in ERC-20 implementierte Funktion hilft dem Web-Client, effizienter und schneller mit anderen Token und der Blockchain zu interagieren

Wer verwendet den ERC-20 Standard?

Etherscan dokumentiert die Anzahl der Ethereum Tokens, die auf dem ERC-20 Standard basieren. Demzufolge gibt es zum Zeitpunkt der Erstellung dieses Artikels insgesamt 683501 ERC-20 Token Contracts. Diese Zahl ist stetig am wachsen, zumal immer wieder neue Token erstellt werden. Der Token-Standard wurde aufgrund des gestiegenen Interesses an ICO’s eingeführt. Denn der größte Vorteil, liegt in der Interoperabilität mit anderen konformen Token und dezentralen Anwendungen auf Ethereum. Dadurch können sie auf allen Plattformen gehandelt werden, die Ethereum-Standards unterstützen.

Wohin mit den Token?

Token werden in der Regel in Wallets und / oder diversen Handelsplattformen gespeichert. Einige davon sind folgende:

• Ledger – Eine persönliche Empfehlung als gute Hardware Wallet
  (Beim Kauf über diesen Empfehlungslink gibt es einen Rabatt in Höhe von 20%)
• Trezor – Eine persönliche Empfehlung als gute Hardware Wallet
• Trust – Eine Wallet App für Android und iOS
• Parity – Ein Desktop Client für Mac OS, Windows und Linux
• Mist – Eine Standardwallet von Ethereum
• Metamask – Sehr gute Web-Lösung für Ethereum und ERC-20 Token die auch mit Hardware Wallets wie Trezor oder Ledger gesichert werden kann

Gibt es andere ERC-Token-Standards?

Der ERC-20 hat auch die ein oder andere Schwachstelle. Wenn beispielsweise ein Token verwendet wird, um Ether an einen anderen Smart Contract zu senden, der nicht kompatibel ist, wird die Transaktion nicht abgelehnt, da die eingehende Transaktion nicht erkannt wird. Die versendeten Ether liegen in der Schwebe und sind für den Benutzer im Grunde verloren. Laut dem letzten dokumentierten Stand vom 31.12.2017 gingen auf diese Weise Token im Wert von etwa 3,33 Millionen USD flöten.

Aus diesem Grund wurden neue Standards ausgearbeitet. Einer davon ist der ERC223 Token-Standard. Dieser löst das Problem, indem es nicht-kompatible Transaktionen ablehnt. Ein weiterer Standard ist der ERC721. Er unterscheidet sich vom ERC-20, weil er nicht fungibel ist. Ein so genannter Non Fungible Token bzw. NFT. Es ermöglicht Token oder Assets zu erzeugen, die einzigartig und nicht beliebig austauschbar sind. Dies ist zum Beispiel bei In-Game-Assets oder für Plattformen wie Cryptokitties (Ich liebe die kleinen Kätzchen 🐱) wichtig.

Der Beitrag ERC-20 Token – Universeller Standard für die Erstellung von dezentralen Finanzanwendungen erschien zuerst auf CEOsBay.