А если до этого «жертва» 20 лет плевала в твою сторону, а в последнее время стала угрожать подвесить на гиляку и на ножi, а в твою бывшую квартиру заселить иностранца, разве не справедливо просто взять и дать такой «жертве» в морду?
Наконец-то пробежался по бумажной версии. Для опытных юзеров Linux нового немного. Обратил внимание, что страниц пять посвящено Upstart, который, кажется, умрет вместе с Ubuntu 14.04, но при этом в книге ни слова о SELinux.
Как раз недавно вспоминал как предрекали смерть почты с выходом Google Wave, когда он только еще разрабатывался. Говорили, что если Gmail лишь совершил революцию (объединение писем в цепочки), то Wave ее убьет своим удобством и инновационностью. Причем в таких разговорах каждый считал своим долгом написать, как он не пользуется устаревшей отстойной почтой, а использует что-то другое.
Подозреваю, что бекендеров вам особо отвлекать и не придется — настройка webpack лежит на ваших плечах, с их стороны нужно будет только прописать команду в скрипте сборки, если у вас туда нет доступа. Ну и поставить webpack на машине-сборщике.
После прочтения показалось, что первым делом вам нужно избавиться от этого загадочного сборщика, который вставляет такие палки в колеса. Нашли время, готовы были перейти на bleeding edge — но в итоге из-за него написали свой велосипед (хоть и продуманный, хоть и react-подобный).
Вопрос знатокам nodejs: насколько правильно использовать в бою nvm или его аналоги? Для его использования в этой схеме, кажется, достаточно только модифицировать сервисы systemd.
Логика в том, что тексту можно задавать определенные атрибуты. Если бы разрешили опускать text, то пришлось бы разрешить вешать эти атрибуты на button и другие элементы.
Если это был разработчик, значит делал коммиты в репо, у тестера такой возможности нет.
А с коммитами любой может.
Вопрос знатокам nodejs: насколько правильно использовать в бою nvm или его аналоги? Для его использования в этой схеме, кажется, достаточно только модифицировать сервисы systemd.