Programmieren auf Deutsch?! // deutsch

Code schreibt man naturgemäß auf Englisch, allein schon deshalb, weil die Schlüsselwörter einer Programmiersprache üblicherweise auf Englisch sind. Doch was ist mit Fachbegriffen? Sollte man sie auch ins Englische übersetzen oder bei der ursprünglichen Sprache bleiben, auch wenn das zu einem deutsch-englischen Mischmasch im Code führt?

00:00 – Einleitung
01:18 – Nicht-englische Programmiersprachen
02:25 – Probleme von nicht-englischen Programmiersprachen
03:27 – Englisch als (vermeintlicher) Standardfall
04:44 – Falsches Übersetzungen
05:38 – Sprachgefühl: Nuancen und Feinheiten
06:53 – Austausch mit Anderen
08:30 – Also alles auf Englisch?
10:52 – Die Fachsprache berücksichtigen
12:50 – Verwirrung und Fehleranfälligkeit
14:28 – Wann Englisch, wann Deutsch?
15:46 – Also Englisch, außer …

────────────────────

Über the native web 🦄

Wir sind ein Beratungs-, Schulungs- und Entwicklungsunternehmen, das sich auf Web- und Cloud-Technologien spezialisiert hat. Wir streben nach intelligenten und eleganten Lösungen für komplexe Probleme, und wir glauben, dass Softwareentwicklung kein Selbstzweck ist. Stattdessen sollte Software tatsächliche Probleme der realen Welt lösen.

Wir glauben, dass native Web- und Cloud-Technologien das Fundament sind, auf dem die Zukunft aufbaut. Unsere Kernkompetenz ist der Entwurf und die Entwicklung verteilter Web- und Cloud-Anwendungen unter Verwendung dieser Technologien in interdisziplinären Teams. Wir entwickeln auch unser eigenes Open-Source-Framework namens wolkenkit. Und wir lieben es, unser Wissen in Schulungen und Workshops, auf Konferenzen und bei Usergroups zu teilen.

────────────────────

Weiterführende Links 🌍

[thomasspornraft]

Englisch ausser wenn ich neues Lerne oder mir persönliche Notizen mache. Bin aber sehr froh, dass der Kanal hier auf Deutsch ist und an vielen Stellen sehr in die Tiefe geht. Bei dem anderen, fast ausschliesslich englischsprachigen Inhalt den ich konsumiere habe ich den Eindruck weniger oder langsamer zu lernen. Danke für eure Arbeit 👌💯

[stullesblog]

Sehr schönes Video. Zu mir: Ich bin als Freiberufler im Webumfeld unterwegs, programmiere Web-Apps & Co. In 95% aller meiner Projekte ist alles in Englisch. Damit meine ich Code, Kommentare, Doku, Tickets, Chats, Besprechungen, ... eben alles. Der Grund dafür ist recht einfach. Die Teams sind inzwischen meist international und nicht jeder spricht Deutsch. Zur Zeit arbeite ich zwar für eine große deutsche Firma, bin aber der einzige deutschsprachige Entwickler dort. Dennoch hatte ich ich mir für ein anderes Projekt vor Kurzem die selbe Frage gestellt. Ich unterstütze einen Schüler, 9te Klasse Gymnasium bei einem Projekt für eine Web-App. Nach reiflichen Überlegungen habe ich mich aber auch hier für den englischen Ansatz entschieden. Auf diese Weise lernt er es halt gleich "richtig" und müsste sich später, falls seine Berufsentscheidung mal in die Richtung geht, nicht umstellen.

[RogerFrei]

Im Industriebereich hat es sich bewährt, dass wir von Anfang an ein gut gepflegtes Glossar unterhalten. Am Besten gleich nach dem Kickoff einen Workshop mit allen Bereichen abhalten. In diesem Glossar sind die Bezeichnungen aller Komponenten definiert und beschrieben. Und daran müssen sich auch alle am Projekt beteiligten Stackholder halten. Konstrukteure, PMs, Systemingenieure, Architekten, wir Softwareheinis, die Dokumentationsabteilung etc. Alles Andere bringt nur Chaos. Dabei werden die im Markt gebräuchlichen Begriffe bevorzugt. Nichts schlimmer als wenn die SW versucht diese Begriffe ins Englische zu übersetzen und den Bezug zum realen, mechanischen Objekt verliehrt weil jeder ein wenig anderst übersetzt. So wie in Deinem Video sehr schön beschrieben. Danke.

[luricci]

ich denke dass es bei Software für internationale Unternehmen gar nicht anders geht als Englisch zu benutzen. Open Source ist ja heute eine ganz fantastische grenzenlose Weltgemeinschaft von Informatikern, da stellt sich die Frage gar nicht.

Bei dezidierter Software für deutsche Projekte und Kunden oder national aufgestellte (Klein-)Firmen kann es gar nicht deutsch genug sein, und zwar deutsch in Klartext, weil es die Erstellung und vor allem die Wartung später viel preisgünstiger macht. Ich denke da an den schnellen Personalwechsel in der It und der großen Qualifikationsunterschiede der Akteure. Hinzu kommt dass es in "the real world" viele Fachsprachen gibt die per se schon von Entwicklern schwer zu verstehen sind.

Habe gerade zwei klasse Videos von Dir gesehen (Docker/Deutsch) die mir viel gebracht haben besonders weil sie auf deutsch(!) waren. Herzlichen Dank!!!

[ScriptRaccoon]

Gute Zusammenfassung, danke dafür! Ich schreibe auch den gesamten Code auf Englisch. Wo es manchmal seltsam wird: meine Tutorials hier auf YouTube sind auf Deutsch, aber der Code ist trotzdem Englisch. Wenn ich da zum Beispiel gerade einen Knoten (Node) in einem Graphen erzeuge, sage ich dann halt trotzdem Node, weil ja sonst auch für den Zuschauer der Bezug nicht sofort klar wäre.
Die einzige potenzielle Ausnahme für die Regel, alles auf Englisch zu schreiben, die mir eingefallen ist: Wenn man für ein deutsches Unternehmen eine Website erstellt, die sich nur an den deutschsprachigen Raum richtet und immer richten wird, und wo das Team auch nur aus Leuten mit deutscher Herkunft besteht. Oder noch deutlicher: wenn es eine Website nur für interne Nutzung ist. Da ist es manchmal schon etwas sonderbar, die Variablen usw. auf Deutsch zu schreiben, wenn der Content auf Deutsch ist. Aber ich schreibe auch hier immer alles auf Englisch, weil der Code dann einheitlicher aussieht (im Video wird das ja schon angesprochen, dass zweisprachiger Code unschön ist) und vielleicht das Unternehmen ja doch noch mal jemanden einstellt, der kein Deutsch spricht und dann den Code warten muss. Insofern ist hier Englisch auch nachhaltiger.

[PreyMa]

Wie schräg, dass gerade dieses yt Video das erste ist, das ich mir seit Wochen auf Deutsch ansehe :^)
(Ich mache alle meine Projekte auf Englisch, von vorn bis hinten)

[MisterV..]

Mal was anderes.... nicht direkt zum Habe den Kanal erst letzte Woche durch Zufall gefunden, gleich abonniert und ich bin total gefesselt. Mega cool wie du die Sachen rüber bringst. Hut ab. Bin selbst seit 25 Jahren Softwerker aber man lernt halt nie aus. thumbs up. 😉

[boothtml]

👍

Wir haben was Code und Sonstiges angeht alles auf Englisch aber unser interes Wiki auf Deutsch um Fehlinterpretation zu vermeiden so etwa wie du es mit dem Formular erklärt hast.
Danke für das Video.

[kyrospace]

Ich habe mal probiert in Deutsch etwas zu programmieren. Das hat sich aber so holprig und schwerfällig angefühlt, dass ich dann doch wieder alles ins englische übersetzt habe. Für mich war dabei das größte Problem, dass im Deutschen die verben nicht so passend waren wie im Englischen. Dein Hinweis - mach es immer so das du es Open Source verhöffentlichen könntest - finde ich super. Danke dafür.

[johanna]

Wir (B2B, Java) benutzen innerhalb der Repositories komplett die englische Sprache (Code, Kommentare, Readme).
Außerhalb, also in Wikis und in den Tickets verwenden wir ausschließlich Deutsch, mit Ausnahme von typisch eingedeutschten englischen Begriffen.

[DJTechnostyler]

Zunächst mal finde ich es echt super, wie du auf Feedback eingehst. Schön, dass dieser viel zu lange Abo-Aufruf weg ist. Aber schade, dass es ihn jetzt gar nicht mehr gibt. Ich glaube man braucht den Hinweis doch irgendwie :P

Jetzt zum Video: Ich finde, dass Sprachen, die nicht englisch sind, nix im Code verloren haben. Das kann sogar zu seltsamen Problemen führen. Beispiel: Man nehme eine SQL-Datenbank und speichere das Alter darin als int ab. Die Spalte heißt dann im Deutschen natürlich Alter. Blöd nur, dass Alter auch ein Befehl ist und SQL dynamisch genug ist, dass es die Auswahl der Spalten auch ohne Hochkommata zulässt. Nur funktioniert der Query dann nicht und es gibt auch keine Fehlermeldung, weil syntaktisch alles richtig ist. Und auch fachbezogene Begriffe können nicht immer verwendet werden, weil z.B. Zeichen drin vorkommen, die die Sprache nicht unterstützt. Passiert öfter mal in Python.

[HWFrei]

Ich besuchte 1971 als seinerzeitiger Schweizer Cobol-Programmierer eine Kurs in Baden-Baden. Der Referent hatte öfters von einem "Binder" gesprochen. Hm, was ist das denn, hatte ich gedacht. Bis ich dann drauf kam, dass er den "Linkage Editor" meinte...

[ministerstein]

5:22 ist mir selbst heute bei der Arbeit tatsächlich im Code aus Versehen auch passiert 😂 Ein Typo, ein Commit und viel Gelächter im Slack. Zum Glück ist Freitag, am Montag hat das jeder wieder vergessen.

[SeoOderNichtsein]

Wie immer ein sehr schönes Video mit vielen gut erklärten Punkten. Aus meiner Sicht ist jedoch ein wichtiger Punkt untergegangen. Und das ist die Geschäftslogik beim DDD. Je nach Ausprägung des gelebten DDD empfiehlt es sich die Geschäftslogik in der Sprache und mit den Fachbegriffen der Personen zu schreiben, die das entsprechende Fachwissen haben. Und auch wenn die restliche Software komplett in englisch geschrieben und dokumentiert ist, empfiehlt es sich aus meiner Sicht rein für die Geschäftslogik vom englischen abzuweichen und alle Bedingungen und Aktionen hinter Methoden in der entsprechenden Sprache zu verbergen. Dann kann auch ein Nichtprogrammierer verstehen, was das Programm "laut Logik" macht. Das könnte dann so aussehen:

if {
if (KundeZahltVorabUndGeldIstEingegangen(auftragsnummer, kundennummer)) {

} else if {

}
}

if {
rechnungsnummer = ErstelleRechnung(auftragsnummer, kundennummer);

}

Hier haben wir ein Beispiel für eine Geschäftslogik in verständlicher Sprache, die man auch jemandem aus der entsprechenden Fachabteilung vorlegen kann. Natürlich ist das in der Realität komplexer, aber als Beispiel sollte das reichen ;)

[iuaj]

In Deutsch programmieren gab es mal auf dem Mainframe mit der Software Siron/Siros von Ton Beller aus Bensheim-Auerbach "Hole Johann, dann Liste"

[FuchsHorst]

Ich war mal bei einer großen deutschen Versicherung. Wir haben damals die Klassennamen auf Deutsch gehabt, inklusive obskurer Übersetzungen von Design Patterns. Das belustigste etwas, aber letztlich hat jedes komplexe Projekt irgendwann die Notwendigkeit eines Dictionary/Wörterbuches mit Fachbegriffen und Produkt-Termini. Gerade wenn etablierte Prozesse aus der Versicherungswirtschaft digitalisiert wurden oder an solche vor 20-30 Jahren digitalisierten Dienste per Schnittstellen angehängt wird, bietet es sich durchaus an, die Termini zu übernehmen. Konsistenz in der Fachsprache ist immer besser als "technisch korrekt" oder gar unterschiedlich.

[xXHolgerXx]

ein großer deutscher Autohersteller hatte zumindest seine ganzen Begriffe (evtl. immer noch, schon lange nicht mehr hinein geschaut) durchgehend in Denglisch gehalten, war immer lustig, wenn in englischen Foren darüber gesprochen wurde, dass man z.B. "SPIEGEL_KOMFORT_EINKLAPP" auf "true" setzen muss, damit man mit der Fernbedienung die Spiegel einklappen kann, oder z.B. "VERRIEGEL_XKM/H_OHNE_NR", damit die Türen sich beim Anfahren verriegeln etc.

Ich denke, ein Begriff der vom Kunde genutzt wird, sollte so genutzt werden, wie der Kunde diesen verwendet. Sonst kommt es nur zu Verwirrungen, wenn der Kunde dann ein Problem hat, will man den Code durchsuchen und wenn es übersetzt ist, findet man nichts, weil man es anders übersetzt.

[marcotroster]

Die Sache erinnert mich an die gruseligen Codes aus der Schule damals (2012). Im Schulbuch waren die Klassennamen alle auf Deutsch und in CAPS anstatt in CamelCase, obwohl wir in Java programmiert hatten. Ungefähr alle typischen Patterns waren falsch benannt. Zum Beispiel hieß es nicht "Blatt" sondern "Abschluss" und die "Komposition" bezog sich auf Polymorphismus anstatt auf Objektreferenzen 🤔🤔🤔

Also das war wirklich wild damals. Die armen Kinder, die es nicht besser wissen können, weil es ihnen falsch beigebracht wurde. Fachterminologie macht eben doch einen großen Unterschied, auch wenn's viele nicht wahrhaben wollen. Und das bisschen IT-Englisch hätte mir rückblickend auch gut getan 😂

[yutubl]

Ich kenne beides, sowohl typisch deutschen Programmierstil als auch eher international orientierten Programmierstil und bevorzuge natürlich meine deutsche Muttersprache.
Sehr richtig: deutsche und englische Sprachfähigkeiten aller aktiven Entwickler sollten berücksichtigt werden.
Vorteil: deutschsprachiger bzw. unenglischer Bezeichner im eigenen Quelltext für Konstanten, Variablen, Funktionen, Klassen sind unter anderem reduzierte Mehrdeutigkeiten mit englischen Schlüsselwörtern von Standard- bzw. (Fremd)Bibliotheksinhalten und deren Konstanten, Variablen, Funktionen, Klassen usw.
Nachteil: reduzierte Quelltext-Akzeptanz in Internet-Community-Foren wie Open Source Code, dies sollte nicht relevant sein für privaten Closed Source Code, kann sogar ein Gegenargument sein, um unerwünschten Quelltextaustausch (Know-How-Leaks) zu vermeiden.
Fachsprache: sollte festgelegt und intern und extern dokumentiert werden, wenn wirklich nur regional/lokal gültig/nutzbar.
Als Deutscher begann ich natürlich nur mit meinen eigenen deutschen Quelltexten, weil man so denkt und besser versteht beim erneuten Lesen. Je mehr ich die aktuellste Version nutzte: Compiler-Version (englischsprachig, nicht deutsch verfügbar) sowie entsprechende Fremdbibliotheken, desto mehr gewöhnt man sich an englischsprachige Dokumentation und Source Code. Als mein Arbeitgeber vom US amerikanischen Konzern übernommen wurde, wurden noch Quelltext-Kommentare in deutsch formuliert, weil das Entwicklungsteam deutsch geblieben war, Bezeichner im Quelltext wurden eher englisch gewählt, auch weil immer mehr US SW-Komponenten mit deren APIs eingebaut wurden spätestens als interne SW Schnittstellen zu dokumentierten und öffentlichen SW Interface erklärt wurden.

[tumbler]

Solche "Praxisbeispiele" wie mit dem "massage" statt "message" kennt man in der Tat :D
Das geht allerdings auch ohne Englisch: Wenn die Funktion z.B. erst mal "warenkrob" heißt - oder sowas in der Art - dann... tja, dann muss man's natürlich eisern durchziehen :D schon öfter mal gesehen solche Dinger