Сборка проекта
 

На работе есть проект и нужно его оптимизировать (js, css).

Хотел использовать r.js или grunt, но руководство выступило категорически против использования node.js, а эти вещи вроде без него не работают

Есть еще несколько нюансов:
1 проект на require.js. То есть просто так собрать все файлы в кучу и ужать не получится, нужно упорядочить модули
2 нужно чтоб работало по команде, которая будет зашита в скрипте, который будет запускать менеджер
3 нужно чтоб работало в windows-среде

спасибо!

не обязательно устанавливать глобально ноду вместе с npm и тянуть зависимости, можно же положить node.exe в папку с проектом и мереджер (зачем менеджеру это делать?! :blink: ) точно так же запустит сборщик на любом виндовом компе, ничего не устанавливая дополнительно

ноды не должно быть - это принципиально!

Зачем менеджеру самостоятельно собирать web проект я тоже не совсем понимаю, но должно работать именно так!

переименуй node.exe в builder.exe, не догадаются :lol:

раньше собирали проекты с помощью https://ant.apache.org/manual/index.html , но наверное с такими требованиями тоже не прокатит

остается WBS/WSH, если не хочется PowerShell изучить)

кстати неплохая идея! )

предложили использовать Microsoft AJAX Minifier. Что это и как с этим работать не знаю.

Подойдет в моем случае?

Чем обосновали? :)

Видимо считают не по пацански :D

тем, что кроме меня ноду никто не знает и познать не хочет :)

Дык, объясни им, что использование ноды для сборки не требует знания ноды, ты же когда пользуешься OS не обязан знать C/C++.

Название ничего хорошего не сулит )
Напоминает вопросы от новичков - не важно о чем, но в заголовке обязательно упомянут "AJAX" )

Это хорошая штука, типо GCC (closure compiler), удобно юзать с VisualStudio

https://bundletransformer.codeplex.com/

Я пытался) Даже сам обязался установить на компы

есть люди, которым трудно доказать очевидные вещи и проще промолчать и искать другие варианты. Это именно такой случай!

php-программисты, что ль?)

а он с require.js может работать? Чтоб прописать в конфиг main-файл и забыть.

Он сжимает JS :)

Я же дал ссылку, посмотри

с этими вообще лучше не разговаривать)

kobezzza,
Ах он шакал!

dmitry111,
если честно, то у тебя трусливое и не дальновидное руководство. Проф. рост наверняка замедлен из-за вот этих "кроме меня ноду никто не знает и познать не хочет".

Не думал сменить работу?

Сжимает это хорошо!)
А как быть с количеством (у нас в проекте 100+ js-файлов)?

В компании все работают на VisualStudio. Может есть какое-нибудь готовое решение для этой среды?

руководство не выбирают, да и должность не та, чтоб настаивать на своем мнении )

фу бред, объясни что это просто при сборка пользуется и всё. а постянно это не висит, если не устраивает - пусть руками собирается. тебе легче - солдат спит - служба идёт))

Готовишь три варианта и чтобы один сложнее другого и чтобы глюки были описаны пострашнее. В данном случае это будет чистая правда. Лучшим вариантом представляешь ноду+грунт+пару плагинов и все.

Это реально тупо, не использовать ноду. Можешь собирать GCC, но оно примитивней и ставить его не проще, таже установка - вид сбоку. Но зато от гугла и жмет "трусы в стринги..." :)

А вообще, можешь подойти к начальству и сказать: - в интернете говорят, что эту слоупокскую контору пора закрывать, т.к. вы используете дедовские методы и жрёте недожаренное мясо с штыкножа.

Хватит позорить контору и страну!

Каждому по линуксу и чтобы к среде экзамен сдали по консоли, а к пятнице ES6 уже от зубов отскакивал и заведите уже наконец Stylus или SASS, а то читать тему противно. (харк, тьфу) :)

Gozar,
Согласен.

Можно просто дать ссылку на эту тему)

в том то и дело, что руководство - это такой же js разработчик, просто чуть менее подкован в js. То есть и соврать нельзя и свою линию гнуть тоже не получается)

Иногда доходит до абсурда. На днях пришлось доказывать что 170 запросов на сервер хуже, чем 9, несмотря на то что при 170 запросах данных приходят чуть быстрее, чем при 9-ти (за счет асинхронности у require.js).

Даже убеждения о кешировании файлов и возможном использовании Offline Web App не помогали)


да ну, а вдруг передумают))
Я изначально намекал задействовать ноду в проекте, чтобы расшевелить медленный текущий сервер, который рассчитан на десктопное приложение. Сейчас уже не хочу, тем более за зарплату джуниора)

Gozar,
Ты злой. Проще руководство в магаз сводить за барабаном, чем обьяснить

Неужели он на столько того, что не понимает что при 170 запросах на сервер увеличится нагузка на сервер...

Сам дурак.(с)
Я очень добрый, просто ты смотришь не с той стороны, ты с лица смотри, а не в ЖО....

Не нужно ничего гнуть, нужно товар лицом показывать.
А не жопой:
Значит, ты недостаточно обосновал. Люди ленивы и не желают ничего нового, пока не поймут преимуществ. Но уж если поймут, то потом за ноги не оттащишь.

Хотя мне плевать, хоть свой сборщик на php пишите. Нужно всего-то парсер папок и обработчик, всего ничего недели три работы с отладкой :) Ведь никто не застявляет использовать хорошо зарекомендовавшее себя решение используемое большинством, потому что оно удобно. Я тоже боялся его использовать, пока 1 раз не попробовал. На GCC я уже не вернусь, нененене...

да ладно, я сейчас ставлю вот сайтуху на drupal 7*... потому что в IT отделе сидят упрямые умники (и не знают про lxc типа docker!), а в окружении у них только apache + php + mysql ) смехота и только...


* и поэтому в 2 ночи часа я онлайн, ага.

melky, бывает)

упрямство != жмотство

Жмотство определяет почему так, а не потому что просто упрямые. Подобное сплошь и рядом. Любой человек у которого есть зп выше 20к может позволить себе взять дешевый сервер со всеми свистелками и перделками + SSD на 10 гигопердов. 300 деревянных в месяц это уже не деньги.

Я уж молчу про то, что сама контора может взять VSD и настроить каждому по серверу.

Пришло время переходить на Grunt или Gulp
 

Сейчас сам Microsoft рекомендует всем веб-разработчикам переходить на Grunt или Gulp. Пусть Ваше руководство прочитает следующие статьи: «Introducing Gulp, Grunt, Bower, and npm support for Visual Studio» и «Manage Client-Side Web Development in Visual Studio 2015, Using Grunt and Bower», а также посмотрит видео «Modern Web Tooling in Visual Studio 2015».