Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Neue Version des englischen Originals - Wie ist die Vorgehensweise? #29

Open
k5e opened this issue Sep 16, 2014 · 3 comments
Open

Neue Version des englischen Originals - Wie ist die Vorgehensweise? #29

k5e opened this issue Sep 16, 2014 · 3 comments

Comments

@k5e
Copy link
Contributor

k5e commented Sep 16, 2014

Derzeit gibt es offenbar keine irgendwie geartete Verbindung zwischen dem englischen Original und der deutschen Übersetzung. Da muss jeder Übersetzer selbst schauen, ob sich was getan hat. Die Erwähnung vom Meteorite ist beispielsweise auf wenige Zeilen unter der Überschrift Bye Bye Meteorite zusammengeschrumpft.

Wie können wir das besser organisieren? Code freeze auf eine bestimmte Version des Originals mit der Gefahr des schnellen Veraltens oder dem bleeding edge hinterherhecheln. Dabei kann das heute Übersetzte morgen schon wieder für die Tonne sein.

Derzeit scheint die Übersetzungstätigkeit eher schmalbandig und auch nur von sehr wenigen Personen durchgeführt zu werden. Wie können wir das einerseits beschleunigen und andererseits eine Überforderung von einzelnen vermeiden?

  • Christian
@karfau
Copy link

karfau commented Oct 28, 2014

👍

@kadewe
Copy link
Contributor

kadewe commented Oct 29, 2014

Naja, ich würde sagen, möglichst schnell Überarbeitungen in das Repo pushen, IMMER bevor man mit der Arbeit anfängt, en und de repo syncen und dann loslegen. Jetzt mit 1.0 sollten sich ja die riesigen Änderungen im englischen Original etwas reduzieren. Ich gehe jetzt einfach von vorne durch und lese die deutschen und englischen Version parallel und ändere, wo ich Differenzen sehe.

@a7z
Copy link

a7z commented Mar 21, 2015

Vielleicht am Anfang eines Kapitels einen Hinweis auf die Version des dem zugrundeliegenden Originalkapitels: (Version 1.8)

Oder parallel (branches? tags?). So dass ein Kapitel zu einer Version vollständig gemacht werden kann, während mit einer neuen Version begonnen wird.

Bin ansonsten mit kadewe konform. Vor allem wo mittlerweile Version 1.8 d. Buches da ist und sich meteor durch Version 1.0.4 wohl mehr asymptotisch in der Entwicklung verhält.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants