Jak spopularyzować te technologie w Polsce?
- Rejestracja:około 5 lat
- Ostatnio:ponad 4 lata
- Postów:8

- Rejestracja:około 17 lat
- Ostatnio:16 dni
Przecież ta technologia jest popularna w Polsce i mamy całkiem sporo firm specjalizujących się w RoR i znanych na świecie, tak samo paru znanych developerów. Więc nie za bardzo rozumiem co chcesz osiągnąć więcej.
A Ruby i RoR wygląda obecnie raczej jako technologia której hype przeminął i teraz nie jest już tak popularna jak kiedyś. Raczej teraz powoli zaczynają królować inne technologie, bo ludzie zauważyli z czasem dużo problemów w RoRze.

- Rejestracja:około 11 lat
- Ostatnio:ponad 3 lata
- Postów:459
Podobnie jak @hauleth znam firmy i ludzi, którzy piszą w RoR. Znaleźć pracę nie w Railsach to żaden problem, ale ... hype był w okolicach 2005+, a nie teraz. Wiele firm, które niegdyś pisały tylko w Rubim, teraz pisze w Elixirze / Phoenixie i / albo Crystalu i Amberze.

- Rejestracja:ponad 5 lat
- Ostatnio:7 miesięcy
- Postów:137
Jest sporo projektów i firm które używają Ruby(RoR) i nie trzeba się bać tej technologii, nie upadnie tak szybko. Czasem nawet lepiej wybrać bardziej niszowy język, wtedy jest mniejsza konkurencja na rynku pracy. Z moich obserwacji wynika, że Junior Ruby szybciej znajdzie pracę niż np. Junior Python.

- Rejestracja:około 11 lat
- Ostatnio:2 minuty
- Postów:8407
No właśnie. Sens popularyzacji Ruby'ego jest trochę bez sensu. Chyba dla Rubiowców lepiej, żeby ich język był niszowy i dla "dinozaurów programowania" (bo Ruby to już powoli wygaszająca technologia), niż żeby mieli zalew beginnerów jak (podobnym do Ruby'ego w końcu) w Pythonie, nie mówiąc już o zalewie beginnerów w innych językach (choćby JavaScript).
Chyba, że chodzi ogólnie o to, jak zrobić, żeby Ruby stało się bardziej popularne (ale to już trzeba by odwrócić trend światowy), ale to będzie ciężkie. Z jakichś powodów Ruby jest w odwrocie. Python wygrał - mówię o Pythonie, bo wydaje mi się, że to podobne języki o podobnym przeznaczeniu i podobnych wadach (domyślne maszyny wirtualne dla Pythona i Ruby'ego są dość powolne, nie są to demony szybkości), więc pewnie najbardziej naturalna konkurencja.
A Python - może wygrał dlatego, że jest prostszy, może dlatego, że ma dużo bibliotek do modnego ostatnio ML, a może po prostu bardziej znany i ma opinię poważnego języka (a Ruby ma opinię języka dla hipsterów).



- Rejestracja:około 7 lat
- Ostatnio:ponad 3 lata
- Postów:125
Ruby to taki "mało okrzesany potworek" i stąd jego taka a nie inna pozycja oraz trend jakim podąża......
Natomiast mają rację którzy twierdzą, że następcą Rubiego jest/będzie Python.....

- Rejestracja:około 17 lat
- Ostatnio:16 dni
Ruby to taki "mało okrzesany potworek" i stąd jego taka a nie inna pozycja oraz trend jakim podąża...
Nie wiem czemu taka jest opinia, mi Ruby podchodzi zdecydowanie bardziej niż Python.
Natomiast mają rację którzy twierdzą, że następcą Rubiego jest/będzie Python...
Nie mają. Python stał się popularny w zupełnie innej gałęzi informatyki. W webie jak już to Ruby zostanie zastąpione przez języki jak Go czy Elixir, które zdecydowanie lepiej radzą sobie z równoległością i zapewniają zdecydowanie większą wydajność.

- Rejestracja:około 7 lat
- Ostatnio:ponad 3 lata
- Postów:125
Opinia stąd że Ruby (a konkretnie jego kompilator) potrafi walnąć false - positive w najmniej oczekiwanym momencie i zwiesić całą kompilację a tak naprawdę żadnego błędu nie było. (parę razy to przerabialiśmy w firmie).
Poza tym popatrz na składnię Rubiego..... serio tak wygląda składnia nowoczesnego języka?


- Rejestracja:około 9 lat
- Ostatnio:około 2 lata
Ruby is a new Perl -- to chyba podsumowuje problem z Ruby'm (głównie jego składnią)...

- Rejestracja:około 17 lat
- Ostatnio:16 dni
Ruby is a new Perl -- to chyba podsumowuje problem z Ruby'm (głównie jego składnią)...
Serio? Jak na moje to składnia Rubiego jest dość czytelna, na pewno w porównaniu do Perla/Raku.

:symbole
, $zmienne_globalne
i @@zmienne_statyczne
, może nie jest to posunięte do tego stopnia co perl czy dziwaczne operacje na tablicach w bashu/zsh, ale jednak coś w tym jest


- Rejestracja:prawie 11 lat
- Ostatnio:około 2 lata
- Postów:176
A, no i co do powyższego, to jeszcze:
$! | latest error message |
$@ | location of error |
$_ | string last read by gets |
$. | line number last read by interpreter |
$& | string last matched by regexp |
$~ | the last regexp match, as an array of subexpressions |
$n | the nth subexpression in the last match (same as $~[n]) |
$= | case-insensitivity flag |
$/ | input record separator |
$\ | output record separator |
$0 | the name of the ruby script file |
$* | the command line arguments |
$$ | interpreter's process ID |
$? | exit status of last executed child process |
- Rejestracja:ponad 5 lat
- Ostatnio:około 4 lata
- Postów:239
Natomiast mają rację którzy twierdzą, że następcą Rubiego jest/będzie Python...
Nie mają. Python stał się popularny w zupełnie innej gałęzi informatyki. W webie jak już to Ruby zostanie zastąpione przez języki jak Go czy Elixir, które zdecydowanie lepiej radzą sobie z równoległością i zapewniają zdecydowanie większą wydajność.
Na stronie wspomnianego GitLaba jest już sporo ofert z Golangiem właśnie

- Rejestracja:ponad 7 lat
- Ostatnio:około 4 godziny
- Postów:186
A myślicie, że Ruby po wejściu wersji 3.0 na święta, który ma być bardziej zoptymalizowany, ma jeszcze szansę na powrót do swojej dawnej popularności?

- Rejestracja:ponad 6 lat
- Ostatnio:7 dni
- Postów:3561
Problem widzicie bardziej w języku (~perl na sterydach) czy we frameworku ... do szybkiego prototypowania (??? nie wiem, czy prawidłowo sklasyfikowałem) a takie frameworki są jak francuskie czołgi na biegu wstecznym (np na rzecz modnych dwuwarstwowych) ?

- Rejestracja:około 17 lat
- Ostatnio:około 6 godzin
- Lokalizacja:Wrocław
@AnyKtokolwiek: ale Ty pytasz, czy active record i trzymanie integralności referencyjnej po stronie aplikacji jest problematyczne?
No to myślę, że trudno sobie wyobrazić większą głupotę na poziomie koncepcyjnym.
iksdeProgramista157k