Wenn man sich was wünschen dürfte...

[implementation]

Zitat von Stevie:

"Dafür gibts ja Format", sagt jetzt jemand. Jup, und dann lokalisier doch mal nen String, der da lautet "Der %s %s wohnt in %s" ohne den Kontext zu kennen (vor allem wenn dann noch Sprachen dazu kommen, bei denen die Grammatik anders funktioniert. Ein String, der da lautet "Der {vorname} {nachname} wohnt in {ort}" ist dann wohl unmisverständlich (klar, der übersetzer muss nun nur noch wissen, dass die Dinger, die zwischen {} stehen nicht übersetzt werden, weil das Variablen namen sind.

Hihi, dass damit die Übersetzung auf einmal leichter wäre ist ein Fehlschluss. Das mag in Deutsch und Englisch so klappen, aber man muss sich bei sowas im Hinterkopf behalten, dass es genügend Sprachen gibt, in denen du den Ort nicht einfach so per Format reinsetzen kannst, sondern ihn deklinieren musst
Man macht sich das schnell ein bisschen zu einfach, und ein Großteil der Programmierer auf der Welt denkt da recht anglozentrisch, und auch im Deutschen wird ja wirklich wenig dekliniert. Gibt es für <Ort> nur eine feste Auswahl, geht es ja auch noch, hinterlegt der Übersetzer eben mehrere Versionen davon - aber dann kommt der Fall, wo <Ort> eine Nutzereingabe ist.

Also, spielen wir das mal durch. Du fragst in einem Formular u.A. nach dem Wohnort einer Person, und bildest daraus einfache Sätze. Maria gibt Helsinki an, und als zukünftigen Wohnort Kuopio.

Zitat:

Maria wohnt in Helsinki.
Maria zieht nächste Woche von Helsinki nach Kuopio.

Klappt doch, oder?

Zitat:

Maria lives in Helsinki.
Next week Maria moves from Helsinki to Kuopio.

Na wer sagt's denn?

Zitat:

Maria asuu Helsingissä.
Ensi viikolla Maria muutaa Helsingistä Kuopioon.

Uppsi

Also bitte hört auf, euch einzureden, Stringformatierung würde eure Übersetzungsprobleme lösen. Es tut wirklich sehr weh. Lokalisierung ist ein ziemlich f#ck$ng schweres Thema, bei dem einfache Formatierung und Interpolation aber schlichtweg kaum was wert sind.

[Dejan Vu]

Zum Thema 'Zuweisung'... Irgendwie habe ich mich daran gewöhnt, das es Referenzen und 'echte' Werte gibt. Insofern macht mir das nichts aus, das es einen Unterschied in der Semantik zwischen 'a:=b' und 'a:=b' gibt

Die weiter oben gezeigten -mal wieder- konstruierten Beispiele werden in der Praxis nur von Selbstkasteiungsfetischisten verwendet.

Wenn ich mir das so überlege, gibt es das hier bei mir eigentlich nie:

Delphi-Quellcode:

Var
  a, b := TFoo;

Begin
  a := TFoo.Create;
  b := a;
  b.Bar := 'Foo';
  if a.Foo='Bar' then

D.h. ich verändere Kopien von Objektinstanzen NIE.

@implementation: Das ist sehr interessant. Gottseidank (oder vielmehr: Hoffentlich) betrifft das nur wenige Sprachen...

[uligerhardt]

Zitat von Dejan Vu:

@implementation: Das ist sehr interessant. Gottseidank (oder vielmehr: Hoffentlich) betrifft das nur wenige Sprachen...

Du Optimist.
Auf jeden Fall gibt's das in Polnisch auch. Dann vermutlich auch in Russisch und anderen slawischen Sprachen. Da kommen dann schon mal ein paar Sprecher zusammen.

[Jumpy]

Jetzt haben ja alle schön gegen Stahlis 1-3 gewettert. Wer bringt den mal 4-6 oder 7-10? Oder traut sich jetzt keiner mehr was zu sagen, da es dazu dann direkt wieder die Gegenposition gibt? Oder sind alle wunschlos glücklich?

Ich hätte gerne einen Compiler, der das macht was ich mir wünsche und vorstelle, und nicht das, was ich unwissender tatsächlich geschrieben habe. So ein schlauer (BTC*-)Compiler würde dann merken, dass ich eigentlich "for i:=0 to List.Count-1" meine obwohl ich "for i:=1 to List.Count" geschrieben habe und somit wäre Problem 1 auch gelöst .


*BTC: BrainToCode

[baumina]

Meine Vorstellungen sind, dass ich irgendwann meinem Computer nur noch sagen muss:
"Hier möchte ich einen neuen Knopf. Wenn ich diesen Knopf drücke, soll die Bestellung an XY gemailt werden und die Artikel im Lager als bestellt gebucht werden", daraufhin wird ein Programmcode automatisch erstellt.

Einziger Nachteil an der Geschichte ist, dass mein Beruf ausstirbt und ich arbeitslos bin, aber zum Glück passiert das ja erst, wenn ich in Rente bin oder schon nimmer lebe.

[stahli]

Ihr seid ja ganz schön gemein! ;-(

Die letzten zwei Vorschläge sind aber gar nicht so übel.
Das vereinfacht nochmal einiges.

[Sir Rufo]

Ich wüsste nicht was da jetzt gemein ist.

Hast du ein kollektives Kopfnicken erwartet oder eine sachliche Diskussion, wo alle Pros&Cons auf den Tisch kommen?

Gemein wäre es, wenn wir alle mit dem Kopf nicken, dich ermutigen noch mehr Fahrt aufzunehmen und warten bis du mit Vollgas gegen die Wand gefahren bist.

[Pfaffe]

Hallo baumia, sowas in der Art wäre es wohl?
http://www.ingenieur.de/Themen/Softw...-Software-Code

Warum wollt Ihr die Programmiererei immer optimieren, die macht doch nur max. 10% bei einem Projekt aus?
Was ist eigentlich so gut daran, dass eine weitere Person meinen Quellcode verstehen kann? Wir sollte uns an Steuerregeln, Hartz 4-Regeln, Energieeinsparberechnungen, usw. orientieren. Die versteht auch Niemand, und davon leben ganze Berufsgruppen.

[bepe]

1. Wäre das nicht ziemlich unpraktisch und unlogisch? Wenn kein Bit gesetzt ist dann hat ein Zähler den Wert 0 und nicht 1. Auch beim Positionieren/Auffinden von Einträgen in "selbst verwalteten Listen" ist das so sinnvoller. Sprich ich habe einen Speicherblock und bestimme die Position eines Eintrags einfach per: Blockanfang + (Eintrag Größe * Zähler). 1 basiert würde das nicht passen.

Klar, du redest von Listen und meinst mit Sicherheit Klassen wie StringList, ObjectList etc.. Aber das würde es ja noch uneinheitlicher machen, wenn nur die bei 1 beginnen.

2. Ein Grund mehr der gegen 1. spricht. Je mehr das Framework oder der Compiler uns von grundlegenden Strukturen und Techniken fern hält, desto leichter verliert man das Bewusstsein für das was man macht.

Wie z.B. hier. Wie bereits erwähnt, wird hier nicht mit Objekten hantiert sondern mit einfachen "Zahlen" Werten jongliert. Aber das Bewusstsein dafür gerät schnell in den Hintergrund da der Compiler das De- Referenzieren für uns übernimmt.

(Das soll keine Rede gegen Hochsprachen oder Vereinfachungen sein.)

3. Das ist doch genauso umständlich? Ob ich jetzt Anführungszeichen oder Spitzklammern und Steuersymbole tippe. Sehe gegenüber Format, ggf. mit ein par IfThen, keinen Vorteil (ja, gut die Platzhalter hätten einen sprechenden Namen...). Aber String Operationen würden langsamer da der Compiler jedes Mal implizit einen Parser anwerfen muss. Das müsste per OptIn gesteuert werden... evtl. ein Prefix, sowas wie z.B. Format

Und zum Thema Übersetzung und Lokalisierung... Da gibt es eine einfache Lösung: Keine String Literale im Quelltext verstreuen. Wer sowas macht verdient es gar nicht seine Texte wiederzufinden Und wenn man schon Übersetzen muss, dann kann man sie gleich auf Resourcestrings oder ähnliches umstellen. Ein Austauschen von Wörtern, innerhalb eines Satzes, ist keine Übersetzung. Man muss also eh eine "echte" Lösung finden.