Spis treści
Dyskusja:Ruby (język programowania)
Ocena jakości
[edytuj kod]- Dostateczny/wysokie - znaczenie wysokie, gdyż język jest popularny, lecz nad treścią trzeba jeszcze sporo popracować. Sekcja historii jest raczej zalążkiem, brakuje jakichś informacji krytycznych, dodatkowych, a przede wszystkim źródeł - jest kilka sformułowań w tekście, które aż się o nie proszą. --Zyx (dyskusja) 07:32, 17 wrz 2010 (CEST)
Luźne dyskusje
[edytuj kod]Usunąłem informację o zastępowaniu Ruby on Rails J2EE, PHP, .Net. Akurat moim zdaniem ten marketing jest główną przyczyną popularności Railsów, bo generatory aplikacji znane są od 30 lat i nie nadają się na zbawcę IT, głównie ze względu na jednokierunkowość i brak elastyczności tego procesu. ZASTĄPIENIE PHP J2EE czy Neta przez Rails to mrzonki. Nikt nie będzie przepisywał dziesiątek tysięcy aplikacji OpenSourcowych i może za 10 lat będzie miał równy im status o ile nie okaże się buzzwordem. Może należałoby też uwzględnić w informacji, że nowe rzeczy się dobrze sprzedają stąd popularność na Amazon (trzeba nasycić rynek) --83.31.60.193 00:16, 4 sty 2006 (CET)
Nie działa link
[edytuj kod]ten ostatni link w kursach do ruby'ego nie działa
Tendencyjność
[edytuj kod]Jak dla mnie artykuł trochę tendencyjny. Nie ma wypisanych żadnych wad języka, a wielu programistów uznało by za nie część z wymienionych 'zalet'. Składnia Ruby jest mało czytelna w porównaniu z innymi językami. Nie można też porównywać ilości linijek kodu do C++ gdzie połowa to zwykle komentarze, puste linie i klamry.
nieszczęsna instancja
[edytuj kod]Dlaczego autor (wzorem wielu innych 'informatyków') stosuje kalkę językową angielskiego słowa <instance>? Czas chyba z tym skończyć. Przecież <instance> to nie instancja, lecz: wystąpienie, egzemplarz, obiekt. Czyżby brak znajomości nie tylko angielskiego, ale także języka polskiego (odsyłam do słownika i encyklopedii)?
Metody dodawane do obiektu.
[edytuj kod]1. Kod jest niepoprawny. Oryginalna metoda "greet" nie jest nadpisywana. class Foo
def greet print "Hello, world!\n" end
end
x=Foo.new y=Foo.new
class << y
def greet print "Goodbye, world!\n" super # WAZNE end
end
x.greet y.greet Wyświetla: [7] pry(main)> x.greet Hello, world! => nil [8] pry(main)> y.greet Goodbye, world! Hello, world! Jak widać, bez problemu, mogłem się odwołać do oryginalnej metody. Poprawiłem ten kod, lecz został on odrzucony.
- W podanym przykładzie nie chodzi o nadpisanie metody klasy Foo, a o nadpisanie jej jedynie w konkretnej jej instancji (w tym wypadku y), bez potrzeby tworzenia podklasy Foo, w której metoda greet zostałaby nadpisana. Przeredagowałem trochę opis w artykule i być może teraz będzie trochę mniej mylący. --katafrakt (discuss) 13:03, 12 paź 2013 (CEST)
2. Nie wiem co autor miał na myśli pisząc "pseudoklasa", lecz "singleton class" to: - inaczej: eigenclass, metaclass, ghostclass itp; ruby tworzy ją gdy tworzymy metody obiektu(v='s';def v.a;puts 'a';end) więc nie każda klasa/obiekt to metaklasa - wzór: można utworzyć tylko jedną instancję danej klasy; a autor sam tworzy 2 Więc angielska nazwa tu nijak nie pasuje.
- Wzór projektowy singleton nie ma nic wspólnego z konceptem "singleton class". Nazwę "pseudoklasa" usunąłem z artykułu. --katafrakt (discuss) 13:03, 12 paź 2013 (CEST)
Problem
[edytuj kod]Główne mankamenty to forma i styl. Troszeczke jak reklama, ale głównie ułożenie i dobór słów mnie trochę rozkojarza. InternetowyGołąb (dyskusja) 18:56, 15 maj 2017 (CEST)