Рано или поздно там окажется как раз вся нативщина) К чему этот самообман, неужели не видны тенденции)

скорее поздно, чем рано, т.к. с производительностью у скриптоты проблемки...

Сегодняшний руби - это кривой набор лишних сущностей, его нужно причесать и упростить, и расстраивает, что это невозможно ввиду обратной совместимости...
Сегодняшний руби
руби

ты хотел сказать пхп

суся попала? они ж яста на руби переписали...

ню-ню, ага, попала

а еще у них, о ужас, http://susestudio.com/ на rails

На самом деле, у всего-всего проблемки с масштабированием.

Поставить руби опять, что-ли. Perl для аутистов, PHP для бабла, пйтон для хипсторов, руби для души.

Это настолько толсто, что сначала тонко, а потом снова толсто.

Perl для аутистов, PHP для бабла, пйтон для хипсторов, руби для души.

Дваждую!

Java для бабла

руби - ... упростить

O_O

И она тоже. Разные виды бабла, просто пахнут по-разному. Ява - свинофермой, PHP - привокзальным сортиром.

«У каждого ЯВУ запах особый ...»

И только Tcl годится для работы, всё верно.

O_O

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

TCL это язык слесарей какой-то. Ничего плохого этим не имею ввиду, кстати.

Да упростить и причесать!

strings / frozen strings / symbols methods / blocks / procs / lambdas

f = -> { 'ok' }
f.call # => ok
f.() # => ok
f[] # => ok (sic!)
f() # NoMethodError (sic!)

module используются как namespace и/или как mixin (одна сущность используется для совершенно разных вещей)

eсли php'шник использует eval, то его нужно казнить. eсли ruby'ист использует instance/class/module_eval то это круто.

ЛОЛ. Знаток! В руби нет интерфейсов...

и получится питон)

Да упростить и причесать!

До уровня Io? Только скобочки и атомы, ничего лишнего. И пользователей тоже нет. Ага.

Проблема в том, что всякие шероховатости ВСЕГДА возникают во взрослом проекте по мере роста. Идеальный вылизанный язык - он всегда где-то там, в светлом будущем, примерно рядом с коммунизмом, в мире, где абсолютно разумные разработчики располагают абсолютно безграничным временем на проектирование и реализацию продукта. А в настоящем приходится выбирать меньшее из зол.

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

FIXED

strings / frozen strings / symbols
methods / blocks / procs / lambdas

procs / lambdas

Это одно и то же (алиасы)

irb(main):003:0> proc{}.class
=> Proc
irb(main):004:0> lambda{}.class
=> Proc
irb(main):005:0> (->{}).class

module используются как namespace и/или как mixin

И это самое крутое, что есть в руби, я считаю)

ЛОЛ. Знаток! В руби нет интерфейсов...

О, очередной недавно слезший с деревьев хвастается «знаниями» Руби, лол.

Дорогуша, интерфейс — основополагающее теоретическое понятие, а теоретической категории абсолютно всё равно, называется ли она в конкретном языке классом, модулем или морской свинкой. Абсолютно похрену, как она называется.

Всё ЯП находится в голове программиста, а на экране просто условные закорючки, чтобы их мог понять транслятор.

procs / lambdas
Это одно и то же (алиасы)

Еще один знаток. Алиасы с совершенно разным поведением.
http://habrahabr.ru/post/85578/

Дорогуша прочитай сначала это
http://ru.wikipedia.org/wiki/Интерфейс_(объектно-ориентированное_программиров...
А потом скажи где интерфейсы в рубях? Модули скорее это миксины/неймспейсы, а классы это классы.

procs / lambdas

Это одно и то же (алиасы)

Wow. Just wow.

ок, хелперы
Собственно.. их и заменили на более универсальный ->, позволяющий устанавливать значения по-умолчанию.

Тебе уже сказали, что интерфейс - это абстракция ООП. Что по твоей же ссылке наверняка тоже написано. Как они называются (интерфейсы, протоколы, ещё как-нибудь) и как реализуются в языке - это дело десятое.

А потом скажи где интерфейсы в рубях?

Внезапно, Enumerable — это совокупность методов, образующих осмысленный и логически завершенный интерфейс. Любой класс может просто взять и реализовать этот интерфейс. Без всяких баззвордов и танцев вокруг транслятора.

Первая строчка по твоей ссылке: «семантическая и синтаксическая конструкция в коде программы, используемая для специфицирования услуг». Как говорится, ой.

Не имею привычки давать ссылки на википедию, а то вот тоже куда-нибудь бы сослася. Куда-нибудь в район утиной типизации, например.

Модули скорее это миксины/неймспейсы, а классы это классы.

Если ты научишься за баззвордами видеть суть, жизнь станет легче.

АХАХА! Да ты просто мега «знаток» руби!

Собственно.. их и заменили на более универсальный ->, позволяющий устанавливать значения по-умолчанию.

1.9.3p448 :022 > f = proc do |s='кури мануал'| puts s end
 => #<Proc:0x9cc8784@(irb):22>

1.9.3p448 :023 > f.call
кури мануал
 => nil 

1.9.3p448 :024 > f = lambda do |s='кури мануал'| puts s end
 => #<Proc:0x9ccad7c@(irb):24 (lambda)> 

1.9.3p448 :025 > f.call
кури мануал
 => nil 

Если ты научишься за баззвордами видеть суть, жизнь станет легче.

FIXED

Когда ты научишься отличать интерфейс и примесь в контексте ООП, жизнь станет легче.

eсли ruby'ист использует instance/class/module_eval то это круто.

ЛПП.

хм круто, не знал, или забыл, бывает, и на солнце есть пятна:)

Это не отменяет того, что ваши претензии к «разным сущностям» - пустой треп.

special-k нуб и опозорился.

Но ваще всю эту херню с разными по свойствам Proc-ами неплохо было бы как-то формализовать с самого начала.

Мои знания практические, а не из ватхабростатей ;)

с самого начала

Да все бы неплохо сделать с самого начала..

Да все бы неплохо сделать с самого начала..

Я б прямо с ДНК хомо сапиенса начал, да.

Питон после руби вызывает рвотные позывы.

Зайди на github открой любой джем. С большой вероятностью там найдется instance/class/module_eval

Мои знания практические, а не из ватхабростатей ;)

Обычно так говнокодеры говорят...

А зачем ты говоришь с геями?

Там ещё приписано, что это круто?

Почему тогда рубисты везде/всегда это юзают, а на php'шников смотрят как на говнокодеров?

~/Загрузки$ wget https://github.com/rails/rails/archive/master.zip
~/Загрузки$ unzip master.zip 
~/Загрузки$ cd rails-master/
~/Загрузки/rails-master$ grep instance_eval -r . | wc -l
35
~/Загрузки/rails-master$ grep class_eval -r . | wc -l
173
~/Загрузки/rails-master$ grep module_eval -r . | wc -l
49

$ wget https://github.com/symfony/symfony/archive/master.zip
$ unzip master.zip 
$ grep 'eval(' -r symfony-master/ | wc -l
9

похоже что ruby'сты говнокодеры, а не php'шники

Пошёл к чёрту! Как ты смеешь мне писать? Твое место в этой теме.

Ты так говоришь, словно бы раз пхпшники говнокодеры больше нигде их быть не может.

С разъяснениями, к сожалению, не подскажу. Не знаю зачем они его используют, я не использую, но я и не пишу ничего такого.

Адекватные разработчики осознают, что динамическая типизация в Руби - это не плюс, а минус.

Не видел ни одного рубиста с ЧСВ меньше чем 9000.

Не видел ни одного рубиста с ЧСВ меньше чем 9000.

Как это соотносится с недостатками/достоинствами языка?

Это соотносится с

Адекватные разработчики осознают

адекватных рубистов нет в природе

Адекватные разработчики осознают

адекватных рубистов нет в природе

Разработчики != рубисты. Оттого и адекватные, что не жалуют Руби.

Умирающий. Будут похоронены в одном фамильном склепе, где ожидается быть вся скриптота рано или поздно.

'Скриптота' еще всех нас переживет, не переживай

eсли php'шник использует eval, то его нужно казнить
$ grep 'eval(' -r symfony-master/ | wc -l
9

Вывод: symfony написана говнокодерами, которых нужно казнить. Пхпшники смотрят на друг-друга как на говнокодеров, которых нужно казнить => каждый пхпшник говнокодер по мнению пхпшников. Как на это смотреть всем остальным?)