Was ist objectionary/eo?

EOLANG, an Experimental Pure Object-Oriented Programming Language Based on 𝜑-Calculus Eine deutschsprachige Einordnung der dokumentierten Funktionen, Grenzen und des konkreten Pruefpfads.

Darf ich objectionary/eo kommerziell nutzen?

Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.

Wird objectionary/eo noch gepflegt?

Ja. Die letzten Commits kamen vor 1 Tag.

In welcher Programmiersprache ist objectionary/eo geschrieben?

Hauptsächlich Java, laut der Sprachstatistik von GitHub.

objectionary/eo: EO und der phi-Kalkuel als experimentelle Sprache

Auf einen Blick

Was ist das?: EOLANG, an Experimental Pure Object-Oriented Programming Language Based on 𝜑-Calculus Eine deutschsprachige Einordnung der dokumentierten Funktionen, Grenzen und des konkreten Pruefpfads.
Für wen ist es gedacht?: eo passt zu Teams, deren Aufgabe direkt mit eo und der phi-kalkuel als experimentelle sprache verbunden ist und die den dokumentierten Pruefpfad 0.63.0 kontrolliert ausfuehren koennen. Ungeeignet ist der Einsatz als ungepruefter Ersatz fuer nicht beschriebene Funktionen.
Darf ich es kommerziell nutzen?: Ja. MIT ist eine freizügige Lizenz: Sie dürfen darauf aufbauende Software nutzen, verändern und verkaufen, solange Sie die Urheberrechts- und Lizenzhinweise beibehalten.
Wird es noch gepflegt?: Ja. Die letzten Commits kamen vor 1 Tag.
In welcher Sprache ist es geschrieben?: Hauptsächlich Java, laut der Sprachstatistik von GitHub.

Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 14. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.

TIEFGEHENDE OPEN-SOURCE-ANALYSE

Hysen Labs Redaktion · 8. August 2026 · objectionary/eo

Wofuer eo konkret steht 1

objectionary/eo beschreibt sich als EOLANG, an Experimental Pure Object-Oriented Programming Language Based on 𝜑-Calculus. Das README legt damit einen klaren Rahmen fest: # Pure Object-Oriented Language, Experimental [](https://www.elegantobjects.org) [](https://www.rultor.com/p/objectionary/eo) [](https://www.jetbrains.com/idea/) [](https://github.com/objectionary/eo/actions/workflows/mvn.yml) [](https://www.0pdd.com/p?name=objectionary/eo) [](https://qlty.sh/gh/objectionary/projects/eo) [](https://mvnrepository.com/artifact/org.eolang/eo-parser) [](https://codecov.io/gh/objectionary/eo) [](https://hitsofcode.com/view/github/objectionary/eo) [](https://github.com/objectionary/eo/blob/master/LICENSE.txt) [](https://app.fossa.com/reports/0ebb3149-4934-4565-bf6f-6fa41aed3b49) [](https://sonarcloud.io/summary/new_code?id=objectionary_eo) EO (stands for [Elegant Objects][book] or ISO 639-1 code of [Esperanto]) is an object-oriented programming language based on [𝜑-calculus]. We're aware of popular semi-OOP languages and we don't think they are good enough, including [Java], [Ruby], [C++], [Python], and [C#]. Even [Smalltalk], [Eiffel], [Self], and [Io] are not good enough. All of them have something we don't tolerate: * types ([why?](https://www.yegor256.com/2020/11/10/typing-without-types.html)) * static/class methods or attributes ([why?](http://www. Diese Aussage ist eine Projektbeschreibung, kein Nachweis fuer einen bestimmten Betrieb. Der sinnvolle Einstieg liegt bei der Aufgabe, die eo ausdruecklich adressiert. Wer eine andere Problemklasse loesen will, sollte die genannten Schnittstellen nicht einfach als allgemeine Plattform lesen. Die Sprache Java und die Lizenz MIT sind zusaetzliche Eckdaten fuer die technische und organisatorische Auswahl.

Der dokumentierte Pfad zu eo 2

Fuer einen ersten Durchlauf ist der projektspezifische Bezug 0.63.0. Bei objectionary/eo sollte dieser Bezug mit dem README-Abschnitt abgeglichen werden, bevor Daten oder produktive Zugaenge verwendet werden. Das Material nennt als aktuelle Veroeffentlichung 0.63.0. Die Versionsangabe gehoert zum Testprotokoll, weil sich Befehle, Eingaben und Ergebnisse zwischen Staenden aendern koennen. Das Repository liefert die Primaerquelle; eine fehlende Anleitung darf nicht durch erfundene Optionen ersetzt werden. Gerade bei eo ist zu pruefen, welche Teile aus dem Quelltext, welche aus Dokumentation und welche nur aus Metadaten hervorgehen.

Eingaben, Ausgaben und Arbeitsgrenzen 3 · objectionary eo

# Pure Object-Oriented Language, Experimental [](https://www.elegantobjects.org) [](https://www.rultor.com/p/objectionary/eo) [](https://www.jetbrains.com/idea/) [](https://github.com/objectionary/eo/actions/workflows/mvn.yml) [](https://www.0pdd.com/p?name=objectionary/eo) [](https://qlty.sh/gh/objectionary/projects/eo) [](https://mvnrepository.com/artifact/org.eolang/eo-parser) [](https://codecov.io/gh/objectionary/eo) [](https://hitsofcode.com/view/github/objectionary/eo) [](https://github.com/objectionary/eo/blob/master/LICENSE.txt) [](https://app.fossa.com/reports/0ebb3149-4934-4565-bf6f-6fa41aed3b49) [](https://sonarcloud.io/summary/new_code?id=objectionary_eo) EO (stands for [Elegant Fuer die praktische Einordnung zaehlt, welche Eingabe eo akzeptiert und welches Ergebnis es sichtbar macht. Bei einer Bibliothek ist das meist ein API-Vertrag, bei einer Anwendung ein Arbeitsablauf, bei Infrastruktur ein Dienst und seine Konfiguration. Das README beschreibt nicht automatisch Fehlertoleranz, Durchsatz, Upgrade-Verhalten oder Betrieb unter Last. Diese Punkte bleiben offen, solange keine konkrete Quelle sie belegt. Ein Test sollte deshalb genau eine kleine, reversible Eingabe verwenden und die Ausgabe auf den fuer objectionary/eo relevanten Artefakten pruefen.

Konfiguration im eigenen Szenario 4 · objectionary eo

Die Konfiguration muss zu objectionary/eo passen. Bei eo sind besonders Dateipfade, Ports, Zugangsdaten, Laufzeitversionen und externe Dienste zu trennen. Das README nennt nur die dort dokumentierten Werte; nicht erklaerte Defaults werden nicht als Zusage behandelt. Fuer EO und der phi-Kalkuel als experimentelle Sprache ist ein isolierter Arbeitsbereich sinnvoll, damit ein fehlerhafter Lauf weder Firmware, Telemetrie, Quellbestand noch Produktionsdaten veraendert. Werden Logs erzeugt, gehoeren Eingaben und Version 0.63.0 in die Auswertung, nicht nur ein erfolgreicher Prozess-Exit.

Was das README nicht verspricht 5 · objectionary eo

objectionary/eo hat laut Material 1436 Sterne, 246 Forks und 197 offene Issues. Diese Zahlen zeigen Nutzung und offene Arbeit, aber keine garantierte Qualitaet. Das README belegt keine Service-Level, keine vollstaendige Kompatibilitaetsmatrix und keine bestimmte Sicherheitswirkung. Auch die Aktualitaet muss am Branch master und am Release-Verlauf geprueft werden. Fuer eo ist deshalb eine Entscheidung nur fuer den dokumentierten Anwendungsfall belastbar. Alles ausserhalb dieses Rahmens braucht eine eigene technische Begruendung und darf nicht aus der Kurzbeschreibung abgeleitet werden.

Lizenz und Verantwortungsbereich 6 · objectionary eo

Das Material weist MIT aus. Fuer objectionary/eo ist das bei Weitergabe, Aenderung und Einbettung in ein eigenes Produkt zu klaeren; die Lizenzangabe ersetzt keine Pruefung der vollstaendigen LICENSE und eingebundener Komponenten. Bei Daten, Zugangstokens oder verbundenen Geraeten bleibt der Betreiber fuer Berechtigungen und Sicherungen zustaendig. Das README beschreibt den Quellcode und seine Verwendung, aber keine pauschale Freigabe fuer jede Umgebung. Diese Trennung ist bei eo besonders wichtig, weil ein lokaler Test und ein oeffentlich betriebener Dienst unterschiedliche Folgen haben. Der Release 0.63.0 gehoert dabei zur konkreten Pruefnotiz.

Redaktionelles Fazit

eo passt zu Teams, deren Aufgabe direkt mit eo und der phi-kalkuel als experimentelle sprache verbunden ist und die den dokumentierten Pruefpfad 0.63.0 kontrolliert ausfuehren koennen. Ungeeignet ist der Einsatz als ungepruefter Ersatz fuer nicht beschriebene Funktionen. Vor einer Entscheidung muessen genau die Eingabe, die Ausgabe und die Lizenzfolgen fuer objectionary/eo festgehalten werden.

Offizielle Quellen

Community-Notizen