Moim zdaniem niezbędny jest nowy wątek - tutaj umieszczamy propozycje tłumaczenia,
po : uznaniu, zatwierdzeniu, przegłosowaniu, … aniu wypychamy to na ruby-lang
no chyba że nie …
o ile podstawowych stronek nie jest za wiele, to core … to może lepiej jednak wyskoczyć na piwo …
[quote=hosiawak]Chyba nikt nie podejmie się tłumaczenia Core i Standard Library ?
A Ruby in Twenty Minutes i Ruby from Other Languages można spokojnie przetłumaczyć.[/quote]
dlaczego ? … 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
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.
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 ?
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 !
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ść
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
[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.
Po 2 miesiącach istnienia w sieci, Polska strona Rubiego otrzymała Google Page Rank na poziomie 7 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 !
[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.
[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
No i ta smutna prawda (nie tylko w Rubym), że nazwy zmiennych nie mogą zawierać polskich znaków, stąd identyfikator imie zamiast imię
[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
No i ta smutna prawda (nie tylko w Rubym), że nazwy zmiennych nie mogą zawierać polskich znaków, stąd identyfikator imie zamiast imię[/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)