Особенно такой ужас начнет плодиться при росте последователей БЭМ. Раньше при интеграции проектов могли нарваться на одинаковый класс .link, а потом .b-link. А если g-класс разный? Ууу…
не стоит так переживать.
во1х Дерби — это не фреймворк для приложений на три страницы, как минимум его стоит брать туда где паб-саб не будет выглядеть наворотом/оверхедом. точно так же как и рубисты не берут Рельсы там где можно юзать Синатру (велкам Экспресс — чистая Синатра под ноду) или Падрино. а тут еще и две базы сверху навернуты.
во2х, я видел полно руби-приложений где народ делает папочку vendor и хранит там все барахло перечисленное в Gemfile.lock. и както не страдает что если таких приложений будет 10 (ага, может лет через 5) то они прям забьют винт.
в3х, npm прекрасно тянет зависимости для проекта из package.json, точь-в-точь как Bundler из Gemfile.
большое спасибо за статью, не взирайте на отзывы типа «зачем эта тягомотина»!
вопросы по теме:
1. непонятно какое применение у атомов, зачем они? чем атом отличается от строковой переменной?
2. чем отличаются «равно»(==) и «соответсвенно равно»(=:=)?
3. в чем разница по сути кортежа и списка в Эрланге, кроме того что список имеет голову и хвост? почему кортеж не аналог массива (array)?
я использовал SCSS под Компас на достаточно крупном руби-проекте, из того что вы упоминали сталкивался с 2, 10, 12 + мне сильно мешал компасовский резет стилей. спрайты предпочитал делать вручную. зависимости разрешались вручную, но это вообще не было проблемой и возлагать это на Компас не приходило в голову.
я не большой любитель процессоров (и даже Stylus on Mac у меня поломался, не собирает эти пресловутые datauri), но у меня не было ощущения что Компас из них самый кривой.
касательно вашего примера — это не меняет взаимодествия с эндпойнтами. надо проапдейтить одну сущность — передавайте параметры, делая PUT /user/34, если надо делать bulk operations — делайте PUT для коллекции. пусть у вас будет метод changeFieldForUsersWithProductsInCategory и много других, но это детали внтуренней обработки любых параметров, которые РЕСТа напрямую не касаются.
— насчет синхронизации, там где прям нужно рилтайм обновление и пуш данных к юзерам — да, рест напрямую тут не подойдет, это все же одна из архитектур взаимодействия.
можно узнать, что подразумевается под «классический REST бывает только на мифических проектах в вакууме. В реальности появляется много дополнительных методов»? то ли у нас заведомо неклассический REST, то ли мифический проект. как по мне REST как REST — система эндпойнтов и HTTP-verbs. ну это конечно то, что торчит наружу только.
а вы с чем столкнулись?
Насчет Я.Почты — пока выглядит так, что ошибка проектирования решена переусложнением верстки (впрочем, с использованием имевшейся методологии).
какой смысл тогда в бумажной версии, если она такого качества?
во1х Дерби — это не фреймворк для приложений на три страницы, как минимум его стоит брать туда где паб-саб не будет выглядеть наворотом/оверхедом. точно так же как и рубисты не берут Рельсы там где можно юзать Синатру (велкам Экспресс — чистая Синатра под ноду) или Падрино. а тут еще и две базы сверху навернуты.
во2х, я видел полно руби-приложений где народ делает папочку vendor и хранит там все барахло перечисленное в Gemfile.lock. и както не страдает что если таких приложений будет 10 (ага, может лет через 5) то они прям забьют винт.
в3х, npm прекрасно тянет зависимости для проекта из package.json, точь-в-точь как Bundler из Gemfile.
вопросы по теме:
1. непонятно какое применение у атомов, зачем они? чем атом отличается от строковой переменной?
2. чем отличаются «равно»(==) и «соответсвенно равно»(=:=)?
3. в чем разница по сути кортежа и списка в Эрланге, кроме того что список имеет голову и хвост? почему кортеж не аналог массива (array)?
я не большой любитель процессоров (и даже Stylus on Mac у меня поломался, не собирает эти пресловутые datauri), но у меня не было ощущения что Компас из них самый кривой.
— насчет синхронизации, там где прям нужно рилтайм обновление и пуш данных к юзерам — да, рест напрямую тут не подойдет, это все же одна из архитектур взаимодействия.
а вы с чем столкнулись?