🚀 go-pugleaf

On 04/08/11 02:36, slawek wrote:
>> [...] Pracowałem z systemem, który był
>> przez lata rozwijany w języku ojczystym (nie polskim, nie angleiskim),
>> a potem firmę kupiła amerykańska korpo i nagle był dramat, bo ileś lat
>> projektów, bugów, testów było w niszowym narzeczu.
>
> Dramat to był, bo owa "korpo" była na tyle głupia, że nie zatrudniła
> tłumaczy. Tacy ludzie - znają więcej niż jeden język naturalny. Jeżeli
> firma jest poważna, do zatrudnia do danego zadania profesjonalistów.
> Jeżeli firma jest niepoważna, to zatrudnia pospolite ruszenie z Polski.

Właśnie wykazałeś, że nie masz pojęcia o czym piszesz. Pomysł 
zatrudnienia tłumaczy do tłumaczenia kodu, bugzilli i historycznych 
doców jest tak absurdalny, że aż żal - a piszę to z punktu widzenia 
nastu lat doświadczenia jako tłumacz techniczny. Poza tym, próbujesz 
ominąć moją tezę, którą ilustrowałem tym przykładem: że ten problem 
pojawił się w wyniku niepodjęcia na początku rozsądnych decyzji i potem 
kosztował kupę kasy i nerwów zupełnie bez sensu.

> Z drugiej strony, jak system był rozwijany przez lata, to w chwili
> przejęcia firmy już był nienajnowszy i na 99% wykupiono was, abyście nie
> byli nawet potencjalną konkurencją, a przy okazji dla capnięcia patentów
> itp. Tak że tymi "latami projektów i bugów" nikt się nie przejął,
> przynajmniej od pewnego piętra zarządzania wzwyż. Innymi słowy - i tak
> nikt nie czytałby tego wszystkiego, nawet jeżeli byłoby napisane po
> angielsku.

Przykro mi, ale wykupiono tę firmę właśnie dla jej produktu, który do 
dziś ma się dobrze, ma większość rynku i te "lata projektów i bugów" są 
jednym z jego najmocniejszych selling pointów. Sugerowałbym nie pisać 
autorytatywnie ("na 99%") o rzeczach, o których nie ma się bladego 
pojęcia - a nie wiesz, o jaką firmę chodzi, jaką branżę i jaki język.

>> to IMHO błąd. Takie porządkowanie w połowie drogi jest potwornie
>> kosztowne i prowadzi do marnowania czasu i szans. W odróżnieniu od tego,
>
> Po pierwsze [...]
>
> Po drugie, każde porządkowanie wymaga trochę pracy, ale zwykle coś daje
> w zamian.

Tutaj nie daje nic. Gdyby te decyzje podjąć na samym początku, 
oszczędziłoby się wszystkie koszty bez jakichkolwiek minusów.

>> ustalenie podstaw od początku ma zerowy koszt i same korzyści. Jak do
>> projektu OSS zgłosi Ci się chętny Słowak, Rosjanin czy Amerykanin,
>> może wsiadać od razu.
>
> Pod warunkiem że zna angielski. W ten sposób nad projektem pracują
> poligloci - znają (niby) angielski, ale często kiepsko u nich z
> merytoryczną wiedzą.

Każdy programista zna minimum biernie angielski, bo jeśli by nie znał, 
byłby zawodowym analfabetą bez podstawowych kwalifikacji. Pokaż mi 
ofertę pracy dla developera bez wymagania znajomości angielskiego w 
stopniu wystarczającym do czytania dokumentacji.