Вообще-то да, у меня именно такой сценарий. Работаю из-под Kubuntu (удаленка, webdev), и перезагружаюсь в винду, чтобы в игрушки поиграть.
Правда на этого франкенштейна я вряд ли пересяду. Страшно представить, как вирусы через винду лезут ставить linux руткиты.
Труд конечно большой, но весьма спорный. То, что вы предлагаете — отнюдь не радикальная реформа. Такие предложения хороши для доцифровой эпохи. А сейчас нужно пересматривать другую аксиому — необходимость национальных валют. Глобализация же на дворе. Тогда и центробанки уже не нужны будут, а экономику регулировать придется не монетарными политиками центробанков, а через социально-политические инструменты.
Для примера — переход страны на криптовалюты, роспуск центробанка (ибо он уже не будет контролировать валюту).
Что-то мне подсказывает, что если на вакансию мало откликов, то вакансия не совсем адекватная. Продлевая такие вакансии, в базе будет все больше и больше вакансий низкого качества. Гениальный шаг, чтобы вырыть себе яму.
new black — это американский слэнг, дословно переводить на русский нельзя.
Лично для меня, «новый черный» — это отсылка к сериалу Orange is the new black. В русском языке уже устоялся перевод «хит сезона». Поэтому статью лучше было бы было назвать «Мессенджеры — хит сезона».
Возможно, есть ситуации, когда горячая кастрюля с супом реально может нанести вред холодильнику.
Когда-то давно, лет 10 назад был на съемной квартире древний советский холодильник. Так вот, однажды я положил в морозилку 2х литровую пластиковую бутылку с очень горячей водой (не спрашивайте зачем). Когда вернулся — выяснилось, что холодильник перестал работать. Пусковое реле пыталось запуститься с характерным «вжиком», но охлаждение уже не работало.
С этим не разбирался, но по идее порядок действий будет такой же:
1. Поставить Винду с ее стандартным загрузчиком на один диск, скорее всего это уже будет efi boot partition
2. Поставить linux и efi на другой диск
3. Сконфигурить grub-efi, при необходимости прописав там строчку для загрузки винды.
В случае нескольких загрузочных efi разделов, они должны автоматически подгружаться, поэтому по идее даже дополнительно настраивать ничего не надо будет.
Лично я бы предпочел метод self.excluded_actions заменить на константу EXCLUDED_ACTIONS. Это фиксированное значение, тут хэш не тянет никаких данных и не вызывает другие методы.
Я склоняюсь к варианту «биткойн». Слово coin содержит 1 слог, и oi в данном случае — это нисходящий дифтонг, соответсвенно русское произношение — «ой».
Oi может соответсвовать «ои», только если в языке оригинала это стык двух слогов, как в примере выше (to-ro-id).
Лучше в CD Projekt RED. У них в Ведьмаке много похожих существ есть (утопленники, лешие и пр.), руны (правда у них руны по именам богов — Морана, Дажбог и т.д.).
Если на движке ведьмака сделать игру с персонажами из статьи — шикарнейшая вещь получится :) Надо только сценарий грамотный написать.
Тоже об этом подумал. Если разрешат разделегировать, то просто упадет количество регистрируемых ru-доменов, новые проекты будут создаваться на международных доменах, а старые заимеют алиас на всякий случай. Кстати, с появлением новых доменных зон (.online, .guru, .pro и пр), можно найти очень интересные свободные домены.
Присоединяюсь к комментарию.
В чем проблема работать с таймзонами только на фронтэнде?
На бэкенде проще только с UTC работать, единственное, что нужно — сохранить таймзону в аттрибуте юзера, и потом при рендеринге добавить что-нибудь типа
Для меня уже давно вошло в привычку читать код гемов. Даже если гем уже не поддерживается, и я понимаю, что при необходимости я смогу подправить код гема — то при отсутствии других подходящих гемов, я его заюзаю в проекте без проблем.
А вообще Ruby не так давно обрел популярность, поэтому для текущего состояния — много гемов это нормально. Сначала гемов очень мало, поэтому гемы пишут, чтобы они хоть как-то решали задачи. Потом все пишут свои гемы, потому что существующие плохо поддерживаемы или просто не имеют нужной фичи, этакий период феодальной раздробленности. Со временем все устаканится, похожие гемы смерджатся, топовые гемы станут более качественными, и потом новые гемы будет просто невыгодно писать.
Я понимаю, что с точки зрения одного проекта много слабоподдерживаемых гемов — это плохо. Однако, если смотреть на всю экосистему Ruby, то это всего лишь обязательный этап развития.
Очень много гемов. Меньше писать своих гемов, больше контрибьютить в чужие.
Так в этом-то и все преимущество — естественный отбор же. Выживают только лучшие гемы, решающие нужные задачи оптимальным образом.
Кроме того, для одной и той же задачи есть множество путей решения — каждый сам выбирает, какое решение хорошо впишется в архитектуру, как оно повлияет на поддерживаемость кода и пр.
Чтобы так распределять государственные деньги нужна другая форма организации государства — в нашей «тоталитарной демократии» или в западной демократии такое сложно представить. Самостоятельное распределение налогов слишком сильно противоречит текущим структурам системы — это надо реформировать налоговую, все министерства и пр. Не говоря уже о том, что большинству людей не особо интересно куда идут налоги.
Как мне кажется, это возможно только в каком-нибудь технократическом государстве, где полностью электронный документооборот, где гос. валютой будет биткоин (или другая криптовалюта). Где налоги непроголосовавших автоматически распределяются по дефолтным статьям бюджета (ну или по проектам), а сами дефолтные значения периодически изменяются на основе big data анализа.
В текущей системе просто будут очень большие оверхеды на процессинг этих данных о волеизъявлении налогоплательщиков.
Интересно конечно, но я лучше подожду релиза RoR 5, там ActionCable будет включен в базовый функционал. Насколько я знаю, ActionCable сейчас в альфа версии.
Правда на этого франкенштейна я вряд ли пересяду. Страшно представить, как вирусы через винду лезут ставить linux руткиты.
Для примера — переход страны на криптовалюты, роспуск центробанка (ибо он уже не будет контролировать валюту).
Лично для меня, «новый черный» — это отсылка к сериалу Orange is the new black. В русском языке уже устоялся перевод «хит сезона». Поэтому статью лучше было бы было назвать «Мессенджеры — хит сезона».
Когда-то давно, лет 10 назад был на съемной квартире древний советский холодильник. Так вот, однажды я положил в морозилку 2х литровую пластиковую бутылку с очень горячей водой (не спрашивайте зачем). Когда вернулся — выяснилось, что холодильник перестал работать. Пусковое реле пыталось запуститься с характерным «вжиком», но охлаждение уже не работало.
1. Поставить Винду с ее стандартным загрузчиком на один диск, скорее всего это уже будет efi boot partition
2. Поставить linux и efi на другой диск
3. Сконфигурить grub-efi, при необходимости прописав там строчку для загрузки винды.
В случае нескольких загрузочных efi разделов, они должны автоматически подгружаться, поэтому по идее даже дополнительно настраивать ничего не надо будет.
Oi может соответсвовать «ои», только если в языке оригинала это стык двух слогов, как в примере выше (to-ro-id).
Если на движке ведьмака сделать игру с персонажами из статьи — шикарнейшая вещь получится :) Надо только сценарий грамотный написать.
Магия!
В чем проблема работать с таймзонами только на фронтэнде?
На бэкенде проще только с UTC работать, единственное, что нужно — сохранить таймзону в аттрибуте юзера, и потом при рендеринге добавить что-нибудь типа
Потом в JS эту таймзону прочитать — и уже с ней работать.
А вообще Ruby не так давно обрел популярность, поэтому для текущего состояния — много гемов это нормально. Сначала гемов очень мало, поэтому гемы пишут, чтобы они хоть как-то решали задачи. Потом все пишут свои гемы, потому что существующие плохо поддерживаемы или просто не имеют нужной фичи, этакий период феодальной раздробленности. Со временем все устаканится, похожие гемы смерджатся, топовые гемы станут более качественными, и потом новые гемы будет просто невыгодно писать.
Я понимаю, что с точки зрения одного проекта много слабоподдерживаемых гемов — это плохо. Однако, если смотреть на всю экосистему Ruby, то это всего лишь обязательный этап развития.
Кроме того, для одной и той же задачи есть множество путей решения — каждый сам выбирает, какое решение хорошо впишется в архитектуру, как оно повлияет на поддерживаемость кода и пр.
Как мне кажется, это возможно только в каком-нибудь технократическом государстве, где полностью электронный документооборот, где гос. валютой будет биткоин (или другая криптовалюта). Где налоги непроголосовавших автоматически распределяются по дефолтным статьям бюджета (ну или по проектам), а сами дефолтные значения периодически изменяются на основе big data анализа.
В текущей системе просто будут очень большие оверхеды на процессинг этих данных о волеизъявлении налогоплательщиков.