Эта возможность есть только в ветке 1.9.x. Я пока не библиотек, которые используют ее, так что не могу скзать насколько это будет удобно или нет.vlmonk
про дефолтные параметры я солгал, они были, просто сейчас появилась возможность ставить их не в конце и начинается угадайка, в php такое и хочется и колется.
Про такое не слышал. Возможно это есть в каких-нибудь альтернативных реализациях руби, типа jruby / ironruby либо опять же в ветке 1.9слышал краем ухо про возможность запрета модификации объекта в зависимости от контента вызова. Типа изменять и патчить можно, но только в определённых классах(объектах). это фишка руби будет или для рельс?
Сейчас есть 2 основных способа разворачивать рельсовые приложения.Расскажите про руби. PHP вот, устанавливается на сервере и исполняет сценарии. Руи аналогично работает?
Странно, что никто не торопится - там же, судя по всем подряд бенчам, решена масса проблем с производительностью. Да и рельсы там работают.Эта возможность есть только в ветке 1.9.x. Я пока не библиотек, которые используют ее, так что не могу скзать насколько это будет удобно или нет.
Вообще с веткой 1.9.x не все гладко, она разрабатывается уже несколько лет, но пока массового перехода на нее нет и не предвидится в ближайшем будующем.
Ну, типичное рельсовое приложение использует несколько десятков внешних библиотек, которые не всегда дружат с 1.9.Странно, что никто не торопится - там же, судя по всем подряд бенчам, решена масса проблем с производительностью. Да и рельсы там работают.
Я не слежу сильно за прогрессом ruby 1.9 / 2, но из того что слышал:а что будет в ruby 2 (без рельсов и прочих gem, только достоинства языка) ? честно обещал себе посмотреть на него начиная со второй ветки...
{a: 'foo', b: 'bar'} # {:a => 'foo', :b => 'bar'}
*насторожено* А зачем в этом вашем руби столько эвалов? Вы ими еще и пользуетесь, что ли??возможно наведут порядок с eval (сейчас в языке есть class_eval, module_eval, instance_eval и просто eval.
Ну, module_eval это фактически альяс на class_eval*насторожено* А зачем в этом вашем руби столько эвалов? Вы ими еще и пользуетесь, что ли??
В два (не забываем про create_function).Новая фраза для троллинга рубистов - "У вас в 4 раза больше eval'ов чем в РНР"
Не. Нафиг-нафиг такую команду. Уже три года не работаю с разгильдяями и назад пока не хочется. Гораздо эффективнее выходит, когда не надо тыкать носом кого-то в команде. Тимлид, который основное время тратит на то, чтобы следить чтобы другие чего не накосячили - это бег по кругуОй, да ладно. Неосилил РНР, это как еврей-сталевар.
И это нормально! Так же как люди знающие jquery/dojo/prototype, но не знающие js. Так же как РНР-разработчики, не знающие Си. Пусть концентрируются на том, что приносит деньги заказчику, а не на "лишних" знаниях. Для этих "лишних" знаний нужны тимлиды, которые своевременными пинками подскажут, что вот тут ты так не делай, потому что <причина>. И это даже лучше, чем просто смена платформы на более высокоуровневую, т.к. внутренности на том же языке, на котором пишешь ты.
Они не разгильдяи, они имеют меньше опыта, и соответственно, стоят дешевле.Не. Нафиг-нафиг такую команду. Уже три года не работаю с разгильдяями и назад пока не хочется.
Так не бывает. Все ошибаются + не все обладают полной информацией. Да и для профилактики полезноГораздо эффективнее выходит, когда не надо тыкать носом кого-то в команде.
Согласен. Только я не говорил про основное время. Да и понятие "накосячили" растяжимое.Тимлид, который основное время тратит на то, чтобы следить чтобы другие чего не накосячили - это бег по кругу![]()
Ты зачем им подсказываешь?В два (не забываем про create_function).
Да мне то что, я не фанатик php.Ты зачем им подсказываешь?![]()
Работать в нашем банке - большая честь?собирать кучу подписей у всяких шишек
Зато у нас скалу заапрувилиРаботать в нашем банке - большая честь?![]()