Комментарии 20
Между прочим, сегодня языку Руби исполняется 20 лет.
Ruby родился 23 февраля 1993 года. В тот день я беседовал со своим коллегой о возможности существования объектно-ориентированного сценарного языка. Я знал Perl (Perl4, а не Perl5), но он мне не нравился — был в нём некий привкус игрушечного языка (да и поныне есть). А объектно-ориентированный интерпретируемый язык казался многообещающим.рассказывает нам Юкихиро Мацумото
Блин, H-Store — есть, Array, MACADDR, INET, CIDR — есть, а мои Range Types забыли :( пичалька…
НЛО прилетело и опубликовало эту надпись здесь
Aaron Patterson представил новую функциональность в Rails 4, называемую Live Streaming. Это фактически позволяет транслировать контент в браузер подсоединённых пользователей напрямую с сервера с помощью длинных опросов (long-polling) в браузере. И тот факт, что браузер имеет решающее значение для этого процесса должны намекнуть вам об очевидной проблеме: Internet Explorer это еще не поддерживает.
Это ошибка перевода? Long-polling отлично поддерживается IE.
Рельсы рельсами.
Поздравляю EY с блогом на хабре, и жду интересных постов о компании и её деятельности.
Поздравляю EY с блогом на хабре, и жду интересных постов о компании и её деятельности.
Поддержка 1.8.7 была полностью прекращена, но, учитывая, что большинство из нас используют 1.9.3, нет причин волноваться о поддержке 1.9.2. Фактически, этот commit от Jose Valim прямо говорит пользователю, что Rails 4 требует Ruby 1.9.3+ и прерывает работу немедленно, если RUBY_VERSION < 1.9.3.
Что это означает для вас? Во-первых, если вы используете 1.8.7 или Ruby Enterprise Edition (что фактически является 1.8.7 с небольшими возможностями настройки производительности), вам стоило бы обновиться в любом случае.
Вот только за это разработчикам стоит вечно гореть в аду.
Сотни тысяч программистов должны потратить миллионы часов, чтобы привести работающий код в соответствие с текущей линией партии. Не потому что он плохой или что-то еще, нет, просто потому что здесь так принято. Рефакторить потому что здесь принято рефакторить, а проблемы негров шерифа не волнуют.
Позволю себе ещё одну цитату:
«Я уверен, что парадигма ООП методологически неверна… Именно поэтому в ООП так популярен рефакторинг – из-за ущербности парадигмы вы просто обречены на переписывание программы, уже в тот самый момент, когда только задумали её спроектировать в ООП-стиле».
Это написал А.А. Степанов, автор стандартной библиотеки языка С++.
У разработчиков два варианта: писать код на последних версиях руби, делая это быстро — и добавлять новые полезные и удобные фичи, либо тратить лишнее время на бэкпорты.
Вас, во-первых, пока никто не гонит обновлять ваши проекты, Rails 3 ещё поддерживается, и видимо, будет поддерживаться долго.
Во-вторых, что такого надо написать в коде, чтобы перетащить его с 1.8 на 1.9 было большой проблемой? Особенно при наличии тестов.
Вас, во-первых, пока никто не гонит обновлять ваши проекты, Rails 3 ещё поддерживается, и видимо, будет поддерживаться долго.
Во-вторых, что такого надо написать в коде, чтобы перетащить его с 1.8 на 1.9 было большой проблемой? Особенно при наличии тестов.
НЛО прилетело и опубликовало эту надпись здесь
«Вот только за это разработчикам стоит вечно гореть в аду.
Сотни тысяч программистов должны потратить миллионы часов, чтобы привести работающий код в соответствие с текущей линией партии.
Не потому что он плохой или что-то еще, нет, просто потому что здесь так принято. Рефакторить потому что здесь принято рефакторить, а проблемы негров шерифа не волнуют. „
Вот именно, что проблемы негров — это их проблемы. Хочешь быть в теме, двигаться в ногу со временем — будь добр рефакторить код или оставить проект и заморозить его в каком-то стабильном состоянии.
Ruby и Ruby on Rails постоянно совершенствуются и улучшаются — и это хорошо!
И совершенно незачем поддерживать все старые версии. Тем более, что никто сразу и безоговорочно не отрицает предыдуще версии — всегда дается разумное время для перехода.
Самое верное решение “текущей линией партии» — вовремя отбрасывать устаревшие хвосты, дабы они не мешали прогрессу и движению вперед!
Сотни тысяч программистов должны потратить миллионы часов, чтобы привести работающий код в соответствие с текущей линией партии.
Не потому что он плохой или что-то еще, нет, просто потому что здесь так принято. Рефакторить потому что здесь принято рефакторить, а проблемы негров шерифа не волнуют. „
Вот именно, что проблемы негров — это их проблемы. Хочешь быть в теме, двигаться в ногу со временем — будь добр рефакторить код или оставить проект и заморозить его в каком-то стабильном состоянии.
Ruby и Ruby on Rails постоянно совершенствуются и улучшаются — и это хорошо!
И совершенно незачем поддерживать все старые версии. Тем более, что никто сразу и безоговорочно не отрицает предыдуще версии — всегда дается разумное время для перехода.
Самое верное решение “текущей линией партии» — вовремя отбрасывать устаревшие хвосты, дабы они не мешали прогрессу и движению вперед!
Согласен с Вами, язык должен отбрасывать ошметки ороговевшей кожи, а иначе можно дойти до маразма, сказать что в PHP register_globals зря не оставили, как же, куча работающих говнодвижков должны править свой код!
P.S. ActiveResource жалко. Когда разбирался с рельсами, использовал его) но думаю все к лучшему
P.P.S Где то видел комментарий, что как жаль что в Qt5 выкинули Qt3Support, типа еще не успел приложение портировать, разработчики козлы и все такое.
P.S. ActiveResource жалко. Когда разбирался с рельсами, использовал его) но думаю все к лучшему
P.P.S Где то видел комментарий, что как жаль что в Qt5 выкинули Qt3Support, типа еще не успел приложение портировать, разработчики козлы и все такое.
Вот, кстати, что ни говори, а переход на 4-е рельсы обещается быть очень плавным. Если приложение развивается, то оно уже скорее всего и так на руби 1.9.3 (заботливо перекомпилированном со всеми недавно обсуждавшимися здесь патчами) и, вполне возможно, что разработчик уже поигрался с бэкпортированными из 4-х рельс гемами. Т.е. переход у развивающегося приложения заключится едва ли не в смене версии в Gemfile и выполнении bundle update. К тому же не так давно я у одного гема допилил приложение для прогонки тестов, чтобы оно работало и в rails 3.1 и в rails 3.2 и в rails 4. И это не было чем-то сложным (хотя это же малюсенькое тестовое приложение)
А если приложение работает и не развивается, так принцип «работает — не трогай» никто не отменял. Обновляться никто не заставляет. Все старые версии гемов по-прежнему доступны на rubygems.org, если даже нужно задеплоиться на новый сервер. У нас одно приложение на rails 2.3 работает, кушать не просит, его используют и все счастливы.
А если приложение работает и не развивается, так принцип «работает — не трогай» никто не отменял. Обновляться никто не заставляет. Все старые версии гемов по-прежнему доступны на rubygems.org, если даже нужно задеплоиться на новый сервер. У нас одно приложение на rails 2.3 работает, кушать не просит, его используют и все счастливы.
Слушайте, объясните плиз про удаление ActiveRecord session store. Я правда не понимаю.
Ясно что не нужно пихать объекты в сессию. Но я считаю что иногда в сессии — например, в каком-нибудь wizard можно хранить список объектов. И тема заводить отдельную сущность для «списков» мне не нравится. А в куки список может и не влезть.
Ясно что не нужно пихать объекты в сессию. Но я считаю что иногда в сессии — например, в каком-нибудь wizard можно хранить список объектов. И тема заводить отдельную сущность для «списков» мне не нравится. А в куки список может и не влезть.
Я слышал много разговоров про отсутствие масштабирования в session store. Это, в свою очередь, приводило к излишней нагрузке базы данных, особенно при большом трафике. Быть может это послужил поводом перестраховаться. Попробую выяснить детали.
Всегда можно написать свой session store используя тот же mysql либо redis
Вот, кстати, к разговору и новый релиз Ruby 2.0.0 подоспел:
inet777.ru/news/8407/vyipuschen-reliz-ruby-2-0-0
inet777.ru/news/8407/vyipuschen-reliz-ruby-2-0-0
А вот и final версия релизнулась.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Что нового в Rails 4