Hallo!

Würde mich interessieren, wie ihr so zu "gemischten" Namen steht. Ich benutze sehr oft zusammengesetzte Namen wie zB. CopyGanzeZeile oder DelDatei oder sonstwas in dieser Art. Einfach deshalb, weil Englisch kurz und bündig, aber trotzdem aussagekräftig ist. Deutsch, weil man es besser versteht: CopyWholeLine ist ein bisschen seltsam.

Ok, CopyGanzeZeile auch...

Ein guter Grund zu mischen ist, dass man bei rein englischen Bezeichnungen schon mal resevierte Begriffe erwischt. Oder gar eine Funktion mit gleichem Namen "tötet".

Also ich versuche das Mischen zu vermeiden, da ich meist die englischen Namen benutze. Rein deutsch Namen für Bezeichner hasse ich (@Neo) und versuche sie Stück für Stück auszutauschen.

Das mit dem killen von gleichnamigen Funktionen hab ich noch nie wirklich als Problem angesehen, da man IMMER über Unit-Referenzen oder Object-Bezeichner auf diese zugreifen kann.

Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.

hm.. ich mische auch, hauptsächlich deswegen, weil das Ö,Ä etc.pp. nicht erlaubt sind. Dann brauch ich halt schonmal ein Del, Edit oder so ähnlich

Also ich finde deutsche Namen schaun in einer doch ans englisch angelehnten Programmiersprache einfach schrecklich aus und Mischungen sind da nur noch eine Steigerung..! Ich vergeb daher immer nur englische Namen..

Ich benutze auch englische Bezeichner und sogar meine Kommentare schreiibe ich in Englisch.
Einzige Ausnahme: Wenn's etwas für Leute sein soll, von denen ich nicht weiß, ob sie Englisch ausreichend gut können, da mache ich auch mal rein deutsche Kommentare, zu deutschen Bezeichnern kann ich mich nur selten durchringen.
Englisch und Deutsch und Bezeichnern löschen ist aber für mich tabu, weil einfach mehr verwirrt als nützt und irgendwie aussieht, wie gewollt und nicht gekonnt.

Ich nutze eigentlich im Code meist eine Mischung aus Englich und Deutsch! Aber ich glaube nit in einem Name? Oder BenBE?
Aber ich kann mich meist im Kompletten Quelltext nicht auf eine Sprache einigen! Manchmal Deutsch manchmal Englich! Wie es mir gerade durch die Finger geht! *g*
Ich weis das so einige gibt denen das nicht past, und immer am Korigieren meines Codes sind!

Ich glaube das wars!


Cu

Neo

Es kommt auch auf den Zweck an. Da dieser die Mittel bekanntlich heiligt, ist es schon wichtig, wer den Code letztenendes verstehen soll.

Englische Bezeichner oder gar Kommentare in einem für Deutschland vorgesehenen Programm sind einfach nur Unfug.

Bei mir habe ich jetzt mal nachgeschaut und es gibt u.a. folgende Bezeichner :

edArtNr, lblUeberschrift, sgRecPosEingabe, frmLieferschein.

Wer will, der kann das auf englisch übersetzen, oder überlegen, welchen Sinn die Namen eigentlich haben.

Sich an den Borland Style-Guide zu halten ist wohl auch nicht die schlechteste Empfehlung. Aber man sollte sich immer wieder vor Augen halten, daß die Lesbarkeit des Sourcecodes außerordentlich wichtig ist ! Fremdsprachen sind da eher hinderlich.

Eigentlich englisch. Allerdings habe ich auch keine Probleme mit deutschen Namen. Fange ich aber erst ein mal mit einer Sprache an, dann halte ich es auch durch. Inzwischen hat man die Erfahrung und es gibt wirklich nur eine Handvoll Standard-Bezeichner die man nimmt. Laß es mal 50 sein, z.B. File, Folder, Name, Path, usw. Der Rest ist nur noch mischen, z.B. FileName. Aber ich hab auch keine Probleme mit deutschen Namen. Vergesse ich es nicht und fange mit denen an, dann blühe ich eigentlich auf. Die Variablen bekommen richtige vielsagende Namen. Da fällt mir mehr ein. Bei englischen Namen bleibe ich irgendwie bei den üblichen Bezeichnern.

hansa hat folgendes geschrieben:

Englische Bezeichner oder gar Kommentare in einem für Deutschland vorgesehenen Programm sind einfach nur Unfug.

Für Deutschland vorgesehen (als Markt) oder für deutsche Programmierer vorgesehen (als Teamprojekt)? Ersteres macht irgendwie keinen Sinn.

Wir schreiben inzwischen das Jahr 2004. Dieser Thread wurde schon seit 2 Jahren nicht mehr angerührt (zumindest nach Zeitangabe des Boards). WARUM taucht er plötzlich bei mir als ungelesen markiert auf? Das passiert ständig!

Naja, vermutlich weil der erste Post erst gestern Abend um 20:34 Uhr gepostet wurde, das sagt mir zumindest das Board.

@Elite

Ich bin mir nicht sicher, in welcher Zeitschleife du gerade steckts, aber:

Zitat:

Verfasst am: Gestern um 21:34

Cu Simon

Ahh ok, meinetwegen, das klingt logisch

tommie-lie hat folgendes geschrieben:

hansa hat folgendes geschrieben: Englische Bezeichner oder gar Kommentare in einem für Deutschland vorgesehenen Programm sind einfach nur Unfug. Für Deutschland vorgesehen (als Markt) oder für deutsche Programmierer vorgesehen (als Teamprojekt)? Ersteres macht irgendwie keinen Sinn.

Im Umkehrschluß würde das heißen, für deutschsprachige Programme sollen Kommentare auf englisch nützlich sein. Wieso denn das ? Soll man etwa sein deutsches Programm in diesem Stil schreiben :



oder nicht doch besser so :



Für englische Bezeichner und Kommentare gibt es nur eine Rechtfertigung : Teamarbeit mit nicht der deutschen Sprache mächtigen Kollegen. Oder sofern die Möglichkeit besteht, daß das Programm im Ausland fertiggestellt werden soll. Wobei sogar in Osteuropa deutsch eventuell sogar besser ist. Ist die Benutzeroberfläche auf deutsch, so muß derjenige im Ausland so oder so deutsch können, also können dann sogar die Bezeichner in deutsch sein.

Ich glaube, man kann sich deshalb an folgende Faustformel halten : Sprache der Benutzeroberfläche = hauptsächlich verwendete Sprache im Sourcecode.

Natürlich sollte man es nicht übertreiben und statt "btnWeiter" : "knfWeiter" schreiben. Bei diesen Abkürzungen sind schon am besteb die von Delphi vorgegebenen Bezeichner zu berücksichtigen.

hansa hat folgendes geschrieben:

tommie-lie hat folgendes geschrieben: hansa hat folgendes geschrieben: Englische Bezeichner oder gar Kommentare in einem für Deutschland vorgesehenen Programm sind einfach nur Unfug. Für Deutschland vorgesehen (als Markt) oder für deutsche Programmierer vorgesehen (als Teamprojekt)? Ersteres macht irgendwie keinen Sinn. Im Umkehrschluß würde das heißen, für deutschsprachige Programme sollen Kommentare auf englisch nützlich sein. Wieso denn das ?

Stimmt, das frage ich mich auch gerade: Wieso denn das?
Wenn ich mein Programm auf den deutschen Markt werfe, kriegt der Kunde ein Binary, evtl noch mit irgendwelchen anderen Ressourcen. Macht es für den einen Unterschied, ob meine Bezeichner und Kommentare jetzt Englisch oder Deutsch sind? Der merkt ja nichtmal was davon.
Wenn es um ein Teamprojekt mit rein deutschen Teammitgliedern geht, die alle kein Englsich können, muss man zwangsläufig deutsche Bezeichner und Kommentare verwenden, das ist richtig. Wenn aber alle Englisch können, sollte man auch mit Blick auf die Zukunft, in der das Programm vielleicht nicht nur von Leuten weiterentwickelt wird, die der deutschen Sprache mächtig sind (Stiwchwort OpenSource und Verkauf von Firmen an ausländische Softwarehersteller), mit englischen Bezeichner und Kommentaren versehen werden. Der Aufwand, das später von einem Übersetzungsinstitut ins Japanische, später mal vielleicht ins Französische und irgendwann mal ins Englische zu übersetzen, weil der Quellcode quer durch die ganze Welt geht, ist nicht nur größer als alles gleich auf Englisch zu schreiben, sondern es besteht auch die Gefahr, daß es Übersetzungsfehler gibt, die bei jeder Übersetzung mehr werden.

Tommie, dir fehlt etwas an Praxis ! Das mit dem Zusammenhang zur Benutzeroberfläche hast du aber gesehen ???

tommie-lie hat folgendes geschrieben:

Wenn ich mein Programm auf den deutschen Markt werfe, kriegt der Kunde ein Binary, evtl noch mit irgendwelchen anderen Ressourcen. Macht es für den einen Unterschied, ob meine Bezeichner und Kommentare jetzt Englisch oder Deutsch sind? Der merkt ja nichtmal was davon.

Die Frage geht nicht um die letzenendes ausgelieferte Exe. Die interessiert echt nicht. Wohl aber den, der es eventuell modifizieren muß. Nochmals, steht im Source ein Hint : "Bitte geben sie in dieses Feld den Mwst.-Sazt ein !", so frage ich mich :

1. ob ein Inder oder Litauer diesen Satz versteht.
2. Ist dies der Fall so kann er wohl deutsch
3. falls nicht, so ist er für das Projekt kaum zu gebrauchen
4. englische Bezeichner/Kommentare, die nicht im Kontext zur Oberfläche stehen, nützen dann absolut nichts mehr

tommie-lie hat folgendes geschrieben:

Wenn es um ein Teamprojekt mit rein deutschen Teammitgliedern geht, die alle kein Englisch können

Nun denn, das gibts wohl kaum. Handelt es sich nur um deutsche Team-Mitglieder, so ist eine Fremdsprache wohl der falsche Weg, etwas verständlich zu machen. Das kostet nur Zeit und Geld. Ist das Programm selbst auf deutsch und Opensource, ich glaube du meinst jetzt eher, daß der Source mitgeliefert wird, so würde ich eher das deutsche Pendant kaufen, als das mit Gewalt von einem Deutschen auf englisch gemachte : -> Wettbewerbsnachteil.

Für den weltweiten Markt und mit Offenlegung des Quelltextes, wäre es tatsächlich besser alles auf englisch zu machen, aber nur, sofern tatsächlich viele nicht-deutschsprechende Leute dabei sind und es sich nicht um ein "deutsches" Programm handelt !

hansa hat folgendes geschrieben:

3. falls nicht, so ist er für das Projekt kaum zu gebrauchen

Diese Einstellung finde ich ein wenig arrogant, in zweierlei Hinsicht:

hansa hat folgendes geschrieben:

ich glaube du meinst jetzt eher, daß der Source mitgeliefert wird

Ich meinte eigentlich beides.
Bei einem OpenSource-Projekt, bei dem der Quellcode mitgeliefert wird, interessiert es vielleicht auch Leute, die nicht (gut) Deutsch können (und das Programm zum Beispiel bedienen können, weil die Oberfläche so intuitiv ist), was ich denn da gemacht habe, möchten es vielleicht Übersetzen oder modifizieren. Da helfen englische Kommentare und Bezeichner auch Ausländern, das Programm nachzuvollziehen.
Bei kommerziellen ClosedSource-Projekten sieht es IMHO ähnlich aus. Angenommen die deutsche Firma, die eine Anwendung mit deutschen Kommentaren geschrieben hat, wird verkauft, mitsamt dem Quellcode. Jetzt will sich irgendein Inder an den Quellcode setzen und soll eine neue Version rausbringen, er müsste erst sämtliche deutschen Kommentare übersetzen, bevor er versteht, was da gemacht wird (Zeit, Geld und eine große Fehlerquelle). Die Oberfläche sollte heute nicht mehr so statisch sein, daß man die Anwendung neu schreiben muss, um sie zu übersetzen, meistens gibt es Sprachdateien oder sonstiges. Der Inder hat also eine englische Oberfläche, genauso wie er eine deutsche, französissche, spanische oder russische kriegen kann, wenn er sie sich installiert. Hier wäre es einfacher gewesen, wenn die kleinständische deutsche Firma, die das Programm geschrieben hat und sich vielleicht nie erträumt hätte, jemals Geld dafür zu kriegen, den Quellcode an jemand anderen zu verkaufen, der im Ausland sitzt, von Anfang an englische Kommentare verwendet hätte. Zeit und Geld hätte sie damit nicht investieren können, wenn alle Entwickler im Team englisch können, für mich dauert es nämlich zwischen englischer Dokumentation zu irgendwelchen Befehlen nicht länger, meine Kommentare in Englisch zu schreiben.

Tommie, du mußt auf dem Boden der Tatsachen bleiben. Bei weltweiten größeren Projekten ist englisch Pflicht. Aber nicht wenn du jemand hier immer Forum ein Stück Source auf englisch und auch noch mit englischen Kommentaren gibst. Der hat vielleicht in der Schule erst 2 Jahre englisch und kommt damit nicht zurecht.

Bei weltweiten Programmen stellen sich ganz andere Fragen: wer ist zuständig ? Wer macht die Kohle ? Welche Sprachen werden unterstützt ? Wenn du also vorhast, so was wie TChart an Borland zu verkaufen, dann mache es in englisch.

Soll allerdings ein Fußballprogramm gemacht werden und 3 Amis wollen dir helfen, so mußt du erst mal denen die Regeln erklären, um was es geht und dann kannst du von mir aus englische Bezeichner und Kommentare da einbauen. Bei 3 Deutschen wäre das nicht notwendig. Kommt nun Bayern München und will dir den Source abkaufen, dann richte dich auf Rabattverhandlungen ein, weil Uli Hoeneß sich mal den Quelltext ansehen will und kein deutsches Wort entdeckt.

Das ist zwar jetzt schon krasses Beispiel, aber das mit der Mwst. war wohl zu wenig.

P.S.: Denke auch mal an dich, sofern aus der weltweiten Vermarktung nichts wird. Was ist besser : eigener Quelltext in deutsch oder englisch ?

hansa hat folgendes geschrieben:

Aber nicht wenn du jemand hier immer Forum ein Stück Source auf englisch und auch noch mit englischen Kommentaren gibst. Der hat vielleicht in der Schule erst 2 Jahre englisch und kommt damit nicht zurecht.

Wer lesen kann, ist klar im Vorteil:

tommie-lie hat folgendes geschrieben:

Wenn's etwas für Leute sein soll, von denen ich nicht weiß, ob sie Englisch ausreichend gut können, da mache ich auch mal rein deutsche Kommentare, zu deutschen Bezeichnern kann ich mich nur selten durchringen.

Hier im Forum ist das zum Beispiel der Fall, vor allem wenn der Fragesteller nichtmal rchtig deutsch kann ().
Wenn ich aber mit mehreren Leuten wirklich zusammenarbeite, kenne ich diese i.d.R. gut genug, um zu wissen, ob sie jetzt Englisch können oder nicht.

hansa hat folgendes geschrieben:

P.S.: Denke auch mal an dich, sofern aus der weltweiten Vermarktung nichts wird. Was ist besser : eigener Quelltext in deutsch oder englisch ?

Mir ist es relativ egal, ob ein Text auf Deutsch oder Englisch ist, das Leseverständnis ist für mich bei beiden gleich gut (sofern nicht außergewöhnlich viele Fachbegriffe genannt werden, die mir nichtmal im Deutschen einfallen würden), erst recht, wenn ich die englischen Kommentare selbst geschrieben habe und sie später mal lesen soll.


Um das mal klarzustellen: Ich sehe mehr Vor- als Nachteile in Englischen Kommentaren und Bezeichnern, und wo es möglich ist (weil alle Involvierten Englisch können), bevorzuge ich deshalb Englisch und benutze Deutsch eben nur dort, wo es wirklich notwendig ist.