Искали неплохо, раз смогли найти для себя более выгодный офис.
Коворкинги пока ещё только появляются, и мало кто из их основателей достаточно серьёзно подходит к теме (с точки зрения обывателя). По сути, они сами арендуют помещение, добавляют доп.услуги и продают коворкерам, а т.к. конверсия тут меньше, чем от аренды, то чтобы быстро отбиться, выставляют высокий ценник. И это проходит из-за низкой конкуренции.
Офис обычно сложнее выбрать (больше выбор), и там большая конкуренция. Если не особо повезёт, придётся вложиться в ремонт и оборудование.
В итоге, если хорошо просуммировать потраченные время и деньги на поиски офиса/коворкинга, то в разрезе одного-двух проектов (для стартаперов) особой разницы в цене нет.
На мой взгляд, коворкинги должны быть явно дешевле офисов. При этом доп.услуги должны быть опциональны. Тогда это будет однозначно интересней для фрилансеров/стартаперов.
Будем надеяться на скорое появление более интересных вариантов.
Насколько я понимаю по приведенному примеру, вы все-равно вынуждены ставить в очередь все файлы подлежащие минификации, а для этого вы их должны знать.
Есть еще одна причина, по которой стоит понимать что где подключается — периодические конфликты между разными частями кода js. Они, как правило, возникают из-за пересечения одноименных глобальных переменных. Если отдать сборку полностью на откуп утилите, без четко выстроенного процесса сборки, то есть вероятность возникновения ошибок js в самых неожиданных местах.
Вынос операции минификации во вне также полезен с точки зрения кроссплатформенности решения. Мы, например, имеем отношение проектов на php к проектам на .NET равное 30% к 70%. Поэтому для нас актуален единый процесс сборки для всех проектов.
В любом случае, лишний велосипед кому-нибудь пригодится, а если он (Bender) будет доступен сообществу, я уверен, он найдет применение во многих проектах.
Согласен с предыдущим комментатором. Вещи связанные со сборкой проекта должны быть вынесены из кода проекта в отдельную утилиту, осуществляющую эту сборку. Мы в свое время для подготовки js и css к публикации использовали (и сейчас используем) минификатор от Microsoft, он был сделан ими в свободное время и для себя (наверное потому и работает хорошо). Его достаточно поставить на компьютер, осуществляющий сборку продакшн версии проекта, а затем подцепить к утилите сборки. Конечно машина разработчика должна работать под Windows, но большинство все-равно ее используют.
Идеальный вариант интересен. По сути создание такой инфраструктуры сродни новому проекту «мини-Сколково», тут необходимо привлечение больших инвестиций (уже точно не от частных инвесторов) и большого штата обслуживающего персонала, не говоря уже о поставщиках, логистике и пр.
Тем не менее, из перечисленного часть облака вполне могла бы уложиться в доступные реалии. Также, несмотря на высокую стоимость «квадрата» в Москве, очень многие помещения (а иногда и целые здания) простаивают, их вполне можно было бы использовать ради благой цели. Наверное, это скорее вопрос поиска и договороспособности.
Коворкинги пока ещё только появляются, и мало кто из их основателей достаточно серьёзно подходит к теме (с точки зрения обывателя). По сути, они сами арендуют помещение, добавляют доп.услуги и продают коворкерам, а т.к. конверсия тут меньше, чем от аренды, то чтобы быстро отбиться, выставляют высокий ценник. И это проходит из-за низкой конкуренции.
Офис обычно сложнее выбрать (больше выбор), и там большая конкуренция. Если не особо повезёт, придётся вложиться в ремонт и оборудование.
В итоге, если хорошо просуммировать потраченные время и деньги на поиски офиса/коворкинга, то в разрезе одного-двух проектов (для стартаперов) особой разницы в цене нет.
На мой взгляд, коворкинги должны быть явно дешевле офисов. При этом доп.услуги должны быть опциональны. Тогда это будет однозначно интересней для фрилансеров/стартаперов.
Будем надеяться на скорое появление более интересных вариантов.
Есть еще одна причина, по которой стоит понимать что где подключается — периодические конфликты между разными частями кода js. Они, как правило, возникают из-за пересечения одноименных глобальных переменных. Если отдать сборку полностью на откуп утилите, без четко выстроенного процесса сборки, то есть вероятность возникновения ошибок js в самых неожиданных местах.
Вынос операции минификации во вне также полезен с точки зрения кроссплатформенности решения. Мы, например, имеем отношение проектов на php к проектам на .NET равное 30% к 70%. Поэтому для нас актуален единый процесс сборки для всех проектов.
В любом случае, лишний велосипед кому-нибудь пригодится, а если он (Bender) будет доступен сообществу, я уверен, он найдет применение во многих проектах.
Тем не менее, из перечисленного часть облака вполне могла бы уложиться в доступные реалии. Также, несмотря на высокую стоимость «квадрата» в Москве, очень многие помещения (а иногда и целые здания) простаивают, их вполне можно было бы использовать ради благой цели. Наверное, это скорее вопрос поиска и договороспособности.