Я бы сказал что это и методология и система, все взаимосвязано. Фактически все началось с того что ни одна не подошла, где то что то не хватало, где то было слишком много. А менять нельзя. Поэтому решили сделать модульную систему и выложить все на Github, может кому будет интересно присоединиться :). Пока делаем только веб приложение, поэтому — Vue.js -и LoopBack.
Если предположить что за вечер нужны сделать 7 разных коктейлей, как бороться с очисткой трубок? После каждого приготовления коктейля снимать и чистить?
Выше правильно заметили что, такой подход как у автора подходит для пару страниц. Поэтому рисовать дизайн нужно. Доводы которые привел автор, про интерактив в голове у дизайнеров — решается на много проще: в Европе понятие Веб-дизайнер и верстальщик носят одинаковый характер, так как эти две вещи неразрывны друг от друга. Только в России почему то их разделяют, за редким исключением. Действительно эффективный и качественный дизайн может выйти у дизайнера, который понимает как это будет «в живую», и после нарисованой картинки сразу верстает. Думаю не нужно рассказывать о преимуществах такого подхода говорить не стоит.
Как человек много лет живущий в Китае, могу сказать что ситуация с ценами между Россией и Китаем сейчас не так однозначна. Сейчас есть много областей, где в России покупать дешевле либо сравнимо с Китаем, но при этом качество в России лучше. Самый актуальный пример — сельхоз продукция.
Сейчас мало кто знает, но в связи с большой себестоимости сами Китайцы пару лет как переносят производства в другие страны, например во Вьетнам. В огромных количествах.
Еще раз спасибо за прекрасную статью и развернуты ответ. Была бы возможность поставить плюсы, поставил бы под каждым постом)) Я бы сказал что у вас не обычный подход, так как принято считать что Angular и Node вообще больше подходит для «штучных» сервисов и в основном используется так. Редко кто использует его для клиентских проектом. Но вы показали как его можно использовать для клиентских проектов, появилось сразу 100500 идей, а руки зачесались сделать какой нибудь магазин на angular))))
Единственное мне кажется все же какая то админка должна быть, потому что помимо склада есть еще и маркетинг и это достаточно большой пласт. Но делать еще одну монструозную админку, действительно не выход.
Но учитывая тенденцию микросервисов, можно сделать решение «между». Какая то общая админка для всех клиентов в которую интегрируется по API большое количество уже существующих решений, в основном связанные с маркетингом ( рассылки, аналитика, crm). На мой взгляд это бы коммерчески выгодным.
Кстати, интересно. Админка для ваших магазинов так же на Angular, или использовали что то другое? И есть ли вообще админка? Используете одну и туже для все проектов или пишите каждый новую под требования конкретного магазина? Есть ли проблемы с интеграции платежных систем и доставки, так же используете что то готовое или каждый раз пишите заново?
Спасибо за статью. Было интересно почитать почему вы делаете интернет магазины на Angular, а например не на Битриксе или Magento. Ну и конечно бы хотелось кейса разработанного интернет-магазина — как делали, где сложности, зачем и почему))))
Большое спасибо вам за такой инструмент. Как минимум буду использовать для dev окружения на локалке :)
Сразу две функции которые не увидел, но на мой взгляд достаточно интересные.
Качаю. По описанию реально огонь. Надеюсь он оправдает возложенные надежды :)
На сколько проблематично сделать в дополнение web интерфейс?
Я бы сказал что это и методология и система, все взаимосвязано. Фактически все началось с того что ни одна не подошла, где то что то не хватало, где то было слишком много. А менять нельзя. Поэтому решили сделать модульную систему и выложить все на Github, может кому будет интересно присоединиться :). Пока делаем только веб приложение, поэтому — Vue.js -и LoopBack.
Спасибо за статью. Примерно такую же задачу сейчас решаю тольк с crm/erp
А будет какой то публичный доступ к вашей системе?
Статья реально интересная. Но как она соотносится с хабром — не понятно.
meistertask.com — отличная замена Trello
По мне самый адекватный комментарий. Для IT специалиста это как бы одно из основных.
Если предположить что за вечер нужны сделать 7 разных коктейлей, как бороться с очисткой трубок? После каждого приготовления коктейля снимать и чистить?
Не обязательно в Италии. В Таиланде тоже так делают. В Паттайе как минимум 3 пицирии есть, итальянские, тоже делают в печи.
Сейчас мало кто знает, но в связи с большой себестоимости сами Китайцы пару лет как переносят производства в другие страны, например во Вьетнам. В огромных количествах.
Единственное мне кажется все же какая то админка должна быть, потому что помимо склада есть еще и маркетинг и это достаточно большой пласт. Но делать еще одну монструозную админку, действительно не выход.
Но учитывая тенденцию микросервисов, можно сделать решение «между». Какая то общая админка для всех клиентов в которую интегрируется по API большое количество уже существующих решений, в основном связанные с маркетингом ( рассылки, аналитика, crm). На мой взгляд это бы коммерчески выгодным.