Никто и не утверждает, что возможность запустить рельсы под виндовсами это плохо. Это наоборот прекрасно и полезно для комьюнити, что пользователи windows сейчас имеют возможность в пару кликов развернуть у себя часть rails стека.
Вам лишь говорят, что ваше заявление о пригодности windows для серьезной работы с rails мягко говоря спорно.
Давайте немного прикинем какие могут возникнуть проблемы:
Часть гемов не будут работать вообще или лишь в определённых ситуациях. Ну и ладно, дурацкие гемы, кому они сдались?
Вимом мы не пользуемся, а если и пользуемся, то обходимся базовым функционалом — плагины, работающие лишь в линуксе с маком, все равно бесполезны.
Guard для тестов… хотя погуглил, за последний год похоже починили.
Цветное оформление логов, рспека и прочего в консольке будет? От сплошного одноцветного текста в глазах рябит.
Наверняка с картинками придётся иметь дело, RMagick и ему подобные в windows нормально и стабильно работают? (с учётом того, что оно и в линуксах порой валится)
rvm? хотя для виндовса есть какая-то другая тулза.
Прощай капистрано — нынче деплоят руками или самописными тулзами.
Мониторинг работоспособности? newrelic говорят о «limited support of Windows XP & Vista».
Выполнять таски через интервалы времени нам не понадобится, так что без whenever вполне обойдёмся, ну или на крайний случай в дефолтный виндовсовский планировщик всё руками засунем.
Delayed_job, пишут, тоже прекрасно работает — нам не трудно запустить несколько консолей и стартануть в них по воркеру.
Для базы данных(или MSSQL будет?), nginx, мемкеша/редиса на продакшене отдельный сервер с линуксом найдём.
Ну и пожалуй ещё миллион всяких мелочей и неприятностей, о которых даже и не догадаешься, пока с ними не столкнёшься.
А так, да, windows — вполне удобная и зрелая платформа для rails.
Сам руби может быть и будет работать с сопоставимой скоростью, но скорость работы и потребление памяти, это как раз то, за что уже очень долго критикуют руби с рельсами, а они продолжают набирать популярность вопреки этому.
Есть другая, не менее важная составляющая, как выразились выше, экосистема. И надеюсь вы шутите, говоря, что виндовс — хорошая платформа для RoR. Просто не счесть сколько всего у вас работать не будет вообще или будет работать «не совсем и чуть-чуть не так, как в линуксе».
Основная на мой взгляд пробелма с ExtJS состоит в его идеологии, а именно в попытке дать инструмент создания полноценных десктопных приложений, но в броузере. Нам дают мощный инструмент, используя который по определённым правилам мы можем быстро и легко программировать сложные интерфейсы(даже в специальных полувизуальных редакторах) и логику к ним. Вот только вся соль в 'определённых правилах'.
Рано или поздно ваши потребности начинают превышать возможности фреймворка и тогда приходит Беда. С большой буквы. Чтобы сделать что-то, не предусмотренное фреймворком, нужны либо костыли, либо громоздкие настройки над существующими компонентами, причём на создание их времени в любом случае уйдёт в разы больше, чем если бы вы вообще не использовали Ext.
Затем кастомизация. Хотите подружить Ext с вашим красивым сайтом? Пожалуйста, вот вам дефолтная синяя тема, вот вам серая тема, и вот ещё несколько каких-то других. Хотите больше изменений, другую вёрстку, другие палитры или ещё чего-то — легко, делайте сами, но помните про Беду.
Далее, периодически выходят новые версии. Иногда они ничего не ломают, и обновление проходит глано, но чаще ломают, и чем больше у вас кода на Ext, тем больше придётся переделывать и допиливать при апгрейде.
Так же есть баги. Они есть в текущей версии. Просто в текущей, не важно какая там сейчас. Многие из багов заботливо изложены на форуме и превратились почти что в фичи, хоть некоторые из них могут и пофиксить быстро, но некоторые будут висеть(точнее не будут, а уже висят) годами. Придётся фиксить самим, но в исходники лезть — нини. Тронете — забудьте об обновлениях. Тогда следуем совету из данного топика, наш выбор — копипастить компоненты в кастомные со всеми потрохами. Которые с каким-нибудь релизом обязательно изменятся и всё опять поломается.
Про мдленную работу Ext и упоминать не буду — это извечная тема, о которой только ленивый не писал.
Впрочем, если вы не планируете обновляться и пишете только CRM, да ERP, с которыми никто, кроме ваших коллег или сотрудников заказчика, работать не будут, а так же если вы готовы инвестировать своё время в изучение технологий, которые для других вещей в вебе подходят не очень, то почему бы и нет — работать Ext будет и будет достаточно хорошо. Находясь в рамках заданных правил программировать на нём можно достаточно быстро.
По сути оба проекта делают одно и тоже и фундаментальных различий не имеют.
Самый главный аргумент в сторону LESS — парсинг стилей яваскриптом непосредственно в броузере пользователя, имхо вещь весьма сомнительная — ведь мало кто захочет замедлять скорость отклика страницы пользователя ради вещей, которые можно получить и другим путём.
А вот больший функционал SASS аргумент более весомый, и пусть что-то из этого функционала вам сейчас не нужно, но потенциально вы сможете с SASS сделать больше. Плюс на выбор синтаксис со скобками или синтаксис с отступами — очень серьёзный довод для тех, кто используют питон или пишут шаблоны на HAML/Slim.
И самый последний аргумент — Rails 3.1 с SASS по дефолту. Имхо это для многих не определивщихся, или только желающих попробовать, положит конец эпопеи LESS vs SASS.
Удачи вам, хотя и не знаю на кого рассчитан ваш проект. У гитхаба для маленьких команд цены на закрытые репозитории более чем приемлимые, а сэкономить несколько $ и лишиться всех гитхабовских плюшек… тогда уж лучше пойти на unfuddle, там дают 1 закрытый репо бесплатно.
> data-bind=”visible: currentCustomer() !== null”
настораживают подобные вещи во фреймворке. это очень похоже на onclick="...", на то, от чего отказались годы назад, введя DOM3
Вам лишь говорят, что ваше заявление о пригодности windows для серьезной работы с rails мягко говоря спорно.
Давайте немного прикинем какие могут возникнуть проблемы:
Часть гемов не будут работать вообще или лишь в определённых ситуациях. Ну и ладно, дурацкие гемы, кому они сдались?
Вимом мы не пользуемся, а если и пользуемся, то обходимся базовым функционалом — плагины, работающие лишь в линуксе с маком, все равно бесполезны.
Guard для тестов… хотя погуглил, за последний год похоже починили.
Цветное оформление логов, рспека и прочего в консольке будет? От сплошного одноцветного текста в глазах рябит.
Наверняка с картинками придётся иметь дело, RMagick и ему подобные в windows нормально и стабильно работают? (с учётом того, что оно и в линуксах порой валится)
rvm? хотя для виндовса есть какая-то другая тулза.
Прощай капистрано — нынче деплоят руками или самописными тулзами.
Мониторинг работоспособности? newrelic говорят о «limited support of Windows XP & Vista».
Выполнять таски через интервалы времени нам не понадобится, так что без whenever вполне обойдёмся, ну или на крайний случай в дефолтный виндовсовский планировщик всё руками засунем.
Delayed_job, пишут, тоже прекрасно работает — нам не трудно запустить несколько консолей и стартануть в них по воркеру.
Для базы данных(или MSSQL будет?), nginx, мемкеша/редиса на продакшене отдельный сервер с линуксом найдём.
Ну и пожалуй ещё миллион всяких мелочей и неприятностей, о которых даже и не догадаешься, пока с ними не столкнёшься.
А так, да, windows — вполне удобная и зрелая платформа для rails.
Есть другая, не менее важная составляющая, как выразились выше, экосистема. И надеюсь вы шутите, говоря, что виндовс — хорошая платформа для RoR. Просто не счесть сколько всего у вас работать не будет вообще или будет работать «не совсем и чуть-чуть не так, как в линуксе».
Рано или поздно ваши потребности начинают превышать возможности фреймворка и тогда приходит Беда. С большой буквы. Чтобы сделать что-то, не предусмотренное фреймворком, нужны либо костыли, либо громоздкие настройки над существующими компонентами, причём на создание их времени в любом случае уйдёт в разы больше, чем если бы вы вообще не использовали Ext.
Затем кастомизация. Хотите подружить Ext с вашим красивым сайтом? Пожалуйста, вот вам дефолтная синяя тема, вот вам серая тема, и вот ещё несколько каких-то других. Хотите больше изменений, другую вёрстку, другие палитры или ещё чего-то — легко, делайте сами, но помните про Беду.
Далее, периодически выходят новые версии. Иногда они ничего не ломают, и обновление проходит глано, но чаще ломают, и чем больше у вас кода на Ext, тем больше придётся переделывать и допиливать при апгрейде.
Так же есть баги. Они есть в текущей версии. Просто в текущей, не важно какая там сейчас. Многие из багов заботливо изложены на форуме и превратились почти что в фичи, хоть некоторые из них могут и пофиксить быстро, но некоторые будут висеть(точнее не будут, а уже висят) годами. Придётся фиксить самим, но в исходники лезть — нини. Тронете — забудьте об обновлениях. Тогда следуем совету из данного топика, наш выбор — копипастить компоненты в кастомные со всеми потрохами. Которые с каким-нибудь релизом обязательно изменятся и всё опять поломается.
Про мдленную работу Ext и упоминать не буду — это извечная тема, о которой только ленивый не писал.
Впрочем, если вы не планируете обновляться и пишете только CRM, да ERP, с которыми никто, кроме ваших коллег или сотрудников заказчика, работать не будут, а так же если вы готовы инвестировать своё время в изучение технологий, которые для других вещей в вебе подходят не очень, то почему бы и нет — работать Ext будет и будет достаточно хорошо. Находясь в рамках заданных правил программировать на нём можно достаточно быстро.
Самый главный аргумент в сторону LESS — парсинг стилей яваскриптом непосредственно в броузере пользователя, имхо вещь весьма сомнительная — ведь мало кто захочет замедлять скорость отклика страницы пользователя ради вещей, которые можно получить и другим путём.
А вот больший функционал SASS аргумент более весомый, и пусть что-то из этого функционала вам сейчас не нужно, но потенциально вы сможете с SASS сделать больше. Плюс на выбор синтаксис со скобками или синтаксис с отступами — очень серьёзный довод для тех, кто используют питон или пишут шаблоны на HAML/Slim.
И самый последний аргумент — Rails 3.1 с SASS по дефолту. Имхо это для многих не определивщихся, или только желающих попробовать, положит конец эпопеи LESS vs SASS.
настораживают подобные вещи во фреймворке. это очень похоже на onclick="...", на то, от чего отказались годы назад, введя DOM3