TimLee так, немного поясните про "Те же задачи решает npm и он уже есть из коробки".
Примерно так и представлял. Если можно, то добавьте немного деталей - сейчас практически все фреймворки используют шаблонизаторы, которые расширяют родительский шаблон, блоки и т.д. Представим ситуацию(даже наверное типичный случай) - надо внести изменение в дизайн(стиль поменять, блок и т.д.) - куда это теперь?
В index? Так у нас шаблон уже порезан на base и т.д.
В кусочки шаблона? - рассинхрон с проектом
Как такие случаи разруливаются?
Понятно что мы собираем всё в asset минифицированное и т.д., но когда переводим в шаблоны для шаблонизатора, мы же опять всё на кусочки дербаним
я читал это, многим пользуюсь, но немного не то. Там список всего и вся и всё. Гуглом я умею пользоваться :) Хотелось бы больше ответа в духе описания workflow, типа - вот у нас есть грант, такие то таски, потом это уходит бекэндам, они запускают такие то таски, для js у нас то то и то то, собирает зависимости и следит за совместимостями то то, разворачивается через это вот, для ксс то то. Методологию хотелось бы, а не голый список, понимаю что лень, проще список скинуть
Не в обиду, но то что вы привели ну совсем ясельная группа, интересно как оно выше организуется в зависимости, как минифицируется, в какие каталоги потом всё раскладывается и с этим всем потом работать
а workflow какой-нибудь? как это всё объединить? потому как bower'ом мы поставили пакет какой-нибудь, это ж его руками надо в грант, к примеру, прописать, написать где у него находятся нужные файлы, потом ручками на страничку или это нормально? Нет такого инструмента что в пакет-листе прописал, оно автоматом и в грант ушло и к странице подцепилось?
Diggy101: я тоже про него слышу плохое постоянно, вижу плохое, но тем не менее свою нишу он занял прочно. Плюс - на питоне так наговнокодить можно что Пых будет нервно курить в сторонке :) Ну и уходи с тостера на StackOverlow какой-нибудь, тут часто такие в стиле
- Какой язык выбрать?
- В смысле какой язык? Пока не поймёшь весь матан, теорвер, матстатику, дискретку, даже не садись за компьютер, как только пройдёшь берись за архитектуру компьютера, пойми как работает память, потом учи ассемблер и т.д.
Но к сожалению в сутках только 24 часа.
+100 "нравится"
Такого ответа как раз и хотелось. Можно чуть подробнее, принимая следующие условия:
Вообще у нас времени 3-5 месяцев на разработку фундаментального прототипа, т.е. минимального приложения, которое работает с минимум фич и довольно гибко расширяется.
Начальство как раз и понимает, что в текущем проекте мы по сути занимаемся добавлением свистелок-перделок, хотя вроде как обоим хочется роста
Вообще Django как раз и притягивает за счет перечисленных вами плюсов
BVadim: Ещё немного уточню) - то есть смотрите, я, например, на локальной машине говорю, образно
docker up x.x.x.x
Далее докер сам подрубается к удаленноё машине и дальше уже разворачивает окружение из конфига, верно?
Потому как, при беглом просмотре докера кажется там ещё нужен клиент, сервер и т.д., проброс портов внутри сервера или я ошибаюсь?
А там можно положить в один файл(каталог, главное хранить только конфигурацию, отдельно от проекта, без образов и т.д.) то что нужно от Docker'a, включая необходимые версии и т.д. и потом написать что-то типа
docker up
и на основе этого конфига он развернет окружение?
DevMan: да, тут слукавил немного, не совсем с нуля, а с базовых знаний - знакомства с ЯП каким-нибудь.
То есть, к примеру, толковый выпускник после вуза до сеньора - 3-4 года?
DevMan: Здесь не соглашусь с вами - думаю при годе, полтора напряжённой работы на !разносторонних! проектах сделают вполне неплохого сеньора, главное чтобы спектр задач был разношёрстным и двигался в ногу со временем.
А если 3-4 года заниматься одним и тем же, можно так и остаться на старых лыжах, когда вокруг все на снегоходы пересели
Примерно так и представлял. Если можно, то добавьте немного деталей - сейчас практически все фреймворки используют шаблонизаторы, которые расширяют родительский шаблон, блоки и т.д. Представим ситуацию(даже наверное типичный случай) - надо внести изменение в дизайн(стиль поменять, блок и т.д.) - куда это теперь?
В index? Так у нас шаблон уже порезан на base и т.д.
В кусочки шаблона? - рассинхрон с проектом
Как такие случаи разруливаются?
Понятно что мы собираем всё в asset минифицированное и т.д., но когда переводим в шаблоны для шаблонизатора, мы же опять всё на кусочки дербаним