Dyskusja:Ruby (język programowania)

message: * 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)
thread_title:  Ocena jakości 

message: 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)
thread_title:  Luźne dyskusje 

message: ten ostatni link w kursach do ruby'ego nie działa
thread_title:  Nie działa link 

message: 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.
thread_title:  Tendencyjność 

message: 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)?
thread_title:  nieszczęsna instancja 

message: 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.
replies: text: 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.

text: 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)
thread_title:  Metody dodawane do obiektu. 

message: 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)
thread_title:  Problem