Hmm .. moin nochmal,
> > Ein schlecht zu diffendes Format lässt aber das Repository explodieren. > Das ist momentan schon nicht mehr akzeptabel. Irgendwann besteht unser > Repository zu mehr als 50% als l10n. Jeder, der damit arbeitet, zahlt > dafür den Preis. > > Aber OK, wenn wir endlich mal l10n aus dem OOo Repo raus hätten, müssten > dann nur noch diejenigen den Preis zahlen, die den Schmerz haben wollen. > :-) Hast du schonmal einne Übersetzung mit insgesamt 500k Wörtern, bei einem 6monatigem Änderungsvolumen von ca. 20-30k Wörtern betreut und versucht, dafür Helfer zu finden? Helfer, die hauptsächlich gut formulieren können, sprachlich sicher und fachlich treffende Ausdrücke finden können? Ich glaube nicht, dass wir uns auch nur ansatzweise verstehen, wenn wir über "Schmerzen" reden, ohne die Schmerzen des jeweils andern wirklich erlebt zu haben. > > Richtig. Nur sind die "richtigen" Werkzeuge nicht automatisch die, die > möglichst ohne Hirneinsatz benutzt werden können. Genau - nur scheinen viele Entwickler der Meinung zu sein, man braucht nur ein bisschen diff und sed und Kenntnisse wie man diese Werkzeuge bedient und schon hat man am Ende eine gute Übersetzung. Ich finde solche Aussagen ehrlich unverschämt. Keiner hat gesagt, dass die Werkzeuge, die einen Übersetzungsprozess unterstützen einfach zu bedienen sind. Und keiner, der mal eine volle Übersetzungsrunde mitgemacht hat wird wohl auf die Idee kommen, dass man das "ohne Hirneinsatz" hinbekommen könnte. Nur sollte das Hirn doch am besten für meine konkrete Aufgabe - Übersetzen - benutzt werden. > Mann muss bei der > Effizienz von Werkzeugen immer den kompletten Prozess im Auge behalten, > nicht nur den einzelnen Arbeitsschritt. Sonst optimiert jeder seinen > eigenen Teil und es knirscht an den Schnittstellen. Jepp , aber gerade die Seite Entwicklung und tooling ist im heutigen Prozess absolut federführend und (bis auf wenige Ausnahmen) nicht gewillt, über den Tellerrand zu blicken. SDF wird schon lange von verschiedenen Seiten als mangelhaft kritisiert, trotzdem scheitert ein nachdenken über Alternativen schon daran, dass SDF "schnell" ist und alles andere den Buildprozess verlangsam würde. Gruß, André PS.: ein paar Argumente gegen SDF und das "es ist aber schnell" sind hier zu finden: http://www.openoffice.org/issues/show_bug.cgi?id=80789 -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
