https://mobile.opennet.me/openforum/vsluhforumID3/93271.html После десяти месяцев разработки представлен (https://www.ruby-lang.org/en/news/2013/12/25/ruby-2-1-0-is-released/) релиз языка программирования Ruby 2.1 (http://www.ruby-lang.org). Ruby - мощный и динамический объектно-ориентированный язык программирования, отличающийся высокой эффективностью разработки программ и вобравший в себя лучшие черты Perl, Java, Python, Smalltalk, Eiffel, Ada и Lisp. Код проекта распространяется под лицензиями BSD ("2-clause BSDL") и "Ruby", которая ссылается на последний вариант лицензии GPL и полностью совместима с GPLv3. Ruby 2.1 продолжает развитие ветки 2.0 при сохранении полной обратной совместимости.<br><br><br>Основные (http://www.atdot.net/~ko1/activities/RubyKaigi2013-ko1.pdf) изменения (https://github.com/ruby/ruby/blob/v2_1_0/NEWS):<br><br><br>- Поддержка кэширования методов в VM;<br>- Новый сборщик мусора RGenGC;<br>- Расширение (https://bugs.ruby-lang.org/issues/8481) возможностей (https://bugs.ruby-lang.org/issues/8571) конструкции "Refinements" ( Module#refine) для повышения бе https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#83 Mon, 30 Dec 2013 18:59:28 GMT &gt; Да, да кругом школата, один Мишка умный, может уже хватит?<br><br>Сами себе ник выбирали, никто за язык не тянул.<br><br>&gt; Существует куча программ работающих на python2.7/3.2/3.3 одновременно,<br>&gt; не существует ни одной, кроме самых тривиальных, работающих на ruby 1.8/1.9.<br><br>http://www.devalot.com/articles/2012/03/ror-compatibility<br>http://oreilly.com/ruby/excerpts/ruby-best-practices/writing-backward-compatible.html<br><br>Поздравляю соврамши.<br><br>&gt; Zope? Вы вообще в теме? Его еще кто использует? Назовите хоть <br>&gt; один известный проект на нем за последние 5 лет.<br><br>Да понятно, что после рельс у питонятников зазудело и начались догоняйки во фреймворки в другую сторону -- я из темы уже несколько лет как изрядно выпал (и впадать особо не намерен), но те же плонеры помирать явно не собираются.<br><br>Речь была о том, что перепирание нетривиального проекта между python 2.x было адским трудом. Это не опровергает "кучи программ", а дополняет картинку, если вдруг не поняли.<br><br>И позиции у Гвидо и Матца по части обратной совместимо https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#82 Mon, 30 Dec 2013 15:56:39 GMT &gt;Устойчивое ощущение, что если бы Вы толком портировали код между python 2.x/2.y/3.x и ruby 1.8/1.9(2.x), причём не три строчки, а в случае питона что-нить вроде zope -- то мы бы здесь не видели вышепроцитированного, по крайней мере в таком виде. :)<br><br>Да, да кругом школата, один Мишка умный, может уже хватит? Существует куча программ работающих на python2.7/3.2/3.3 одновременно, не существует ни одной, кроме самых тривиальных, работающих на ruby 1.8/1.9. Zope? Вы вообще в теме? Его еще кто использует? Назовите хоть один известный проект на нем за последние 5 лет. <br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#81 Sat, 28 Dec 2013 13:34:56 GMT &gt; Особенно учитывая ломку совместимости в минорных версиях [...]<br>&gt; [...] разница между ruby 1.8 и ruby 1.9 в разы больше чем между python 2/3<br><br>Устойчивое ощущение, что если бы Вы толком портировали код между python 2.x/2.y/3.x и ruby 1.8/1.9(2.x), причём не три строчки, а в случае питона что-нить вроде zope -- то мы бы здесь не видели вышепроцитированного, по крайней мере в таком виде. :)<br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#80 Sat, 28 Dec 2013 05:36:46 GMT &gt;&gt; Ага, ага. Только программы написанные под 1.8 не работают под 1.9.<br>&gt; Ничего, что про планируемый сбор несовместимостей на переход к 2.0 был известен <br>&gt; оочень давно, если не ещё раньше? ;) <br><br>Особенно учитывая ломку совместимости в минорных версиях, "оочень давно" еще в процессе. <br><br>&gt; Плохо здесь то, что на 1.9 начали переезжать деятели, не понимающие разницы <br>&gt; между разработкой и деплойментом -- ну и смазали нормальную работу, превратив <br>&gt; её в достраивание самолёта в воздухе. Матцу стоило таким внятно <br>&gt; настучать по головам и рукам в стиле Линуса, IMHO.<br><br>Я ему про Фому, а он про Ерему. Изначальный топик был о том, что разница между ruby 1.8 и ruby 1.9 в разы больше чем между python 2/3, а он про деятелей. <br><br>&gt; А других таких случаев не припоминаю. Между 1.6 и 1.8 вообще <br>&gt; был сделан shim -- подключаешь и заводишь код для 1.6 на <br>&gt; 1.8 без изменений.<br><br>Собственно я про это же.<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#79 Sat, 28 Dec 2013 05:27:01 GMT &gt;Ну так, с тестами все было бы ок :)<br><br>Если код покрыт тестами, то переписывать код резко становится не нужно? <br><br>Давай конкретно, во-первых при изменении синтаксиса языка и методов библиотек придется переписывать тесты, во-вторых придется переписывать код, на проект из 10k строк кода уйдет минимум неделя работы команды, а теперь прикинь что ты собственник этого кода, давай посчитай сколько это стоит. <br><br>&gt;Я по прежнему считаю, что эту проблему высасывают из пальца всякие диванные проггеры.<br><br>Проблема описана прямо в новости, критика идет от всего сообщества ruby. <br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#78 Fri, 27 Dec 2013 15:39:08 GMT Ну так, с тестами все было бы ок :) Тем более, есть тонна софта для анализа кода на рубях, всякие там rubocop, reek, flay, flog, churn, metric_fu и т.д. Были даже скриптики (sed, awk) которые занимались &#171;портированием&#187; с 1.8 на 1.9. Я по прежнему считаю, что эту проблему высасывают из пальца всякие диванные проггеры.<br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#76 Fri, 27 Dec 2013 11:41:30 GMT &gt; Ага, ага. Только программы написанные под 1.8 не работают под 1.9.<br><br>Ничего, что про планируемый сбор несовместимостей на переход к 2.0 был известен оочень давно, если не ещё раньше? ;)<br><br>Плохо здесь то, что на 1.9 начали переезжать деятели, не понимающие разницы между разработкой и деплойментом -- ну и смазали нормальную работу, превратив её в достраивание самолёта в воздухе. Матцу стоило таким внятно настучать по головам и рукам в стиле Линуса, IMHO.<br><br>А других таких случаев не припоминаю. Между 1.6 и 1.8 вообще был сделан shim -- подключаешь и заводишь код для 1.6 на 1.8 без изменений.<br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#75 Fri, 27 Dec 2013 10:33:38 GMT &gt;&gt; О... Сломалось это слишком мягкое выражение, это два разных языка, с похожим синтаксисом.<br>&gt; Язык остался тем же с минимальным изменением синтаксиса.<br><br>Ага, ага. Только программы написанные под 1.8 не работают под 1.9.<br><br><br>&gt;&gt; То есть мы можем эти библиотеки запросто использовать в других языках?<br>&gt;&gt; Или как?<br>&gt; Нет, потому, что библиотеки написаны под этот язык. <br><br>Тогда какого ты их отделяешь от языка?<br><br>&gt; Как бы то ни было, изменения в 1.9 по сравнению с 1.8 <br>&gt; довольно логичные и в случае возникновения несовместимости в своих программах, опытный <br>&gt; программист может исправить довольно быстро.<br><br>А теперь представь, что ты пишешь не хелловорлд в 100 строк, а большой проект в десятки и сотни тысяч строк кода. Слабо после каждого минорного обновления всю команду переводить, на фиксинг несовместимости, сколько времени это займет, сколько будет в деньгах стоить, подумай над этим.<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/93271.html#74 Fri, 27 Dec 2013 10:25:55 GMT &gt;&gt; Каким образом? Работа со строками и массивами поломана.<br>&gt; Был бы использован метод empty?, который для строки явно логичнее, проблемы бы <br>&gt; не было.<br><br>Ты из более чем 20 изменений методов языка увидел один? Ну это к окулисту.<br>Библиотеки не совместимы, сам язык другой, совсем другой, другая модель работы с памятью, с потоками, другие методы типов.<br><br>&gt; В том, что касается работы со строками - надо действительно местами убрать <br>&gt; force_encoding, местами вписать кодировку при открытии файлов. Однако в целом программа <br>&gt; остаётся без изменений. На этом переписывание ограничивается.<br><br>Покажи средний проектик, скажем, хотя бы в 5000 строк, который без труда будет работать в 1.8 и 1.9, вот тогда поговорим. <br><br>