Ruby on Rails

[Don Cherry]

Мой первый язык програмирования C/C++, второй Java, SQL и HTML к делу не относятся, без них вообще нельзя сушествовать.
Когда был по-моложе, написал свой маленький web application server, with Java content engine, embedded SQL connection to db and dynamic html data presentation, i.e. frame work for web development. Продать не смог, конкуренция с Sun/Oracle, IBM и TomCat почти не возможна, но это к делу не относиться.

Посмотрел/попробывал Ruby on Rails, говорят что это очень просто понятно легко, особенно для начинающих, не надо знать/понимать как всё работает, только следовать концепции и web app is ready. Не надо знать SQL, HTML, CSS, GET/POST, JQuery, Ajax, db concepts.
На второй день пробывания у меня получилось сделать Hello World, на третий connect to db.

Думая о том что, in the browser click on link [GET] or submit a form [POST], some programming code should be executed on the server side, implement some logic, prepare data, put data on HTML page and send back to the browser,
смотрю на predefined Rails code и не могу понять как он работает.
- No SQL.
- No HTML.
- No db connection pool [to speed up, instead of creating db connection for each browser request].
- No HTML automation, i.e. if I need to put a HTML table, I have to prepare HTML code in my Ruby code [<table><tr><td>...] каменный век.
- To many predefine folders, configuration files, settings, statements, ... there is no ONE programming code that does ONE corresponding programming job.
- Insted of adverised "simplicity", there is huge complexity.
- And in addition, Ruby/Rails is the interpreter [by default slower than compiler]

"Rails is very popular, many programmers/companies use it for web development..."

Rails это бред.
Убедите меня, что я дурак.

[geek7]

Мой первый язык програмирования C/C++, второй Java, SQL и HTML к делу не относятся, без них вообще нельзя сушествовать.
Rails это бред.
Убедите меня, что я дурак.

Конечно дурак - нафига понадобился Rails если Java, SQL и HTML у Вас рабочие?
Я так понял, ни Rails прототип на Java переписывать не нужно, ни в команду Rails-проекта вливатся..

[stenking]

Конечно дурак, RoR классический веб фраимворк и там есть и SQL и HTML во вьюшках и db connection pool ( https://devcenter.heroku.com/articles/c ... onnections" onclick="window.open(this.href);return false; ). И конечно же нужно знать
SQL, HTML, CSS, GET/POST, JQuery, Ajax, db concepts..

И что бы понимать разницу между фраимворк и ванила то нужно как минимум неплохо знать и первое и второе и поработать с проектами чуть больше чем одиночная разработка хомяка.

Ну и да, особенности RoR это именно что много всяких конфигов - как раз за счёт этого и возникает простота и магия ( но сложнее что-то кастомизировать )

[Don Cherry]

Конечно дурак, RoR классический веб фраимворк и там есть и SQL и HTML во вьюшках и db connection pool ( https://devcenter.heroku.com/articles/c ... onnections" onclick="window.open(this.href);return false; ). И конечно же нужно знать
SQL, HTML, CSS, GET/POST, JQuery, Ajax, db concepts..

И что бы понимать разницу между фраимворк и ванила то нужно как минимум неплохо знать и первое и второе и поработать с проектами чуть больше чем одиночная разработка хомяка.

Ну и да, особенности RoR это именно что много всяких конфигов - как раз за счёт этого и возникает простота и магия ( но сложнее что-то кастомизировать )

А дурацкие вопросы всё равно возникают.
#1. Естественно в RoR есть SQL, чтобы "разговаривать" с db. Вопрос: зачем между программистом и SQL вставлять layer скриптов? Это innovative approach? Проще, быстрее и логичнее написать запрос к db на чистом SQL, проверить и потом использовать в framework.
#2. В RoR есть команды/функции like "ruby generate scaffold..." или "rake db:migrate ...". В реальной жизни db или уже существует или создаётся в ручную в db server management studio or something. Вопрос: для каких программистов такие функции и демо примеры?

Как-то всё подозрительно для "классический веб фраимворк"

[stenking]

Очевидно ради удобства разработки, читабельности когда и т.д. Вещи которые в 2000 делали годами сейчас делают за месяц именно из за фрамиворков и библиотек. Так же можно спросить а зачем вообще вам какой-то SQL? Ещё одна прослойка между файлом с датой. Миграции тоже продумали какие-то, нет что бы SQL просто ручками на продакшине запустить.

Т.е. все современные инструменты разработки появляются не просто так. Ну да, есть немного оверюза но в общем без фраимворков сейчас ну совсем никак.

П.С. В реальной жизни базы данные пишутся точно так же с нуля как и всё другое. Кто-то предпочитает аннотации, кто-то пишет миграциями или YML какой-то а фанатов голых "create table..." уже почти нет.

П.П.С. И даже CSS сейчас никто не пишет. LESS, SASS. Потому что там уже половина программирование, всякие вендорные префиксы, трансформации, наследования, спрайты...

[John Smith]

чтобы понять бред или не бред - предлагаю глянуть рейты для начала

[geek7]

чтобы понять бред или не бред - предлагаю глянуть рейты для начала

И какие выводы Вы планируете делать по рейтам?
Вот для сравнения Ruby On Rails, Scala и пара Java-вских
получается что экзотика (по сравнению с Java) и экзотика сравнительно дешевая (по сравнению со Scala)
в PHP фреймворках не копенгаген, но подозреваю что там мнее экзотично и еще дешевле..

Rails популярна у стартапов и школьников - утверждается, что в базу вьехать можно быстро и для маленьких нетребовательных (e.g. concurent users...) проектов быстро идет продуктивная разработка за счет scaffold. прививаются правильные подходы - типа миграции базы.. а если дело доходит до проблем с перфомансом - это уже в редко-удачном случае когда пацан страртап пришел к успеху.. тогда не грех и переписать будет.

http://www.indeed.com/jobs?q=Ruby+On+Ra ... omage=last" onclick="window.open(this.href);return false;
Ruby On Rails
$60,000+ (296)
$80,000+ (239)
$100,000+ (188)
$120,000+ (132)
$140,000+ (77)

http://www.indeed.com/jobs?q=Play+Scala&l=" onclick="window.open(this.href);return false;
Play Scala
$80,000+ (595)
$100,000+ (434)
$120,000+ (328)
$140,000+ (247)
$170,000+ (125)

http://www.indeed.com/jobs?q=Spring+JEE&l=" onclick="window.open(this.href);return false;
$90,000+ (1062)
$110,000+ (896)
$130,000+ (682)
$150,000+ (463)
$170,000+ (273)

http://www.indeed.com/jobs?q=JSF&l=" onclick="window.open(this.href);return false;
$70,000+ (1883)
$90,000+ (1487)
$110,000+ (1093)
$130,000+ (754)
$150,000+ (467)

[geek7]

Очевидно ради удобства разработки, читабельности когда и т.д. Вещи которые в 2000 делали годами сейчас делают за месяц именно из за фрамиворков и библиотек. Так же можно спросить а зачем вообще вам какой-то SQL? Ещё одна прослойка между файлом с датой. Миграции тоже продумали какие-то, нет что бы SQL просто ручками на продакшине запустить.

+1

Т.е. все современные инструменты разработки появляются не просто так. Ну да, есть немного оверюза но в общем без фраимворков сейчас ну совсем никак.

У меня был коллега грустивший по старым-добрым временам, когда он все писал на С/С++/asm и мог быть уверенным что именно продукт будет делать (ну может на компилятор и процессор по пристальней иногда поглядеть нужно) vs Spring динамически цепляющий код от кучи разных проектов в результате чего в принципе не может быть человека который сможет поручится как это все сработает...
ничего, привых - ваяет и со Spring

П.С. В реальной жизни базы данные пишутся точно так же с нуля как и всё другое. Кто-то предпочитает аннотации, кто-то пишет миграциями или YML какой-то а фанатов голых "create table..." уже почти нет.

реальность у всех разная.. дофига проектов где есть legacy DB и над ней дописывают/переписывают... другое дело, что это обычно случается в больших компаниях, где Java куда распространенней Ruby

[John Smith]

чтобы понять бред или не бред - предлагаю глянуть рейты для начала

И какие выводы Вы планируете делать по рейтам?

Спасибо за инфо, похоже, что руби таки бред - мало работ за разумные деньги, проходим мимо.

[stenking]

Rails популярна у стартапов и школьников - утверждается, что в базу вьехать можно быстро и для маленьких нетребовательных (e.g. concurent users...) проектов быстро идет продуктивная разработка за счет scaffold. прививаются правильные подходы - типа миграции базы.. а если дело доходит до проблем с перфомансом - это уже в редко-удачном случае когда пацан страртап пришел к успеху.. тогда не грех и переписать будет.

+1. http://blog.parse.com/learn/how-we-move ... ur-sanity/" onclick="window.open(this.href);return false;

Вот в соседнем блоге написано что проблемы пошли когда

A year and a half in, at the end of 2012, we had 200 API servers running on m1.xlarge instance types with 24 unicorn workers per instance. This was to serve 3000 requests per second for 60,000 mobile apps.

А до этого большенству эппов как до луны.

[fruit6]

Поинт видомо в том, какой вывод сделаешь столько бобла и получишь.