Интересная статья, но она не очень-то о будущем Ruby. Все эти странные реализации очень любопытны, вероятно, найдут свою нишу, но собственно к Ruby имеют довольно отдаленное отношение.
Аутосомная ДНК наследуется от обоих родителей. Митохондриальная — от матери, так как все митохондрии взрослого организма — это митохондрии яйцеклетки. Y-хромосома, очевидно, наследуется от отца.
Не могу согласиться. В последних релизах 1.8 сколь-нибудь значимых изменений вообще не было, а из нововведений 1.9 кардинальными мне представляются лишь изменение области видимости block local variables и, конечно, кодировки.
Полный список того, что было запланировано, есть здесь (учтите, что некоторые из описанных там вещей в итоге в 1.9 не вошли).
Еще по поводу быстро появляющихся изменений. Про traits и namespaces matz рассказывал аж в 2005 году, а их до сих пор нет; другие пункты с того же слайда были окончательно реализованы лишь 1-2 года назад в 1.9.
Я не пользовался Rubinius в продакшне, но полгода назад проблема с хешами все еще была. (Я бы вообще не рекомендовал использовать REXML, так как он адски тормознутый, по крайней мере на MRI; а в rubinius-е работают C-шные расширения, написанные для CRuby, и поэтому проще всего поставить гем libxml.)
Встраиваемые системы бывают разные. На рынке есть множество устройств с прошитым Линуксом, а он разве простой? Или, говоря более локально, та же Opera Mini не слишком тривиальна. Или читалка электронных книг, если учесть, что против J2ME на мобильниках шансов у Rite нет.
Скорость Rite… я бы все же подождал до момента официального выпуска. Потому что, насколько я могу судить об архитектуре подобных процессоров (а Rite явно разрабатывается с учетом возможности запуска на них), здесь наиболее вероятно включение AOT- или JIT-транслятора, иначе толку в таких расширениях ISA нет.
Да вообще-то уже год как минимум стандартный ath9k поддерживает Monitor Mode. Между прочим, эта фича намного полезнее, чем кажется на первый взгляд — я при помощи нее делал WiFi-ретранслятор на основе одной карточки.
Кроме того, когда из своего нетбука я выдрал модуль Broadcom и воткнул Atheros, не только существенно улучшился прием, но и ноут стал работать ~7 часов вместо ~4-х, причем не только на линуксе (мало ли как там драйвер глючит), но и с офицальными драйверами на Windows. А еще нормально заработала кнопка отключения WiFi.
Lua, на мой взгляд, слишком уж упрощен. По моему опыту, в нем достаточно тяжело делать мало-мальски крупные проекты — для того, чтобы построить грамотную архитектуру, средств языка явно недостаточно. (Возможно, что я просто не понимаю его идеологии.)
Кроме того, Rite видится мне прямым конкурентом Java ME (не на телефонах — вряд ли там уже что-то изменится — а в прочем эмбеддеде), особенно с учетом разработываемого Ruby-процессора. Чем не аналог JavaCard?
На самом деле многое из этого уже реализовано, причем гораздо более мозговыносящим методом. Скажем, prepend — это alias_method_chain в Rails, где он подменяет старую функцию новой и в итоге к старой нельзя обратиться напрямую без каких-то совсем хитрых костылей.
mix же как раз-таки должен заменить include насовсем, а using — решить проблему monkey patching, активно использующегося в тех же Rails и приводящего к некоторому хаосу.
Кроме того, позволю себе заметить, что вы ответили, наверное, немного на другой комментарий. Причина, по которой действие произведено, мало влияет на осмысленность этого действия.
Покупка подобной вещицы на стороне извращает всю ее суть. Ведь смысл не в дурацком светодиодном сердечке и не в надписи шрифтом Comic Sans MS, а в том, чтобы потратить свое время и сделать что-то если не уникальное, то хотя бы свое.
Ключевая часть методики с фоторезистом — использование ламинатора. Без него получается намного хуже. (Я хотел об этом написать, но теперь, наверное, уже не буду: здесь все вполне доступно описано.)
Два других плюса фоторезиста — то, что фотошаблон не портится в процессе и еще его, метода, стабильность. Последнее означает, что поначалу будет получаться все время одна и та же хрень, но как только нужное время экспонирования/проявки будет подобрано — все платы будут выходить идеально, чего не скажешь о ЛУТе.
— проблемы работы в асинхронном режиме, чтобы как node.js работать (больше к стандартным библиотекам вопрос, а не к самому языку)
EventMachine отлично справляется с тысячами асинхронных подключений.
— встроенная поддержка shareware-программ, а то сейчас только практически исключительно в saas используется (широко известно только о mingle и github:fi, оба через jruby).
Ну это проблема всех интерпретируемых языков, нет?
Полностью согласен. Есть у меня дурная привычка все усложнять. Правда, регистр требует еще одну линию под защелку, однонаправленный (ну или нужно больше линий кроме SPI) и не умеет пихать отдельные ноги в Hi-Z, но 99% времени это не нужно.
Полный список того, что было запланировано, есть здесь (учтите, что некоторые из описанных там вещей в итоге в 1.9 не вошли).
Еще по поводу быстро появляющихся изменений. Про traits и namespaces matz рассказывал аж в 2005 году, а их до сих пор нет; другие пункты с того же слайда были окончательно реализованы лишь 1-2 года назад в 1.9.
Скорость Rite… я бы все же подождал до момента официального выпуска. Потому что, насколько я могу судить об архитектуре подобных процессоров (а Rite явно разрабатывается с учетом возможности запуска на них), здесь наиболее вероятно включение AOT- или JIT-транслятора, иначе толку в таких расширениях ISA нет.
Кроме того, когда из своего нетбука я выдрал модуль Broadcom и воткнул Atheros, не только существенно улучшился прием, но и ноут стал работать ~7 часов вместо ~4-х, причем не только на линуксе (мало ли как там драйвер глючит), но и с офицальными драйверами на Windows. А еще нормально заработала кнопка отключения WiFi.
Кроме того, Rite видится мне прямым конкурентом Java ME (не на телефонах — вряд ли там уже что-то изменится — а в прочем эмбеддеде), особенно с учетом разработываемого Ruby-процессора. Чем не аналог JavaCard?
prepend— этоalias_method_chainв Rails, где он подменяет старую функцию новой и в итоге к старой нельзя обратиться напрямую без каких-то совсем хитрых костылей.mixже как раз-таки должен заменитьincludeнасовсем, аusing— решить проблему monkey patching, активно использующегося в тех же Rails и приводящего к некоторому хаосу.Кроме того, позволю себе заметить, что вы ответили, наверное, немного на другой комментарий. Причина, по которой действие произведено, мало влияет на осмысленность этого действия.
Два других плюса фоторезиста — то, что фотошаблон не портится в процессе и еще его, метода, стабильность. Последнее означает, что поначалу будет получаться все время одна и та же хрень, но как только нужное время экспонирования/проявки будет подобрано — все платы будут выходить идеально, чего не скажешь о ЛУТе.
EventMachine отлично справляется с тысячами асинхронных подключений.
Ну это проблема всех интерпретируемых языков, нет?
Свет, извините, по чему проходит? Может, все-таки сквозь металлизацию и полупроводниковые структуры, а не по ним?