Eigentlich sagen wir uns diese Solle-Prinzipie schon alles, was wir
wissen müssen, um auf einem guten Entwurf zu machen.
Trotzdem lassen Sie mich noch ein paar Worte dazu sagen,
wie Bezeichner aussehen sollen. Bezeichner sind das, was im Code
uns als Menschen die Informationen gibt, wozu ist das Ganze?
Die Semantik, was muss man, was soll hier getan werden?
Und diese Bezeichnung sind etwas ganz Wichtiges. Wir sollten versuchen,
hier die Bezeichnung so zu wählen, dass andere das gut verstehen,
dass es für jeden selbstverständlich ist. Sie wissen schon alle,
dass sich nicht nur den Typ angeben,
dass ich nicht sage, Das ist ein Intager,
sondern dass ich sage, das ist die maximale Pixel-Anzahl.
Oder dass ich nicht sage,
das ist hier ein Float, sondern dass ich sage,
das ist jetzt die Maximaltemperatur oder irgend sowas, etwas,
ein Bezug herstellen.
So, für Klassen ist die allgemeine Empfehlung erstmal substantiv.
Eine Ding, eine Sache sollte das sein. Für eine Methode,
das hat irgendwas mit Tätigkeiten zu tun, sollte es möglich sein,
ein Verb zu finden oder irgendwas, was eine Tätigkeit beschreibt.
Und wenn einem das schwerfällt, können sie gleich vermuten,
ja, dann ist vielleicht der ganze Entwurf nicht
so richtig gut
Oder wenn wir sowas haben, wenn der Bedarf entsteht,
warum sollte das irgendwie das und das und das und das sagen,
dann ist vielleicht Sachen, sind vielleicht Sachen zusammengefasst,
die nicht unbedingt was zusammen zu tun,
miteinander zu tun haben, nie niedrige Kollisionen,
wie günstige Inseparation of Konsons, also Zuständigkeiten sind vermischt.
Also wir es so versuchten,
dass extrem sollte es so sein, dass sogar der Fachmann,
der nicht den Vermeidiger den Quellcode lesen können soll,
das wäre ein Punkt,
den wir erreichen könnte.
So, Grund,
das war was
ganz Grundsätzliches
Mit den grundsätzlichen Sachen sind wir so, jeder kann da zustimmen,
aber der Teufel liegt im Detail und eins der Details ist Englisch oder Deutsch.
Natürlich gibt es Unternehmen, Projekte, wo internationales Flair herrscht,
man macht alles Englisch, dann ist es ja einfach.
Aber manchmal ist das nicht so einfach. Also erstmal die Frage,
Englisch oder Deutsch. Ja, es gibt ganz unterschiedliche Namen.
Und in der Lehre, in der reinen Lehre,
deswegen soll hier so ein Gelehrter abgebildet sein,
der kann natürlich ganz unterschiedliche Standpunkte einnehmen.
So, Englisch oder was auch immer
Ja. Meine Empfehlung ist, das sollte man wirklich für
jedes Projekt entscheiden und natürlich für dieses Projekt dann auch durchhalten.
Es gibt manchmal Projekte, wo ganz klar etwas die Umgebung
auf Deutsch ist. Hier unten kommt es zu klein.
Nehmen wir mal an, wir machen etwas für eine deutsche Versicherungsgesellschaft.
Dann sind viele fachliche Begriffe auf Deutsch.
Und diese fachlichen Begriffe ins Englische zu übersetzen,
wo es meist nicht
so richtig passt
Dann ist das, kann es sehr wahrscheinlich,
dass jemand das anders versteht, anders übersetzen würde,
anders rübersetzt und nicht jeder von den Entwicklern kann wirklich richtig gut Englisch.
Deswegen ist es ganz sinnvoll, fachliche Begriffe,
die aus dem fachlichen Kontext in der deutschen Sprache kommen,
tatsächlich auch Deutsch zulassen. Und wenn wir technische Begriffe haben,
wie ganz viel im Java vorkommen,
wo es ganz klar ist, dass sie aus innationalen,
als wiederverwendbaren Bibliotheken kommen, die Englisch sind,
dann sollten wir natürlich das Englische nehmen.
Es bringt wenig Transaction und Writer
zu übersetzen ins Deutsche
Das sollte englisch bleiben. Also das heißt,
wir haben hier so ein Misch. Und natürlich,
wenn wir etwas haben, wo es ganz international zugeht.
Es gibt ja auch in Deutschland arbeitende Firmen, wo Englisch
die Sprache ist. Natürlich darf man in der Frühstückspause
miteinander Deutsch reden, aber die Arbeitsdokumente sind alle Englisch.
Und da ist natürlich auch ganz klar, dass jeder bezeichner Englisch ist.
So, und das sind aber hoffentlich auch die fachlichen Bezeichnungen,
die sind dann die Fachzubegriffe, sind öffentlich auch hoffentlich. So,
wenn wir uns für diese deutsche Version für Fachliches entscheiden,
dann steht gleich die Frage, ja,
manchmal haben wir ja einen Begriff,
der ist nicht das reine,
das andere,
da wollen wir Deutsch und Englisch
gemischt haben
Was sagt man denn dazu? Ist das noch erlaubt?
Ist das gut oder sieht das aus wie dieses Patchwork-Flickwerk?
Ja, und das kommt also mal vor. Manche sagen,
nein, geht gar nicht, darf nicht und so weiter.
Ich würde sagen, akzeptieren Sie das einfach. Ja,
wir können daraus einen Vorteil nennen,
der fachliche und der technische Anteil ist dadurch klar trennbar.
Ja, also hier in unserer Mediathek gibt es sowas durchaus auch.
Wir arbeiten, backen, bearbeiten ist das Deutsche,
backen ist das Englische, wird Medien dort. Jetzt ist das,
was im Java immer so heißt, wenn Sie sagen,
gib, das kann man natürlich auch machen,
aber da weiß man nicht, ist das jetzt ein Ghetta oder nicht?
Bei Ghett ist das klar
Ja, soweit ganz gut. Und ansonsten sollten sie versuchen,
möglichst genauer bezeichnet zu werden. Ganz präzise bezeichnet. Denn
etwas zusammenfassen und allgemeineren Begriff zu werden, ist immer einfach.
Aber versuchen Sie es konkret zu machen. So,
wenn man das mal konkreter machen muss,
ist es dann nämlich immer schwieriger.
Hier ein kleines Beispiel und da machen wir gleich ein Quiz draus,
den wir dann hinterher beantworten können in der Fragestunde zur Vorlesung
heute nach der Veranstaltung
Zeitterminlich. Wobei ist, also wir wollen eine MCD-Verleihung,
ja, wollen wir eine klasse CD haben.
Irgendwie ganz klar, fachliche Klasse. Aber wir stellen fest,
hm, CD ist natürlich erstmal, es gibt hier diese CD von,
ich sag mal, ja, Frau Fischer, ja,
und diese CD für den Frau Fischer haben wir aber zehnmal.
Und wir wollen sie zehnmal ausleihen. Und wie gehen wir
damit um? Das eine Exemplar und die CD überhaupt das
Album, was Frau Fischer rausgebracht hat.
Und da brauchen wir einen ereigneten Namen. Kleines Biss für Sie,
überlegen Sie sich das mal und damit sind wir am Ende der Lehrveranstaltung.
Wir haben darüber gesprochen, worin, was Qualität ausmacht,
nämlich wir wollen Wartbarkeit erreichen, Wartbarkeit als Sinne von Aufwand,
Veränderungen und diese Änderungen müssen von Menschen gemacht werden.
Deswegen ist es immer leicht, wenn wir das so machen,
dass die Entwickler das Buch verstehen.
Und das war im Entwurf und wir haben die ganze Zeit
in Richtung gemacht und der Kern ist immer Kopplung, Korression,
die Zuständigkeiten, die Namen und so weiter, gehört ja mit dazu.
Die ganze Sonne in Prinzipien gröseln das einzeln auf.
Und ich hoffe, Sie behalten das alles und setzen das
immer ein und versuchen das immer zu hinterfragen,
nur dadurch verinnerlicht man sich
die ganzen Sachen