Wer oder was ist das W3C?

Das (World Wide Web Consortium) ist eine internationale Organisation, die sich der Entwicklung offener Standards für das Web verschrieben hat. Gegründet wurde sie 1994 von Tim Berners-Lee, dem Erfinder des World Wide Web. Ihr Ziel: Das volle Potenzial des Webs auszuschöpfen – für alle, überall.

Der Leitsatz lautet:

“Leading the Web to its full potential.”

Warum ist das W3C so wichtig?

Das Web besteht aus einer Vielzahl an Technologien – HTML, CSS, JavaScript, SVG, Web APIs und viele mehr. Damit Websites und Webanwendungen unabhängig vom Gerät, Browser oder Betriebssystem gleich gut funktionieren, braucht es gemeinsame Regeln. Genau diese entwickelt das W3C.

Ein paar zentrale Aufgaben:

• Standardisierung: Das W3C legt fest, wie grundlegende Webtechnologien funktionieren (z. B. HTML5 oder CSS3).
• Interoperabilität: Standards sorgen dafür, dass Inhalte plattformübergreifend nutzbar sind.
• Barrierefreiheit: Mit den WCAG-Richtlinien fördert das W3C die Zugänglichkeit von Websites für Menschen mit Behinderungen.
• Datenschutz & Sicherheit: Das W3C entwickelt auch Sicherheitsstandards wie WebAuthn für sicheres, passwortloses Login.

Wer steckt dahinter?

Das Konsortium besteht nicht nur aus technischen Experten. Über 400 Mitgliedsorganisationen aus aller Welt – darunter große Tech-Unternehmen (wie Google, Apple, Microsoft), Universitäten, NGOs und Behörden – arbeiten gemeinsam an der Zukunft des Webs. Alle bringen ihre Perspektiven ein und diskutieren Vorschläge offen und transparent.

Wie entstehen neue Webstandards?

Der Prozess ist strukturiert und besteht aus mehreren Phasen. Zunächst wird ein Entwurf vorgestellt, der dann über mehrere Stufen hinweg (z. B. “Working Draft”, “Candidate Recommendation”, “Proposed Recommendation”) verfeinert wird, bis er schließlich als offizieller W3C-Standard verabschiedet wird. Dabei werden Feedback, Tests und Kompatibilität sorgfältig geprüft.

Fazit: Ohne W3C kein einheitliches Web

Ob Du eine Website entwickelst, eine App designst oder einfach nur surfst – die Arbeit des W3C betrifft Dich direkt. Dank dieser Organisation ist das Web so offen, flexibel und zugänglich geblieben wie es ist – ein globales, plattformübergreifendes Medium für Information, Kreativität und Innovation.

Tipp für Entwickler:innen: Wer tiefer einsteigen möchte, kann auf https://www.w3.org die aktuellsten Spezifikationen, Tutorials und Mitmachmöglichkeiten finden.

Der Beitrag W3C – Das Rückgrat des modernen Internets erschien zuerst auf CEOsBay.

Definition

Der Begriff wurde zum ersten Mal in einer Arbeit von Ralph Johnson und William Opdyke 1990 gebraucht (Refactoring: An aid in designing application frameworks and evolving object-oriented systems. In: Proceedings of Symposion on Object-Oriented Programming Emphasizing Practical Applications (SOOPPA), September 1990). Opdyke promovierte 1992 zu dem Thema. Sie entwickelten die Idee einer Software-Refactory, die das Umgestalten (eben das Refactoring) von Computerprogrammen erleichtern sollte. Die unzutreffende Übersetzung Refaktorisierung stammt aus einer Verwechslung mit einer häufig zitierten Analogie, die ursprünglich nicht Begriffsinhalt war: Refactoring ist eine Art, ein Programm so zu modifizieren, dass man verborgene Strukturen offenlegt, ohne die Funktionalität zu ändern. Dies, so der (fälschliche) Analogieschluss, entspreche dem Vorgehen der Faktorisierung von Polynomen in der Mathematik. Bin aber kein Mathematiker 😉

Warum ist Refactoring wichtig?

• Verbesserung der Code-Lesbarkeit: Lesbarkeit ist entscheidend, um den Code effizient zu warten und zu erweitern. Durch das Refactoring können Entwickler den Code vereinfachen, Duplikate entfernen und konsistente Benennungen und Formatierungen verwenden, um die Lesbarkeit zu verbessern.
• Reduzierung der technischen Schulden: Technische Schulden entstehen, wenn man die Software in Eile entwickelt, ohne auf Qualitätsstandards zu achten. Sie führen oft zu schwer zu wartendem und unzuverlässigem Code. Es hilft, technische Schulden zu reduzieren und verhindert, dass sie sich im Laufe der Zeit anhäufen.
• Optimierung der Code-Wartbarkeit: Refactoring hilft dabei, den Code modular und gut strukturiert zu halten, was die Wartung und Fehlerbehebung erleichtern kann.
• Verbesserung der Code-Performance: Durch das Entfernen von unnötigem Code und die Optimierung von Algorithmen kann Refactoring dazu beitragen, die Performance der Software zu steigern.
• Erleichterung der Teamarbeit: Ein sauberer und gut strukturierter Code ist leichter zu verstehen und ermöglicht eine effektivere Zusammenarbeit zwischen Entwicklern.

Strategien für effektives Refactoring

• Code Smells identifizieren: „Code Smells“ sind Anzeichen dafür, dass man den Code möglicherweise verbessern muss. Beispiele sind lange Methoden, große Klassen, doppelter Code und unklare Benennungen. Entwickler sollten diese Anzeichen erkennen und entsprechende Maßnahmen ergreifen, um den Code zu verbessern.
• Schrittweise Verbesserungen vornehmen: Refactoring sollte schrittweise erfolgen, um den Code schrittweise zu verbessern und gleichzeitig die Funktionalität intakt zu halten.
• Automatisierte Tests verwenden: Um sicherzustellen, dass die Funktionalität nach dem Refactoring unverändert bleibt, ist es entscheidend, automatisierte Tests zu verwenden. Dies stellt sicher, dass Änderungen am Code keine unerwünschten Nebenwirkungen verursachen.
• Konsistente Coding-Standards einhalten: Ein konsistenter Codierungsstil erleichtert das Lesen und Verstehen des Codes. Es ist wichtig, dass das gesamte Team die gleichen Standards einhält, um Inkonsistenzen zu vermeiden.
• Regelmäßiges Refactoring betreiben: Man Refactoring als fortlaufenden Prozess betrachten, der in die tägliche Arbeit eines Entwicklers integriert ist. Regelmäßiges Refactoring hilft dabei, den Code kontinuierlich sauber und auf dem neuesten Stand zu halten, wodurch man die langfristige Wartbarkeit der Software verbessern kann. Außerdem hilft es dabei, den Code zu besser verstehen und tiefere Erkenntnisse über das Programmieren selbst zu erhalten.

Beliebte Refactoring-Techniken

1. Extract Method: Wenn eine Methode zu lang oder zu komplex ist, kann sie in kleinere, gut definierte Methoden aufgeteilt werden, um die Lesbarkeit und Wartbarkeit des Codes zu verbessern.
2. Rename Variable/Method/Class: Durch das Umbenennen von Variablen, Methoden und Klassen in klarere und aussagekräftigere Namen kann man den Code verständlicher und leichter pflegbar machen.
3. Remove Duplication: Duplikate im Code können Wartungsprobleme verursachen und man sollte sie entfernen. Bei der Erkennung von Duplikaten können Entwickler allgemeine Funktionen extrahieren und wiederverwenden, um den Code zu straffen.
4. Replace Conditional with Polymorphism: Anstatt mehrere bedingte Anweisungen zu verwenden, kann man Polymorphismus eingesetzen, um den Code besser zu strukturieren und die Lesbarkeit zu erhöhen.
5. Encapsulate Field: Durch das Kapseln von Feldern in Klassen und die Bereitstellung von Zugriffs- und Mutationsmethoden kann man den Code modularer und besser wartbar machen.

Tools und Programme

Es gibt eine Vielzahl von Tools und Programmen, die Entwicklern beim Refactoring helfen. Nachfolgend sind einige der gängigsten Tools für verschiedene Programmiersprachen (Einige davon habe ich bereits in diversen Beiträgen thematisiert. Hierzu einfach auf die jeweiligen Verlinkungen klicken oder die Suchfunktion verwenden 😉 ):

Integrated Development Environments (IDEs): Viele moderne IDEs bieten integrierte Refactoring-Unterstützung für verschiedene Programmiersprachen an. Einige der bekanntesten sind:

a. JetBrains IntelliJ IDEA (Java, Kotlin, Scala, u.a.)

b. JetBrains PhpStorm (PHP)

c. JetBrains PyCharm (Python)

d. JetBrains ReSharper (C# in Visual Studio)

e. Microsoft Visual Studio (C#, C++, VB.NET)

f. Eclipse (Java)

g. Xcode (Swift, Objective-C)

Standalone-Tools: Es gibt auch eigenständige Refactoring-Tools, die man unabhängig von der IDE verwenden kann. Einige Beispiele sind:

a. JDeodorant (Java)

b. SonarLint und SonarQube (Java, JavaScript, TypeScript, u.a.)

c. JSLint und ESLint (JavaScript)

d. RuboCop (Ruby)

e. Clang-Tidy (C++, Objective-C)

Code-Editor-Erweiterungen: Viele Code-Editoren, wie Visual Studio Code und Sublime Text, verfügen über Erweiterungen, die Refactoring-Unterstützung für verschiedene Programmiersprachen bieten. Einige dieser Erweiterungen sind:

a. Visual Studio Code Refactoring Extensions (z.B. Python, JavaScript, TypeScript, PHP, Ruby, C#)

b. Sublime Text Refactoring Plugins (z.B. Anaconda für Python, JsPrettier für JavaScript)

Es ist wichtig zu beachten, dass jedes Tool seine eigenen Stärken und Schwächen hat. Ein Entwickler sollte die verfügbaren Optionen für seine Programmiersprache und seinen Arbeitsablauf sorgfältig prüfen, um das am besten geeignete Refactoring-Tool zu finden.

Fazit

Refactoring ist ein wesentlicher Bestandteil des Softwareentwicklungsprozesses, der es ermöglicht, den Code sauber, lesbar und wartbar zu halten. Durch das Identifizieren von „Code Smells“, die Anwendung bewährter Techniken und das kontinuierliche Integrieren von Refactoring in den Arbeitsablauf können Entwickler qualitativ hochwertigen Code schreiben, der leicht zu verstehen und zu erweitern ist.

Die Investition in regelmäßiges Refactoring zahlt sich langfristig aus, indem sie dazu beiträgt, die technischen Schulden zu reduzieren und die Zusammenarbeit im Team zu verbessern. Der Schlüssel zum erfolgreichen Refactoring liegt in der Kombination aus automatisierten Tests, konsistenten Codierungsstandards und einem proaktiven Ansatz zur Code-Optimierung. Durch die Priorisierung von Refactoring in der Softwareentwicklung können Entwickler sicherstellen, dass ihre Projekte skalierbar und zukunftssicher sind.

Der Beitrag Refactoring – Optimierung und Evolution für nachhaltigen Code erschien zuerst auf CEOsBay.

Es bietet eine Reihe von Funktionen und Tools, die es Entwicklern erleichtert, effektive und zuverlässige Tests für ihre JavaScript-Anwendungen zu schreiben. Zu den Funktionen von Jest gehören unter anderem:

Automatisierte Testausführung:

Jest führt Tests automatisch aus, wenn es Codeänderungen erkennt. Dies beschleunigt den Entwicklungsprozess und sorgt dafür, dass man häufiger bzw. effektiver Tests ausführen kann. Dies steigert am Ende des Tages die Qualität der Anwendungen grundsätzlich.

Snapshot-Tests:

Mit Jest können Entwickler Snapshot-Tests durchführen. Dadurch stellt man sicher, dass das Rendering der Komponenten oder Funktionen konsistent stattfindet. Dies kann auch dabei helfen, visuelle Fehler in der Benutzeroberfläche zu identifizieren und zu beheben.

Mocking:

Jest erleichtert das Erstellen von Mocks und Stubs für Abhängigkeiten, die man in den zu entwickelnden Anwendungen verwendet. Dies kann Entwicklern dabei helfen, ihre Tests zu isolieren und sicherzustellen, dass die Ausführung unabhängig voneinander stattfindet.

Codeabdeckung:

Jest bietet eine integrierte Codeabdeckungsfunktion. Dies ermöglicht den Entwicklern die Überprüfung, wie viel des Codes während der Testausführung abgedeckt ist. Dies kann helfen, Lücken in der Testabdeckung zu identifizieren und die Qualität der Anwendung insgesamt zu verbessern.

Parallele Testausführung:

Jest kann Tests parallel ausführen, was die Testdauer verkürzt, und die Gesamtgeschwindigkeit des Entwicklungsprozesses erhöht.

Fazit

Insgesamt ist Jest ein leistungsstarkes Testframework für JavaScript-Anwendungen, dass eine breite Palette von Funktionen bietet, um Entwicklern dabei zu helfen, effektive und zuverlässige Tests für ihre Anwendungen zu schreiben. Es ist eine wichtige Technologie für die Entwicklung moderner JavaScript-Anwendungen und viele Entwickler sowie Unternehmen weltweit nutzen es.

Der Beitrag Jest – Test-Framework für Testautomatisierung erschien zuerst auf CEOsBay.

Kurze Zeitreise

Die Entstehung von Content-Management-Systemen (CMS) ist eng mit der Entwicklung des Internets und dem Bedarf an benutzerfreundlichen Lösungen zur Erstellung und Verwaltung von Webinhalten verbunden.

In den frühen 90ern bzw. in den Anfängen des Internets, haben hauptsächlich Webentwickler Websites erstellt, die HTML, CSS, JavaScript und andere Programmiersprachen beherrschen mussten. Die Erstellung und Aktualisierung von Inhalten der Websites war zeitaufwändig und erforderte tiefgreifende technische Kenntnisse.

Durch das Aufkommen von Webpublishing-Tools, weiter in den frühen 90er Jahren, hat man verschiedene Webpublishing-Tools entwickelt, die die Erstellung von Webinhalten vereinfachen sollten. Diese Tools hat man damals auch über den Begriff WYSIWYG (What you see is what you get = Was du siehst, ist das, was du bekommst) kommuniziert. Beispiele hierfür sind Microsoft FrontPage und Adobe Dreamweaver. Diese Tools ermöglichten es Benutzern, Websites visuell zu erstellen, ohne direkt HTML-Code schreiben zu müssen. Allerdings hatten diese Werkzeuge ihre Einschränkungen. Insbesondere bei der Zusammenarbeit und der Verwaltung größerer Websites stieß man oftmals an die Grenzen dieser Tools. Auch musste man immer noch in den Code eingreifen, um individuelle Anpassungen vorzunehmen.

Die ersten Content Management Systeme

In den späten 90er Jahren entstanden die ersten Content-Management-Systeme, um die wachsenden Anforderungen an die Verwaltung von Webinhalten besser zu erfüllen. Diese frühen CMS ermöglichten es mehreren Benutzern, Inhalte gemeinsam zu erstellen und zu aktualisieren und boten eine bessere Struktur sowie Organisation für Websites.

Zu den ersten CMS gehörten Vignette StoryServer, Allaire Spectra und OpenMarket Content Server.

Mit dem Aufkommen von Open-Source-CMS und der Demokratisierung des Webpublishings in den frühen 2000er Jahren, kamen Lösungen wie WordPress, Joomla und Drupal zum Vorschein. Das Erstellen und Verwalten von Websites war nunmehr für eine breitere Masse zugänglich. Diese Systeme boten einfache Benutzeroberflächen, eine Vielzahl von Plugins und Erweiterungen und eine große Community-Unterstützung.

Ab 2010 ging dann die Anpassung an mobile Geräte und die zunehmende Bedeutung von Responsive Design los. Mit der Verbreitung von Smartphones und Tablets, war Responsive Design zu einer Notwendigkeit für moderne Websites geworden. CMS mussten sich anpassen, um die einfache Erstellung von Websites zu ermöglichen, die auf verschiedenen Geräten und Bildschirmgrößen funktionierten.

Heutzutage sind Content-Management-Systeme ein unverzichtbares Werkzeug für die Erstellung und Verwaltung von Websites und gehören zum Alltag. Sie haben sich ständig weiterentwickelt, um den wachsenden Anforderungen der Webentwicklung gerecht zu sein.

Heutzutage ist es für Benutzer weitestgehend möglich, ohne technischen Hintergrund ansprechende und funktionelle Websites zu erstellen.

Funktionen eines CMS

Ein CMS bietet eine Vielzahl von Funktionen, die die Erstellung und Verwaltung von Webinhalten erleichtern. Dazu gehören:

1.1. Benutzerfreundliche Oberfläche: Die meisten Content Management Systeme bieten eine intuitive, grafische Benutzeroberfläche, die es einfach macht, Inhalte zu erstellen, zu bearbeiten und zu organisieren.

1.2. Templates und Themes: Um ein einheitliches Erscheinungsbild der Website zu gewährleisten, nutzen CMS vorgefertigte Templates und Themes, die sich anpassen und individualisieren lassen.

1.3. Erweiterbarkeit: Content Management Systeme lassen sich häufig durch Plugins und Erweiterungen anpassen, um zusätzliche Funktionen hinzuzufügen.

1.4. Benutzerverwaltung und Zugriffskontrolle: Ein CMS ermöglicht die Verwaltung mehrerer Benutzer mit verschiedenen Rollen und Zugriffsebenen.

1.5. SEO-Optimierung: Content Management Systeme bieten oft integrierte Funktionen zur Optimierung der Website für Suchmaschinen.

Vorteile von CMS

2.1. Einfache Bedienung: Ein CMS erleichtert die Erstellung und Verwaltung von Webinhalten, auch für Benutzer ohne technischen Hintergrund.

2.2. Kosteneffizienz: Content Management Systeme sparen Kosten, da sie die Notwendigkeit reduzieren, professionelle Webentwickler für die Erstellung und Wartung einer Website einzustellen.

2.3. Skalierbarkeit: Ein Content Management System ermöglicht es, die Website problemlos zu erweitern und zu aktualisieren, um die wachsenden Anforderungen zu erfüllen.

2.4. Zusammenarbeit: Ein Content Management System erleichtert die Zusammenarbeit zwischen verschiedenen Teammitgliedern bei der Erstellung und Verwaltung von Inhalten.

2.5. Sicherheit: Viele CMS bieten Sicherheitsfunktionen wie regelmäßige Updates und Patches, um die Website vor potenziellen Bedrohungen zu schützen.

Beliebte CMS-Lösungen

3.1. WordPress: WordPress ist das weltweit bekannteste und am häufigsten eingesetzte CMS. Es ist bekannt für seine Benutzerfreundlichkeit, große Auswahl an Themes und Plugins sowie seine aktive Community. Den Beitrag dazu gibt es hier.

3.2. Joomla: Joomla ist ein leistungsfähiges und flexibles CMS, das sich besonders für komplexe Websites und Online-Anwendungen eignet. Es bietet erweiterte Funktionen und ist gut dokumentiert.

3.3. Drupal: Drupal ist ein leistungsstarkes und erweiterbares CMS, das sich ideal für große, komplexe Projekte eignet. Es ist bekannt für seine hohe Sicherheit und Skalierbarkeit.

3.4. Wix: Wix ist ein benutzerfreundliches CMS, das sich besonders für kleine Unternehmen und persönliche Websites eignet. Mit seiner Drag-and-Drop-Funktionalität können Benutzer ihre Websites einfach und schnell gestalten.

3.5. Squarespace: Squarespace ist ein weiteres benutzerfreundliches CMS, das sich durch seine stilvollen und modernen Vorlagen auszeichnet. Es ist besonders geeignet für kreative Berufe wie Fotografen, Designer und Künstler.

3.6. Shopify: Shopify ist ein spezialisiertes CMS für den E-Commerce-Bereich. Es bietet eine Vielzahl von Funktionen und Integrationen, die speziell auf den Online-Handel zugeschnitten sind.

3.7. TYPO3: TYPO3 ist ein leistungsstarkes, skalierbares und erweiterbares Open-Source-CMS, das sich besonders für große und komplexe Websites eignet. Es bietet eine Vielzahl von Funktionen und Erweiterungen und hat eine aktive Community.

Auswahl des richtigen CMS

Bei der Auswahl des richtigen Content Management Systems muss man verschiedene Faktoren berücksichtigen, wie:

4.1. Anforderungen: Die Anforderungen der Website bestimmen, welches CMS am besten geeignet ist. Man muss Überlegungen anstellen, welche Funktionen und Erweiterungen erforderlich sind, um die Ziele der Website zu erreichen.

4.2. Budget: Man sollte immer die Kosten für die Einrichtung und Wartung eines CMS berücksichtigen. Open-Source-Lösungen sind in der Regel kostengünstiger, während einige proprietäre Systeme höhere Gebühren erheben können.

4.3. Technische Kenntnisse: Einige Content Management Systeme erfordern mehr technische Kenntnisse als andere. Es ist wichtig, ein Content Management System zu wählen, das den Fähigkeiten des Individuums bzw. Teams entspricht.

4.4. Support und Community: Eine aktive Community und verfügbarer Support sind entscheidend für den Erfolg einer CMS-basierten Website. Man sollte immer prüfen, ob es ausreichend Ressourcen und Hilfestellungen gibt.

Fazit

Ein Content-Management-System ist ein wertvolles Tool für die Erstellung und Verwaltung von Webinhalten. Es gibt eine Vielzahl von CMS-Lösungen auf dem Markt, die sich in Funktionalität, Flexibilität und Benutzerfreundlichkeit unterscheiden. Bei der Auswahl eines CMS ist es wichtig, die spezifischen Anforderungen der Website, das Budget und die technischen Fähigkeiten des Individuums bzw. des Teams zu berücksichtigen. Mit dem richtigen CMS kann man die Online-Präsenz effektiv verwalten und optimieren, um die passende Zielgruppe zu erreichen.

Der Beitrag CMS – Inhalte mühelos verwalten erschien zuerst auf CEOsBay.

Kurze Zeitreise

CSS (Cascading Style Sheets) entstand in den 90er Jahren als Reaktion auf die wachsende Komplexität des Webdesigns und das Bedürfnis, eine klarere Trennung zwischen Inhalt (HTML) und Gestaltung (CSS) zu erreichen. Bis dahin verwendeten Webdesigner und Entwickler hauptsächlich HTML-Tags und -Attribute, um das Design einer Webseite zu kontrollieren. Diese Praxis führte jedoch zu unübersichtlichem und schwer wartbarem Code und schränkte die kreativen Möglichkeiten ein.

Der norwegische Informatiker und Web-Pionier Håkon Wium Lie ist der Hauptentwickler von Cascading Style Sheets. Zusammen mit dem belgischen Informatiker Bert Bos schlug er 1994 die Idee von CSS vor. Lie arbeitete zu dieser Zeit am CERN (der Europäischen Organisation für Kernforschung) und war am Projekt beteiligt, das zum ersten Webbrowser führte, dem WorldWideWeb (später umbenannt in Nexus). Lie und Bos erkannten, dass man eine Lösung für das Design-Problem finden musste, und entwickelten das Konzept der Cascading Style Sheets.

Später übernahm World Wide Web Consortium (W3C) Cascading Style Sheets. Eine internationale Organisation, die Webstandards entwickelt und pflegt. Das W3C veröffentlichte CSS Level 1 (CSS1) im Jahr 1996. Relativ schnell nahm man es als Webstandard auf. Seitdem hat sich Cascading Style Sheets stetig weiterentwickelt und umfasst mittlerweile mehrere Versionen und Module, die unterschiedliche Aspekte des Webdesigns abdecken.

Die Syntax von CSS

Ein CSS besteht aus Regelsätzen, die jeweils aus einem Selektor und einer Deklaration bestehen. Der Selektor bestimmt, auf welche Elemente man die Stilregeln anwendet, während die Deklaration eine oder mehrere Eigenschaften und deren Werte definiert, die man auf die ausgewählten Elemente angewenden möchte.

Beispiel:

h1 {
  color: red;
  font-size: 24px;
}

Selektoren

Selektoren sind die grundlegenden Bausteine eines CSS-Stylesheets. Sie bestimmen, welche HTML-Elemente von den definierten Stilregeln betroffen sind. Es gibt verschiedene Arten von Selektoren, wie z.B. Element-Selektoren, Klassen-Selektoren, ID-Selektoren und Pseudoklassen.

Das Box-Modell von CSS

Eines der grundlegenden Konzepte in CSS ist das Box-Modell. Die Darstellung aller Elemente auf einer Webseite erfolgt als rechteckige Box.

Diese bestehen aus den folgenden vier Bereichen:

1. Inhalt
2. Padding
3. Border
4. Margin.

Durch die Manipulation dieser Bereiche kann man das Layout und die Anordnung von Elementen auf der Webseite steuern.

Responsive Webdesign

Das Aufkommen von mobilen Geräten hat die Wichtigkeit von Responsive Webdesign signifikant erhöht. CSS bietet verschiedene Techniken, um Websites auf unterschiedlichen Bildschirmgrößen und Geräten optimal darzustellen. Die bekannteste Technik ist die Verwendung von Media Queries, die es ermöglichen, verschiedene Cascading Style Sheet Regeln abhängig von der Bildschirmgröße oder anderen Geräteeigenschaften anzuwenden.

Fazit:

CSS ist immer noch ein unverzichtbares Werkzeug für Webdesigner und Entwickler. Durch das Verständnis der Grundlagen und der zugrundeliegenden Konzepte kann man das Aussehen und die Benutzererfahrung von Webseiten und Webanwendungen drastisch verbessern. Die Flexibilität und Leistungsfähigkeit von CSS eröffnen eine Welt der kreativen Möglichkeiten und helfen dabei, das Web nach den eigenen Vorstellungen zu gestalten.

Der Beitrag CSS – Die Sprache für ansprechendes Webdesign und kreative Freiheit erschien zuerst auf CEOsBay.

Kurze Zeitreise

Bis zum Aufkommen der Microservice-Architekturen wurde Software klassischerweise als Monolith entworfen. Dabei gab es keinerlei interne Schnittstellen, da alle Informationen im Monolithen weitergereicht werden konnten. Dementsprechend konnte man sich im Testing nur auf die Stufen Unittests, Integrationstests und End-to-End-Tests konzentrieren. Mit dem Aufkommen der Microservice-Architekturen existiert nun eine Vielzahl an internen Schnittstellen und damit entsteht die Notwendigkeit, diese zu testen. Die Kommunikation der Services untereinander geschieht dabei nicht zufällig, sondern folgt klar definierten Regeln, den sogenannten Schnittstellen-Contracts.

Was ist Contract Testing?

Wie bereits angesprochen, wurde die korrekte Zusammenarbeit von API und Consumer meist durch Integrationstests sichergestellt. Da diese allerdings eine lauffähige Systemlandschaft benötigen, können Fehler erst relativ spät erkannt werden. Bei der Entwicklung ist es jedoch von Vorteil, das Feedback so früh wie möglich zu erhalten. Hinzu kommt, dass Integrationstests eigentlich zum Prüfen der Fachlichkeit dienen. In heutigen Testlandschaften stellen sie strenggenommen „nur nebenher“ fest, wenn es technische Probleme an der Schnittstelle gibt. Das kann sowohl bedeuten, dass der Aufwand bei der Fehlersuche steigt, weil neben fachlichen Problemen auch technische Ursachen zum Fehlschlag des Tests führen können, als auch der Wartungsaufwand der Tests sich erhöht.

Macht also Sinn, dedizierte Tests zu nutzen, um Fehler an Schnittstellen zu finden. Hier bietet sich Contract Testing, genauer gesagt, Consumer Driven Contract Testing (CDCT) an. Verträge für Softwarekomponenten. Der Zusatz „Consumer Driven“ bedeutet, der Consumer bestimmt den Vertrag (Aus diesem Grund nennt man es auch Consumer Contract) und das sich die API nach dessen Vorgaben richten muss.

Neben Consumer Contracts gibt es die etwas verbreiteteren Provider Contracts wie WSDL-/XML-Schemata von SOAP-APIs oder Werkzeuge wie Swagger im Kontext von REST-Services.

Auch wenn sich die Funktionsweise von Framework zu Framework unterscheidet, bleibt die Idee dahinter gleich. Der Provider erfüllt den vom Consumer definierten Vertrag.

Der Vertrag enthält die API samt Parameter und die erwartete (minimale) Antwort. Dabei kann die Beschreibung der Parameter durch den Einsatz von regulären Ausdrücken beliebig präzise sein. So kann der Consumer erwarten, beim Aufruf der API einen unbestimmten String-Parameter oder einen bestimmten String-Parameter aus einem vordefinierten Set zu übergeben. Der zweite Fall ist äußerst hilfreich, wenn der Provider diesen String-Parameter in einen Enum-Wert übersetzt.

Der Consumer Test mit Pact

Sämtliche Verträge zwischen dem Consumer und dem Provider werden in einer JSON-Datei, auch Pact-Datei genannt, definiert. Der Consumer generiert diese Pact-Datei beim Ausführen seiner Pact-Tests und veröffentlicht sie auf dem Pact-Broker. Bei den Tests handelt es sich um gewöhnliche Unit-Tests und sie basieren auf einem der vielen von Pact unterstützen Test-Frameworks wie JUnit oder Jest. In dem Test ruft der Consumer die zu testende API inklusive Parameter auf. Der Aufruf wird von einem Mock-Provider, der vom Pact-Framework zur Verfügung gestellt wird, entgegengenommen. Der Mock-Provider prüft, ob dieser Aufruf mit dem Aufruf aus dem Vertrag übereinstimmt. Sind keine Abweichungen gefunden, antwortet der Mock-Provider mit der minimalen Antwort, die ebenfalls aus dem Vertrag stammt. Der Consumer empfängt in seinem Test die Antwort und vergleicht sie mit seiner Erwartung. Stimmen sie überein, ist der Test erfolgreich. Auf diesem Weg stellt der Pact-Test sicher, dass der Consumer den Aufruf tätigen und die Antwort verarbeiten kann.

Der Pact-Broker ist ein Webserver, der sowohl vom Consumer als auch vom Provider erreichbar sein muss. Er verwaltet die Verträge, indem er sie versioniert ablegt, sie dem Provider zur Verfügung stellt und die Testergebnisse speichert. Die Art und Weise wie der Consumer die Verträge auf dem Pact-Broker veröffentlicht, ist abhängig von der eingesetzten Programmiersprache der Tests und/oder dem eingesetzten Dependendency-Management. Für Maven beispielsweise gibt es ein spezielles Pact-Plugin, das den publish-Goal anbietet, für JavaScript existiert hingegen eine spezielle Pact-Version mit dem Namen Pact-js.

Der Provider Test

Analog zum Consumer-Test ist der Provider-Test auch ein Unit-Test und wird im Rahmen der restlichen Unit-Tests ausgeführt. Hierbei werden alle Verträge, die der Provider mit seinen Consumern abgeschlossen hat, vom Pact-Broker heruntergeladen. Der Aufruf der APIs erfolgt lokal, sodass ein Aufruf durch den Consumer simuliert wird. Der Provider verarbeitet den Aufruf und generiert seine Antwort, die mit der erwarteten Antwort aus dem Vertrag verglichen wird. Sollten sie gleich sein, hat der Provider den Pact-Test bestanden. Ansonsten gilt der Test als fehlgeschlagen und das Artefakt des Providers kann nicht ordnungsgemäß gebaut werden. Die Ursache für Fehlschläge sind in den meisten Fällen Code-Änderungen am Provider ohne den Consumer entsprechend angepasst zu haben oder die Erwartungshaltung des Consumers ist fehlerhaft. In beiden Fällen wird durch CDCT ein Missstand aufgedeckt, der erst zur Laufzeit bemerkbar gewesen wäre.

Alternativen zu Pact

Natürlich ist Pact nicht das einzige Framework zum Implementieren von CDCT, wenn auch aktuell eines der am weitesten verbreiteten. Neben Pact existieren noch ein paar weitere Möglichkeiten für das vertragsbasierte Testen wie Postman, Spring Cloud Contract Project oder Dredd, auf die ich noch in zukünftigen Beiträgen eingehen werde. Aus diesem Grund erfolgt auch das Fazit erst, wenn ich ein paar Vergleiche aufstellen kann.

Der Beitrag Pact.io – Für die nahtlose Integrationstestautomatisierung durch Contract Tests erschien zuerst auf CEOsBay.

Maven vereinfacht den Softwareerstellungsprozess, bietet ein einheitliches System für die Entwicklerarbeit, hochwertige Projektinformationen, Richtlinien für das Festlegen von Best Practices und erleichtert die Migration zu neuen Funktionen durch mehr Transparenz. Es beschreibt sowohl, wie Software gebaut wird, als auch deren Abhängigkeiten. Apache hilft sowohl bei der Verwaltung von Projekten und dient als Tool zum Verständnis. Es hilft also dabei, den Zustand eines Projekts zu organisieren und relativ schnell darzustellen.

Primär wird das Programm von Entwicklern und Projektmanagern bei Java-Anwendungsprojekten verwendet. Das Tool kann nützlich sein, um den Zustand eines Projektes auf einem Blick für technisch weniger versierte Personen, wie Führungspersönlichkeiten und Investoren, zusammenzufassen und gleichzeitig, um einige Prozesse bei der Softwareentwicklung zu automatisieren.

Maven basiert auf dem Objektmodell. Projekte werden als eine Pom.xml-Datei gespeichert. Das Tool verwaltet Projekt-Builds, Reportings und Dokumentationen aus einer zentralen XML-Informationsbasis. Mit der Standard-Plug-in-Architektur kann man es über den Standard-Input mit so gut wie jeder Anwendung nutzen und kollaborieren. Es vereinfacht den Prozess für das Erstellen von Java-Anwendungen erheblich, sodass der Nutzer den Status des Projektes viel einfacher einschätzen kann.

Der Name Maven kommt aus dem Jiddischen und bedeutet so viel wie „Sammler des Wissens“.

Kurze Zeitreise

Maven entstand in der Apache Software Foundation aus Frust über den Build-Prozess von Turbine. Es wurde bald zum Top-Level-Projekt aufgrund der Notwendigkeit, die Builds der vielen unterschiedlichen Projekte der Apache Software Foundation möglichst zu vereinheitlichen und somit auch zu vereinfachen.

Durch die vereinheitlichten Strukturen konnten Mitglieder unterschiedlicher Entwicklungsteams zwischen den einzelnen Teilprojekten wechseln und produktivere Arbeitsergebnisse erzielen. Dank der projektübergreifenden Standardisierung war es nicht mehr notwendig, sich in komplizierte Prozesse einzuarbeiten, um das Projekt ausführen und testen zu können.

Die Entwicklung von Maven 1 wurde im Jahr 2003 begonnen und am 13. Juli 2004 als Version 1.0 veröffentlicht. Die Umsetzung wurde jedoch sehr schnell realisiert, sodass einige Eigenheiten nicht bedacht wurden. Beispielsweise gab es Probleme bei der Performance sowie einen Überschuss an Konfigurationsdateien und -angaben, die es zu beherrschen galt. 2014 wurde das End of Life (EoL) von Maven 1 verkündet. Die letzte veröffentlichte Version ist 1.1 vom 25. Juni 2007.

Im Jahr 2005 wurde parallel damit begonnen, Maven 2 zu entwickeln, welches mit Version 2.0 am 19. Oktober 2005 fertiggestellt wurde. Mit dem Major-Release 2 wurde Maven von Grund auf überarbeitet und bekannte Probleme aus der Vorgängerversion wurden behoben. Aus diesem Grund sind Maven 1 und Maven 2 untereinander inkompatibel. Am 18. Februar 2014 wurde das End of Life von Maven 2 kommuniziert. Die letzte veröffentlichte Version ist 2.2.1 aus November 2009.

Die Entwicklung von Maven 3 begann im Jahr 2008, bei der man sich insbesondere auf die Kompatibilität zwischen Maven 2 und 3 konzentrierte.

In der zweiten Hälfte des Jahres 2021 wurden die Arbeiten an Maven 4 begonnen. Eine wesentliche Verbesserung ist die stark optimierte Unterstützung von Multi-Modul-Projekten.

Wie funktioniert Maven?

Maven benötigt zur Ausführung eine Java virtuelle Maschine (JVM) und ist aufgrund dieses Umstandes plattformunabhängig. Aus diesem Grund kann es auf jedem Betriebssystem ausgeführt werden, für das eine Java VM verfügbar ist.

Der Kern von Maven ist mit wenigen Megabyte als Paket kompakt gehalten. Die interne Struktur ist modular aufgebaut. Sämtliche Funktionen werden über Erweiterungen, sogenannte Plugins, bei der erstmaligen Verwendung über ein öffentliches im Internet verfügbares Repository, Maven Central genannt, nachgeladen und in einem lokalen Repository abgelegt.

Maven ist deklarativ und basiert auf zwei wesentlichen Paradigmen. Zum einen auf „Don’t Repeat Yourself“ (DRY bzw. Wiederhole dich nicht selbst) bedeutet sinngemäß im Kontext von Maven, dass man nicht bei jedem Projekt dieselben Build-Schritte neu definiert muss. Und auf „Convention over Configuration“ (CoC bzw. Konvention vor Konfiguration). Dies bezieht sich auf die Konfigurationsdatei (POM), mit denen Maven-Projekte beschrieben werden. Durch festgelegte Konventionen haben möglichst viele Konfigurationseinträge gemeingültige Vorbelegungen (Default-Werte), die für die meisten Anwendungsfälle bereits die erwünschten Ergebnisse produzieren.

Maven folgt den beiden beschriebenen Paradigmen über den gesamten Zyklus der Softwareerstellung konsequent. Eine wichtige Voraussetzung für eine erfolgreiche Automatisierung der einzelnen Schritte des Softwareerstellungsprozesses sind strikte Vereinheitlichungen, wie sie durch die beiden Paradigmen DRY und CoC geschaffen werden.

Obwohl Maven bereits sehr viele Vorgaben liefert, können Projekte diese Vorgaben an ihre tatsächlichen Bedürfnisse anpassen. Sowohl für künftige neuere Versionen von Maven als auch bei der Anbindung von Drittanbieterprodukten ist es eine bewährte Praxis, möglichst nahe am Maven-Standard zu bleiben.

Wichtige Begriffe bei der Arbeit mit Maven

Im Zusammenhang mit Maven werden wichtige Begriffe verwendet, mit denen man vertraut sein sollte, um effektiv damit zu arbeiten:

• Artifacts (Artefakte) Diese werden in Maven sowohl Plugins als auch Abhängigkeiten zu externen Programmbibliotheken und die selbst erstellten binären Programmdateien des eigenen Softwareprojektes bezeichnet.
• Lifecycles (Lebenszyklen) Dies kann auch als Workflow oder Prozess verstanden werden. Maven kennt drei Lifecycles: „clean“, „site“ und „build“.
• Phases (Phasen) In diesen werden die einzelnen Schritte innerhalb eines „Lifecycles“ bezeichnet, die in festgelegter linearer Reihenfolge durchlaufen werden. Der Build-Lifecycle Default kennt 23 Schritte.
• Goals (Ziele) Sind einzelne Aktionen bzw. Funktionalitäten, die in einem Plugin bereitgestellt werden.
• Archetypes (Archetypen) In diesen können Gerüste für unterschiedlichste Arten von Softwareprojekten erstellt werden, deren Struktur dem Standard von Maven entspricht. Was auch als ein wesentliches Merkmal von Maven-Projekten ist. Die einheitliche Verzeichnisstruktur, auf die ich nachfolgend eingehen werde.

Verzeichnisstruktur

my-project/ – Wurzelverzeichnis

pom.xml – Projektbeschreibung (Build-Logik)

src/ – alle Eingabedateien

main/ – Eingabedateien für die Erstellung des eigentlichen Produkts

java/ – Java-Quelltext-Dateien

resources/ – Projektdateien, die kein Java-Quellcode sind, aber für die Übersetzung oder zur Laufzeit benötigt werden, z. B. Bilder, SQL, Java-Properties-Dateien etc.

test/ – Eingabedateien, die für automatisierte Testläufe benötigt werden

java/ – Testfälle, die als Java-Quellcode vorliegen, z. B. JUnit-Testfälle

resources/ – Zusätzliche Ressourcen für Testfälle

target/ – Alle durch Maven während des Build-Vorgangs erstellten Dateien

classes/ – kompilierte Java-Klassen

Die Konfigurationsdatei „pom.xml“

Die Konfigurationsdatei für Maven-Projekte hat die offizielle Bezeichnung „Project Object Model (POM)“und ist als pom.xml im Wurzelverzeichnis des Projektes abgelegt. Im Kontext des Build-Managements ist die pom.xml die Build-Logik, die von externen Werkzeugen wie dem Automatisierungsserver Jenkins aufgerufen wird. Über Jenkins habe ich bereits geschrieben.

Die zwingenden Basisangaben für ein Projekt innerhalb einer POM sind die sogenannten GAV-Parameter, zuzüglich des Packagetyps. GAV steht für (G) = GroupID, (A) = ArtifactId und (V) = Version. Die GAV-Koordinaten müssen für jedes Projekt eindeutig sein und dürfen nicht mehrfach Verwendung finden.

Abhängigkeiten bzw. (Dependency Management)

Einer der wichtigsten Faktoren für den Erfolg von Maven ist der einfache Umgang mit fremden Abhängigkeiten, sogenannten 3rd Party Libraries. Externe Abhängigkeiten werden in der pom.xml notiert und über ihre GAV-Koordinaten eindeutig und transitiv aufgelöst. Die definierten Abhängigkeiten werden nicht physisch in die Versionsverwaltung mit aufgenommen, sondern während des Buildvorgangs im Projekt-Ausgabeverzeichnis target bereitgestellt.

Bei der Verwendung eines Artefaktes prüft Maven, ob es bereits lokal im Repository vorhanden ist. Das lokale Repository ist ein verstecktes Verzeichnis mit der Bezeichnung .m2/repository und findet sich im home-Verzeichnis des am Betriebssystem angemeldeten Nutzers.

Wird von Maven das angeforderte Artefakt im lokalen Repository nicht gefunden, wird in einem öffentlichen Remote-Repository danach gesucht. Bei erfolgreicher Suche wird das Artefakt im lokalen Repository verfügbar gemacht. Das Wichtigste öffentlich frei verfügbare Repository für Java-Artefakte lautet „Maven Central“ und wird von dem Unternehmen Sonatype betrieben.

Es besteht die Möglichkeit, einen eigenen Repository-Server zu betreiben, um selbst erstellte Artefakte im Unternehmen bzw. im Intranet für andere Projekte bereitzustellen oder diese über das Internet zur Verfügung zu stellen.

Wichtige Implementierungen zum Hosten eigener Artefakte sind Sonatype Nexus OSS oder JFrog Artifactory, für die es sowohl freie Community Versionen als auch kommerzielle Enterprise-Varianten gibt. Diese Lösungen können neben den verschiedenen Java-Artefakten auch andere Formate wie beispielsweise Docker Images, RubyGems, .NET nuget oder NPM verwalten. Maven Central, das größte Open-Source-Repository, wird mit Nexus OSS betrieben.

Maven-Lebenszyklen (Lifecycles)

Wie bereits vorher erwähnt, kommen in einem Maven Workflow verschiedene Lebenszyklen zum Einsatz. Diese sind:

• clean (Zum Löschen von Ergebnissen vorheriger Builds, mit den Phasen pre-clean, clean, post-cl
• build (default) (Zum Erstellen eines Projekts im Rahmen der verschiedenen Phasen
• site (Zum Erstellen von Webseiten zur Projektdokumentation und Reports, mit den Phasen pre-site, site, post-site, site-deploy.

Maven geht dabei jeweils von einem Zyklus aus, der bei der Softwareerstellung im Allgemeinen durchlaufen wird. Es muss aber nicht jedes Softwareprojekt alle Phasen des im Folgenden verkürzt dargestellten Default-Zyklus verwenden. Die Standardfunktionalität kann durch die Einbindung von zusätzlichen Plug-ins an die entsprechende Phase erweitert werden.

• validate bzw. validieren (Es wird überprüft, ob die pom.xml und die Projektstrukturen vollständig, valide und gültig sind.
• compile bzw. kompilieren (In dieser Phase wird der Quellcode kompiliert.
• test bzw. testen (Hier wird der kompilierte Code durch das eingebundene Unit-Test-Framework (z. B. JUnit, TestNG) getestet. Maven berücksichtigt dabei in späteren Zyklen, dass Testklassen normalerweise nicht in der auszuliefernden Software vorhanden sind.
• package bzw. verpacken (Das Kompilat wird – ggf. mit anderen nicht kompilierbaren Dateien – zur Weitergabe verpackt. Häufig handelt es sich dabei um eine JAR-Datei.
• integration-test bzw. Integrationstests (Bereitstellen der programmatisch erstellten Integrationstests mittels Behavior Driven Development (z. B. Cucumber, jGiven).
• verify bzw. Gültigkeitsprüfung des Softwarepakets (Überprüfung der Artefakte, ob die festgelegten Spezifikationen erfüllt wurden, D.H. die bereitgestellten Integrationstests werden ausgeführt.
• install bzw. das Kopieren in die lokale Maven-Repository (Kopiert das Softwarepaket ins lokale Maven-Repository, um es dann in anderen lokalen Maven-Projekten verwenden zu können. Dies ist insbesondere für modulare Projekte von Bedeutung.
• deploy bzw. anwenden (Lädt das Softwarepaket in ein entferntes Maven-Repository hoch, wonach es auch anderen Entwicklern global zur Verfügung steht.

Fazit

Hierbei kann man sich relativ kurzfassen. Ein Software-Projekt sollte stehts mit einem vernünftigen Buildmanagement ausgestattet sein. Das Open-Source-Tool bietet sich dabei vor allem bei Java-Projekten an, zumal es selbst auf Java basiert. Es ist ebenso möglich, Maven durch selbst entwickelte Plugins zu erweitern. Aufgrund dieser Eigenschaft wird es auch als Plugin Execution Framework bezeichnet. Man kann damit die Kollaboration bei der Entwicklung durch Programmierer und Projektmanager mit verschiedensten Skill-Sets wesentlich erleichtern bzw. vereinfachen.

Der Beitrag Apache Maven – Projekte inklusive Abhängigkeiten mühelos verwalten erschien zuerst auf CEOsBay.

Wie Twitter soll Spill einen Live-Nachrichten-Feed bekommen, in dem Nutzer „Spills“ posten können. Es soll eine Steigerung zu Mastodon‘s „Toots“ darstellen. Es nennt sich also „Spill“.

Irgendwie hat man darauf gewartet, dass sich noch ein paar Alternativen zu Twitter durch ehemalige Mitarbeiter bilden werden, oder? 😉

Nach der Redewendung „Spill the tea“ (Tee verschütten) – Und so beziehen sich die beiden Gründer Alphonzo „Phonz“ Terrell und DeVaris Brown Terrell darauf mit ihrem visuellen Auftritt auf ihrer Website. Das Motiv einer Teetasse. Und auf ihrer Website trotzt ein Meme von Kermit dem Frosch, wie er genüsslich an dem Tee schlürft (Das Meme erlangte übrigens wahre Popularität auf Black Twitter).

Was es aber meines Wissens nach wirklich bedeutet, ist – Wenn man im amerikanischen Slang von „den Tee ausschütten“ spricht, meint man in der Regel, dass „die Wahrheit“ aka „Gosspip“ aka Klatsch und Tratsch über jemanden gesprochen wird.

Warum Twitter?

Vielleicht ist es meine verschobene Wahrnehmung oder ich habe Twitter eben mit einer völlig anderen Intention genutzt. Doch irgendwie hat mich der Klatsch und Tratsch nie interessiert. Solange es um keinen Inhalt ging, der die Spezies Mensch in irgendeiner technologischen Art und Weise weitergebracht hat, war es für mich schlichtweg uninteressant. Spaß hatte ich gewisser Weise bei dem ein oder anderen Meme. Bei dem der ein oder andere Politiker bzw. Unternehmer etwas aufgezogen wurde. Aber dies war es dann auch schon.

Ich nutze und habe Twitter primär dafür genutzt, um Echtzeitinformationen von den direkten Quellen zu beziehen. Wenn Programmierer beispielsweise beabsichtigten, eine neue Lösung zu publizieren oder wenn es mal einen Brennpunkt in der Politik gab. Dafür war Twitter in meiner Vorstellung einfach ideal und schnell.

Tea time oder Teeparty?

Spill möchte scheinbar auch eine Funktion mit dem Namen „Teaparty“ einbauen. Bei der Nutzer sowohl online als auch im realen Leben, Events veranstalten können und im Anschluss In-App-Boni erhalten. Die finden dann Verwendung um Beiträge zu boosten. Nutzer sollen zwar immer noch geboostete Beiträge kaufen, aber wenn man auf Spill etwas kreiert und es startet durch, soll dies angemessen honoriert werden. So, Terrell.

Abgesehen von der multikulturellen Schiene, die sie mit dem Satz „Eine Echtzeit-Konversationsplattform, die Kultur in den Vordergrund stellt“ einschlagen, interessiert mich Spill besonders wegen der Anbindung an die Blockchain. Spill will die Blockchain-Technologie nutzen, um aufzuzeichnen, wie Beiträge viral gehen.

Auch sollen die Nutzer hinter den Beiträgen für Ihren „Erfolg“ entschädigt bzw. belohnt werden. Den Gründern sei es auch wichtig, dass Spill von Anfang an Funktionen zur Monetarisierung von Kreativen zur Verfügung stellt. Da dies ihrer Meinung nach besonders bei multikulturellen Kreisen schwierig gewesen sein soll, um an das „verdiente“ Geld zu kommen. Dennoch weigert sich Terrell bewusst, Spill als Web3-Unternehmen zu bezeichnen.

Sie gehen davon aus, dass die Plattform in etwa sechs bis acht Wochen an den Start gehen kann. Spill hat noch nicht konkret kommuniziert, wie die Umsatzbeteiligung über die Blockchain aussehen wird oder welche Methoden Verwendung finden. Sie möchten aber klarstellen, dass die Auszahlung mit Fiat-Money, also echtem Geld, in US-Dollar erfolgt und nicht in einer Kryptowährung.

Kulturelles Engagement mit künstlicher Intelligenz?

Brown, der als CTO von Spill fungiert, möchte das Engagement des Unternehmens für die Würdigung der kulturellen Hintergründe ausweiten.

Er spricht beispielsweise eine Studie an, bei der von Afroamerikanern verfasste Tweets mit einer 1,5-fachen Wahrscheinlichkeit als beleidigend oder hasserfüllt eingestuft seien. Während Tweets, die mit AAVE (African American Vernacular English) verfasst wurden, mit 2,2-facher Wahrscheinlichkeit als beleidigend eingestuft seien.

Die künstliche Intelligenz soll den kulturellen Kontext, in einer bestimmten Sprache nicht verstehen können. Dies sei primär der Annahme zu verschulden, dass Entwickler hinter der künstlichen Intelligenz Menschen sind, die die sprachlichen Nuancen anderer Kulturen nicht verstehen. Besonders auch nicht versuchen, sie zu verstehen. Als 3-sprachig aufgewachsener technologieaffiner Mensch, der heute 4 Sprachen spricht, kann ich diese Aussage weitestgehend unterstützen.

Spill entwickelt die Lösung mit einem kleinen Team, mit weniger als 10 Personen und hat drei Berater aus den verschiedensten Bereichen. Darunter auch Dantley Davis, der ehemalige Designchef von Twitter. Andere umtriebige Twitter-Konkurrenten wie Hive hatten Sicherheitsprobleme, als sie diese Art von Produkt ohne ein starkes bzw. erfahrendes Team entwickelten. Die Gründer von Spill sind jedoch zuversichtlich, dass sie nicht in dieselbe Falle tappen werden.

Warteliste

Die Warteliste von Spill ist jetzt live. Nutzer können ihr Handle bereits heute reservieren und Updates vor dem Start der Plattform erhalten.

Fazit

Wie bereits angesprochen, war es zu erwarten, dass noch die ein oder andere Twitter Alternative von ehemaligen Mitarbeitern auftaucht. Besonders auch in Anbetracht der Strategie, die derzeit von Twitter selbst verfoglt wird, muss scheinbar auch hin und wieder das Wort Blockchain oder Kryptowährung fallen. Dennoch ist man meiner Meinung nach mit konkreten Aussagen eher vorsichtig, da es dem Krypto- als auch dem daran verbundenen NFT-Bereich nicht sonderlich gut geht. Es ist abzuwarten, was sich die Gründer einfallen lassen, wenn es um die Monetarisierung der Content Creator mit Fiat Geld geht. Spannend ist es allemal und mein Handle ist mit dem üblichen Pseudonym bereits reserviert.

Der Beitrag Spill – Die nächste Stufe der Echtzeit-Konversation? erschien zuerst auf CEOsBay.

Was ist SEO?

SEO (englisch für Search Engine Optimization), die Suchmaschinenoptimierung. So bezeichnet man alle Maßnahmen, die sich dazu eignen, die Platzierung einer Website in den organischen Suchergebnissen von Suchmaschinen zu verbessern und damit den Traffic zu steigern. Man kann den Begriff unter Marketingmaßnahme oder Marketingstrategie ablegen.

Ausgezeichnet wird diese Marketingstrategie einerseits durch den bedingt hohen Wert des Suchmaschinen-Traffics über die benutzten Worte. Andererseits ist SEO die einzige Marketingmaßnahme, die Traffic generiert, ohne viel Geld investieren zu müssen. In meinem Fall ist es eine gute Übung und es trägt seinen Teil dazu bei, dass relevante Informationen die relevanten Personen erreichen, um eine gewisse Hilfestellung oder einen schnellen Einstieg, in das ein oder andere Thema zu ermöglichen.

Wichtige Bestandteile der Suchmaschinenoptimierung sind das Erstellen bzw. Aufbessern relevanter Inhalte (Content), der Einsatz entsprechender Schlüsselbegriffe (Keywords), Title-Tags oder Meta-Descriptions sowie das interne Verlinken auf der Website. Besonders Links von anderen Seiten, die auf die eigene führen, sind für ein gutes Ranking unabdingbar.

Was sind Title Tags?

Der Title Tag, auch Meta-Title oder nur Title genannt, ist ein HTML-Element, welches im Header-Bereich einer Webseite eingebunden wird und den Seitentitel einer Webseite definiert.

Was ist die Meta-Description bzw. Meta-Beschreibung?

Eine Meta-Beschreibung ist ein HTML-Element, dass eine kurze Zusammenfassung einer Webseite enthält. Der Meta-Description-Tag einer Webseite wird als Teil des Such-Snippets auf der SERP angezeigt und soll dem Benutzer eine Vorstellung vom Inhalt der Seite und dessen Bezug zu seiner Suchanfrage vermitteln.

Was ist SERP

Als Search Engine Result Page, kurz SERP, deutsch Suchergebnisseite, wird die Darstellung der Suchergebnisse in Suchmaschinen wie Google bezeichnet.

Google versucht Websites mit Hilfe eines Algorithmus nach den Maßstäben eines menschlichen Lesers zu evaluieren. Nach diesen Kriterien wird auch das Ranking definiert.

Fazit

Suchmaschinenoptimierung kann potenziell günstig die Reichweite steigern. Ist man kommerziell unterwegs und will damit profitablen Traffic erreichen, also den Umsatz eines Unternehmens steigern, ist zu beachten, dass es Agenturen gibt, die sich rein auf SEO spezialisiert haben und damit die Konkurrenz relativ stark sein kann. Vor allem ist zu beachten, dass die Algorithmen und die künstliche Intelligenz sehr schnell dazulernen und die Ansprüche der Suchmaschinen an hochwertigen Content ebenfalls steigt. Dies führt dazu, dass SEO immer teurer und damit weniger profitabel werden kann.

Bereits heute nutzen mehr Menschen mobile Endgeräte statt stationärer Computer. Auch die Suchmaschinen, besonders Google, hat dies in seinen Mitteilungen explizit zu Wort gebracht. Demnach fallen jetzt schon viele Webseiten aus dem Raster, wenn die Mobile Konformität nicht gegeben ist. Des Weiteren ist SEO keine einmalige Sache. Es muss immer wieder frischer Content generiert werden, um mehr Themen abzubilden, die gefragt sind.

Für kleinere Projekte bieten sich Hilfsmittel wie Open Source Lösungen oder kommerzielle Plug-Ins an. Ansonsten gibt es, wie bereits angesprochen Agenturen, die sich explizit darum kümmern. Ein paar dieser Tools werde ich gerne in den kommenden Beiträgen vorstellen.

Der Beitrag SEO – Online-Erfolg durch optimierte Sichtbarkeit erschien zuerst auf CEOsBay.

Ab wann werden Frameworks relevant?

In der Regel definiert man als Programmierer oder als Team, zu Beginn eines Projekts, auf Basis der Anforderungen und der wirtschaftlichen Aspekte, die Herangehensweise.

Man hat immer die Auswahl, alles von Grund auf selber bzw. nativ zu programmieren, was zwar eine extrem individuelle Lösung darstellt und alles bis auf das kleinste Detail erstellt bzw. programmiert werden kann, ein CMS (Content Management System = Eine Software zur gemeinschaftlichen Erstellung, Bearbeitung, Organisation und Darstellung digitaler Inhalte zumeist zur Verwendung in Webseiten aber auch in anderen Medienformen) zu nutzen – Wobei ich Zweites in einem separaten Beitrag ausführlich thematisieren möchte (Übrigens basiert diese Webseite auch auf einem CMS. In diesem Fall handelt es sich um eine WordPress-Instanz). Und dann gibt es natürlich Frameworks. Wobei die Anforderungen an die Professionalität des Entwicklers bei dieser Herangehensweise relativ hoch angesiedelt sind. Allerdings muss man sagen, dass das hohe Maß an Flexibilität und die Verfügbarkeit ausgefeilter Struktur-Merkmale nicht unwesentlich sind.

Welche Frameworks gibt es?

Application Frameworks: Als Grundgerüst für die Programmierung von Anwendungen mit spezifischen Strukturen und Funktionen.

Web-Frameworks: Für die Entwicklung und Programmierung dynamischer Web-Sites und Web-Anwendungen.

Komponenten-Frameworks: Als Umgebungsrahmen für die Programmierung und Einbindung von Programm-Paketen.

Domain Frameworks: Als Rahmen für vordefinierte Problembereiche.

Coordination Frameworks: Zur Einrichtung von Geräte-Interaktionen bzw. für die Abfolge zu steuernder Einzelschritte.

Class Frameworks: Zur Zusammenfassung von „Klassen“ und „Methoden“, im Sinne einer optimalen Unterstützung des Programmierers bei der Implementierung seiner spezifischen Anwendungen.

Test Frameworks: Für das Testen von Programmen. Klassische Beispiele hierfür sind „Selenium“ für den Test von Webanwendungen und „JUnit“ für den Test von Modulen. Selenium habe ich in diesem Beitrag thematisiert.

Fazit

Eines der Vorteile ist, wie bereits erwähnt, dass Wiederkehrende Aufgaben schneller abgewickelt werden können, da im Framework bereits eine Reihe an Elementen vorprogrammiert sind. Diese können beliebig oft verwendet werden. Darüberhinaus beinhalteten Frameworks Basis-Bausteine, die auf die Design-Struktur eines Programms Einfluss nehmen. Sie bieten sich in der Regel bei speziellen Anforderungen und individuellen Lösungen an, so kann das vom Framework zur Verfügung gestellte Programmier-Gerüst eine gute Wahl darstellen. Nichtsdestotrotz sollte man meines Erachtens nach bei „kleineren“ Projekten die Nutzung von Content Management Systemen in Erwägung ziehen. Schlussendlich, hängt die Wahl der jeweiligen Herangehensweise und die Effizienz, in der das Projekt realisiert wird, häufig von der Qualifikation und dem Skillset eines jeden Programmierers ab.

Der Beitrag Frameworks – Effiziente Entwicklung und eine höhere Qualität durch Rahmenwerke erschien zuerst auf CEOsBay.