Tłumaczenie ruby-lang.org

Moim zdaniem niezbędny jest nowy wątek - tutaj umieszczamy propozycje tłumaczenia,
po : uznaniu, zatwierdzeniu, przegłosowaniu, … aniu :wink: wypychamy to na ruby-lang

no chyba że nie … :slight_smile:

o ile podstawowych stronek nie jest za wiele, to core … to może lepiej jednak wyskoczyć na piwo … :wink:

Chyba nikt nie podejmie się tłumaczenia Core i Standard Library ? :slight_smile:

A Ruby in Twenty Minutes i Ruby from Other Languages można spokojnie przetłumaczyć.

[quote=hosiawak]Chyba nikt nie podejmie się tłumaczenia Core i Standard Library ? :slight_smile:

A Ruby in Twenty Minutes i Ruby from Other Languages można spokojnie przetłumaczyć.[/quote]
dlaczego ? … :wink: spokojnie - tyle że to w cholerę roboty … raczej nie
dla jednej ( a nawet dwóch ) osób

jeśli kogoś interesuje - tłumaczę w tej chwili dokumentację campinga :slight_smile:

Wracając do odmiany słowa Ruby. Proponowałbym ustalenie czegoś takiego dla słowa Rails.

Jest to liczba mnoga, więc dziwnie mi się czyta: zainstalowałem Railsa! Według mnie lepiej brzmi: zainstalowałem Railsy, piszę w Railsach, nie mam Railsów itp.

Pozdrawiam

Oprócz tłumaczenia ruby-lang.org pojawiła się możliwość zrobienia czegoś podobnego z rubylation.org.

Wiadomość, jaką otrzymałem dzisiaj od Andreasa Wolff’a :

Hey,
I saw your message to the VIT-design mailing list, and I wanted
to talk to you about some additional translations. The rubylation
project (http://www.rubylation.org) is a multinational/multilingual
project that is trying to write and translate materials about Ruby.
Currently we’re publishing materials in Czech, English, German,
Hungarian, Italian, and Spanish. We’re trying to publish an
article (translated into each language) every other week. Every
six months, we want to publish a PDF in each language of all
the articles we’ve pubilished in the last 6 months.

We’d love to add your language to the languages we work with, and
welcome submissions of new materials from any of our
languages.

Would you be interested in helping, or do you know people
that might be interested?

Bye.

Są zainteresowani ? Organizujemy pl-team ? :slight_smile:

PS. Jakieś postępy w tłumaczeniu ruby-lang.org bo coś ostatnio cicho się zrobiło ? W sumie nie zostało tak dużo do skończenia, kilkugodzinny ‘push’ i skończymy większość – KOMĄ PIPUL ! :slight_smile:

Pozdrawiam

ja rowniez chetnie pomoge…

Hej,

Czy jest jakiś outline co do tego, które z materiałów na stronie absolutnie muszą być przetłumaczone, aby uruchomić oficjalny, polski site?

Zapytaj na Vit-Core, chociaż nie wydaje mi się żeby był.

Myślę, że dobrze byłoby przetłumaczyć

/en/documentation/quickstart

i

/en/documentation/ruby-from-other-languages/

Jak to zrobimy, to nie zostanie dużo do uruchomienia polskiej wersji.

Hej,

Czy można już uruchomić polską wersję strony głównej, czy nadal się z czymś wstrzymujemy?

Potrzebujemy jeszcze tłumaczenia “Ruby from other languages” oraz drobnych poprawek (ostatnia część Ruby w 20 minut)

Strona http://www.ruby-lang.org/pl jest juz dostępna, ale dobrze byłoby doprowadzić tłumaczenie do końca. Czekamy na Wasze opinie i poprawki.

Podziękowania dla wszystkich, którzy w tym uczestniczą :wink:

przy wchodzeniu do działu Społeczność, znika prawe Menu…

Poza tym dobra robota!

ps. się namnożyło tych opcji języków na ruby-lang… :slight_smile:

poprawione

pzdr

Jeśli ktoś z tłumaczących ma chwilę, do przetłumaczenia zostało jeszcze Ruby from other languages.

Zrobiłem Ruby a Java
mam wątpliwości co do:

  • It’s also quite verbose. (w odniesieniu do Javy) - rozumiem to po ang., ale na polski?

  • Możesz także oczekiwać, że mniej czasu zajmie ci tworzenie szybkich prototypów (You can also expect it to take less time to knock together
    quick prototypes.).

  • All member variables are private. From the outside, you access everything via methods.

  • Brak statycznej typizacji (There’s no static type checking.).

  • Po prostu nadajesz zmiennej nowe nazwy w razie potrzeby(You just assign to new variable names as-needed) - tu raczej wydaje mi się że dobrze zrozumiałem kolejność

jak ktoś by chciał przejrzeć czy nie ma błędów:
http://preview.ruby-lang.org/pl/dokumentacja/ruby-a-inne-jezyki-programowania/ruby-a-java/

  • It’s also quite verbose. (w odniesieniu do Javy) - rozumiem to po ang., ale na polski?

Java jest dosyć rozwlekła w zapisie.

  • Możesz także oczekiwać, że mniej czasu zajmie ci tworzenie szybkich prototypów (You can also expect it to take less time to knock together
    quick prototypes.).

IMO dobre tłumaczenie.

  • All member variables are private. From the outside, you access everything via methods.

Wszystkie atrybuty/właściwości klas są prywatne. Dostęp do nich istnieje przez metody. (Chodzi o to, że nie ma możliwości dostania się bezpośrednio do danego atrybutu, musisz mieć metodę setter/getter, która go udostępni na zewnątrz klasy).

  • Brak statycznej typizacji (There’s no static type checking.).

Brak statycznego typowania ? Ale tu chodzi chyba o coś innego.

  • Po prostu nadajesz zmiennej nowe nazwy w razie potrzeby(You just assign to new variable names as-needed) - tu raczej wydaje mi się że dobrze zrozumiałem kolejność

Po prostu przypisujesz do danej zmiennej nowy typ. Np a = [1,2,3], później a= ‘string’
IMO

jak ktoś by chciał przejrzeć czy nie ma błędów:
http://preview.ruby-lang.org/pl/dokumentacja/ruby-a-inne-jezyki-programowania/ruby-a-java/

[quote=hosiawak]* All member variables are private. From the outside, you access everything via methods.

Dostęp do nich istnieje przez metody. (Chodzi o to, że nie ma możliwości dostania się bezpośrednio do danego atrybutu, musisz mieć metodę setter/getter, która go udostępni na zewnątrz klasy).[/quote]
Ja bym dał krócej: “Dostęp do nich istnieje tylko przez metody (akcesory).”

[quote=hosiawak]* Brak statycznej typizacji (There’s no static type checking.).

Brak statycznego typowania ? Ale tu chodzi chyba o coś innego.[/quote]
Nie. Było dobrze: statyczna typizacja. Chodzi o dynamiczne określanie/zmianę typów w trakcie działania programu.

Brak castingu => Brak konieczności rzutowania.

“initialize” w przeciwieństwie do nazwy klasy=> “initialize” niezależnie od nazwy klasy.

Ciekawostka:

Po 2 miesiącach istnienia w sieci, Polska strona Rubiego otrzymała Google Page Rank na poziomie 7 :wink: To tyle co na przykład http://www.onet.pl/ po kilku latach istnienia.

Jeśli są jeszcze chętni do tłumaczenia to zapraszamy. Do przetłumaczenia zostało np. Ruby a C i C++, albo Ruby a PHP, fajnie byłoby też przetłumaczyć te kolorowe fragmenty kodu na głównej stronie - mało pracy a jaki efekt ! :slight_smile:

[quote=hosiawak]Ciekawostka:
Jeśli są jeszcze chętni do tłumaczenia to zapraszamy. Do przetłumaczenia zostało np. Ruby a C i C++, albo Ruby a PHP, fajnie byłoby też przetłumaczyć te kolorowe fragmenty kodu na głównej stronie - mało pracy a jaki efekt ! :)[/quote]
Ruby a PHP zaczelem zaraz po Ruby a Java, ale nieskonczylem. Jak ktos moglby na to spojrzec, ew dokonczyc to bym byl wdzieczny.

pozdrawiam

Cwaniaczek… :slight_smile:

[code]# Klasa powitalna
class Powitanie
def initialize(imie)
@imie = imie.capitalize
end

def powitaj
puts “Witaj #{@imie}!”
end
end

Utwórz nowy obiekt

g = Powitanie.new(“świecie”)

Napisz “Witaj świecie!”

g.powitaj[/code]
Dobrze wiesz, jak ten przykładowy “Hello world!” pokazuje braki Rubiego we współpracy z Unicode, a sam sposób konstrukcji programu nie uwzględnia polskiej odmiany. Metoda capitalize pięknie zignoruje świecie, nie mówiąc o tym, że argumentem powinien być świat, a na wyjściu powinno być świecie :smiley:
No i ta smutna prawda (nie tylko w Rubym), że nazwy zmiennych nie mogą zawierać polskich znaków, stąd identyfikator imie zamiast imię :cool:

[quote]Dobrze wiesz, jak ten przykładowy “Hello world!” pokazuje braki Rubiego we współpracy z Unicode, a sam sposób konstrukcji programu nie uwzględnia polskiej odmiany. Metoda capitalize pięknie zignoruje świecie, nie mówiąc o tym, że argumentem powinien być świat, a na wyjściu powinno być świecie :smiley:
No i ta smutna prawda (nie tylko w Rubym), że nazwy zmiennych nie mogą zawierać polskich znaków, stąd identyfikator imie zamiast imię :cool:[/quote]
Nie powinno się tłumaczyć nazw klas i zmiennych. Bez sensu. Standardem dla kodu jest język angielski. A co do polskich ogonków w zmiennych to np. PHP pozwala na ich użycie (taka ciekawostka)