Битрикс, shop-script, друпал или какой-то другой движок?

Question

[natoster]

Нашел несколько программистов, готовых реализовать проект. Каждый из них предлагает свой вариант движка (drupal/битрикс/shop-script и т.д.). Хотел бы узнать у опытных людей, в сторону какого движка стоит смотреть? По рейтингу cms выигрывает битрикс, но многие пишут, что у него всего лишь хороший маркетинг, а по факту он ничем не лучше, только переплачивать будете и более дорогая разработка. И в чем вообще отличие всех этих движков?

Суть проекта (вкратце):
1. Зашли на сайт, просит ввести индекс/адрес
2. После введения адреса или индекса, отображаются доступные магазины (магнит/пятерочка/Ашан и т.д.), в зависимости от адреса магазины могут отличаться и цены тоже (чтобы не ехать из одного конца города в другой)
3. Выбираю конкретный магазин и перехожу к покупкам
3.1 Могу посмотреть различные предложения от разных магазинов (если ввел в строку поиска название товара и не задал конкретный магазин)
4. Доступна корзина с друзьями (создается корзина, дается ссылка на нее друзьям -> они присоединяются и вы совместно делаете покупки в одной корзине, под каждым продуктом имя того, кто добавил/на вкладке "участники" можно посмотреть, кто онлайн или оффлайн в корзине), заказ оформляется на одного человека.
5. Имеются рецепты и присутствует блог
Цены в магазинах должны обновляться через админку по прайс-листу в excel-формате. Должна быть функция редактирования цен на все сразу, по разным группам или отдельно по каждому товару.
Первоначально заказы должны отсылаться на e-mail курьера.

В дальнейшем стоит учесть, чтобы движок можно было расширить до таких функций как:
1. Оптимизация с приложением для курьеров, чтобы заказы поступали туда, а не на почту. В приложении человек сканирует штрих-код товара и смотрит, тот или нет;
2. Чат с курьером через сайт или звонок;
3. Чаевые и оценка работы курьеры в приложении;
4. Масштабируемость на большое кол-во магазинов в разных городах и большую посещаемость.

Вот пример сайта (надо ввести 10069 - это индекс): https://www.google.com/express/
Кто и что может посоветовать? Какой лучше движок выбрать с перспективой на будущее? Или же лучше выбрать сейчас любой движок, а в дальнейшем придется полностью переделывать все и писать с нуля (без готовых движков)?

Заранее спасибо!

Answer 1

[Вадим]

Если сам не программист, то нет никакой разницы, в чем отличие движков, т.к. сам все равно ковырять код не будешь. Выбор движка важен для того, кто будет ведущим разработчиком проекта.

И надо исходить из того, что любой проект может в реализации получиться совсем не таким, как ты его задумываешь. И восприниматься пользователями он может совсем не так, как ты предполагаешь. Поэтому создание первой версии - это, фактически, тестирование идеи, насколько на практике получается так, как ожидается. И надо быть готовым, что придется все переделывать и не раз. Поэтому и создавать первую версию желательно с минимальными затратами и максимально быстро.

Отсюда совет - прислушаться к мнению того разработчика, с которым: а) максимум взаимопонимания; б) можно создать первую альфа-версию максимально быстро; в) затраты на создание будут сведены к минимуму.

Первая реализация покажет, насколько сама идея живуча и стоит ли вообще дальше ее копать.

Comments

[natoster]

То есть для пользователя движок не играет никакой роли и все упирается лишь в код, который доступен программисту? А скорость работу? Множество функций? Мы и так убрали некоторый функционал, чтобы снизить затраты, но не хотели бы выбирать движок, который в дальнейшем нам будет непригоден и все придется переделывать с нуля вместо того, чтобы просто дописать нужные функции.

[Вадим]

Я так понимаю, что готовой сборки (неважно, на каком движке) все равно нет. И какой функционал есть в движке (либо из коробки, либо в расширениях), а какой нужно пилить (либо с нуля, либо на базе другого расширения) - это все равно сможет только разработчик решить. Если вы не понимаете в программировании, то вам по любому придется доверить решение технических вопросов кому-то другому. Вот и сделайте это.

Что касается скорости разработки, то если человек никогда не работал с Битрикс, но имеет богатый опыт работы на Друпале, то допиливать функционал на том движке, который он хорошо знает, все равно у него получится быстрее.

[natoster]

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

[natoster]

Вадим: Мне хотелось бы знать, в пользу какого движка стоит делать выбор, чтобы в будущем его можно было бы доделывать и он смог бы выдерживать большие нагрузки, не было бы каких-то уязвимых мест и так далее. Например, беру движок A, сейчас он работает отлично. В будущем требуется его доработка (доп. функционал, большая посещаемость, большее добавление магазинов в разных городах) и он просто не сможет это все выдержать, а движок Б, если бы я первоначально выбрал его, вполне смог бы. Вот о чем речь)

[natoster]

Вадим: И что можете сказать про фреймворки? Насколько я читал из статей на хабрхабр, при создании сайта с нуля с помощью фреймворков будет множество недостатков, а сделать его качественным - слишком дорого, по этому многие и предлагают cms (и дешевле, и более качественно). Тогда собственно вопрос, если первоначально, например, мы берем готовый движок, в будущем нам можно будет его просто доработать или лучше будет заплатить и переделать с нуля?

[squirtazzer]

natoster, поэтому*

Answer 2

[andead]

Делайте на php-фреймворке. Любой перечисленный движок не предоставляет требуемый функционал.

Comments

[natoster]

Слишком дорого с нуля делать на фреймворках.

Answer 3

[Илья Мясин]

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

Смотрите в первую очередь портфолио на предмет похожих по функционалу/масштабу проектов. Далее - ценник и просто взаимопонимание. Велосипедов избегайте, но не стоит тешить себя надеждой, что раз оно сделано на чем-то известном, следующий программист не захочет все сжечь и написать заново ;)

P.S. Магазинная часть, кажется, не ложится на готовые решения совсем, соответственно ее я бы пилил на фреймворке, а контентную (рецепты/блог) можно и на цмску рядом посадить. Но бес в деталях, а детали должен смотреть уже ваш исполнитель - просто имейте ввиду, что гипотетически можно дробить проект на части и брать под каждую более подходящий инструмент.

Answer 4

[Андрей Андреев]

Ruby On Rails

Answer 5

[Руслан Маликов]

django python