🚀 go-pugleaf

Jednostka werther <wer...@tlen.pl> nastukała w
news:c58ie7$5jc$1...@opal.icpnet.pl: 

> Wracajac do sedna naszej dyskusji uwazam, ze projekt tlumaczenia
> dokumentacji powinien w jakiejs formie powrocic

To znaczy jednak ostatecznie upadł?

> zeby newbie mieli z czego korzystac i nie zadawali caly czas pytan w 
> stylu: `dlaczego takie dziwne partycje?' itp., wiec powinna dla nich byc
> dostepna jakas stala czesc przetlumaczonego handbook'a, jezeli kogos
> ten UNIX zainteresuje to i tak nie zrazi go brak polskiej
> dokumentacji. 

Z tym Uniksem, to nie do końca, bo Unix jest zastrzeżonym znakiem towarowym 
Bell Labs :-> Co do "nie zrazi", to ja mam wątpliwości.

> Co do procesu tworzenia tlumaczenia, to z doswiadczenia wiem, ze nie
> ma mowy o regularnosci chyba, ze projekt jest bardzo duzy.

Powiedzmy sobie otwarcie: jedna osoba tego nie pociągnie. Jedna osoba może 
na szybko przetłumaczyć stronę główną projektu (tak jak ja właśnie przed 
chwilą zrobiłem), ale przy tej ilości dokumentów nie da rady. 
Dziwi mnie tylko stopień dezorganizacji polskiego środowiska użytkowników 
FreeBSD - żeby w czterdziestomilionowym kraju było tak trudno znaleźć 
chętnych do przetłumaczenia kilkudziesięciu stron... Wstyd.

> Na poczatku jest euforia, a potem nie mozna znalezc nikogo do pracy.

Trzeba dbać o stały dopływ świeżej krwi ;-) I podzielić projekt na mniejsze 
kawałki. Każda osoba musi być odpowiedzialna za jeden (mały) kawałek i tylko 
za to. Jeżeli osoba nie ma czasu albo ochoty, to jej zadania trzeba 
przekazać komu innemu. Brzmi prosto? Bo jest, tylko potrzeba kilkudziesięciu 
osób, żeby coś sensownego (szybko) zrobić.

> Od strony techniczno-organizacyjnej trzeba wiec sprawe ustawic tak, zeby
> tlumaczyc przede wszystkim to co sie najrzadziej zmienia - na poczatek
> zadnych tutoriali (pelno tego w google, chociaz jak juz wspomnialem
> czesto marnej jakosci), tylko podstawy dzialania systemu i bazowe
> komendy, a dopiero potem brac sie za szczegoly, jezeli komus sie
> jeszcze bedzie chcialo. 

Bo to trzeba przetłumaczyć "na pierwszy ogień". Potem to co się często 
zmienia, ale znowu: w małych kawałkach i dana osoba odpowiedzialna tylko za 
mały wycinek.
 
> W braku polskiej dokumentacji zauwazam jeden plus - nie bawia sie
> systemami *BSD roznej masci scriptkiddie uwazajace sie za
> administratorow lub/i hackerow, poniewaz przeraza ich koniecznosc
> rycia w angielskiej dokumentacji - UNIX != Linux, wiec nie wszystkie
> pomysly trzeba z Linux'a kopiowac.

Nie jestem przekonany, że polska dokumentacja cokolwiek by tu zmieniła.

> Osobna sprawa jest fakt, iz im mniej ludzi zajmuje sie dana dziedzina tym 
> ich ogolny poziom wyzszy 

A tu pozwolę sobie zgłosić zdanie odrębne. Im mniejsza konkurencja, tym 
mniej trzeba "wnikać", żeby uchodzić za guru :-> Przez co wiele instalacji 
FreeBSD, z którymi miałem do czynienia było postawionych tragicznie, bo 
wannabe admin nie chciał się wysilać (i tak nie miał go kto skontrolować). A 
później zleceniodawca się dziwi, że zmieniam całą konfigurację.

> (i latwiej dostac prace w tej dziedzinie)

Tu się też nie zgodzę. Małe rozpowszechnienie FreeBSD i co tu dużo pisać 
niewielka wiedza o tym systemie wśród zaplecza IT (szczególnie IT Managerów) 
znacząco utrudnia dostanie pracy. Dlaczego? Bo instalacji jest o wiele mniej 
niż mogłoby być.

> wiec nie wiem czy dobrym pomyslem jest *BSD pod kazda strzecha ;) .

Pod każdą to lepiej nie :-) Ale ja zdecydowanie preferuję sytuację, w której 
gateway stoi na *BSD, niż na Linuksie, czuję się odrobinę bardziej 
komfortowo 8)