ИМ. DRUPAL 7 or 8? TCO?

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

---------- Добавлено 22.01.2020 в 18:15 ----------

Команда от ERP партнера тоже предложила. Но предложила написать под нас с нуля в ручную без фреймворков, хотя обещала тех. сопровождение прописать в контракте очень подробно.

Платформа PHP + Postgresql + Elasticsearch.

Она готова сама все делать без привлечения субподрядчиков: полная интеграция всего, что надо собственными силами.

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

- попадаешь в полную зависимость

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

- говнокод, конечно, исключать нельзя.

Выбирая движок - зависите от движка, выбирая подрядчика - зависите от подрядчика. Последнее как правило хуже.

Но движок сам по себе без сопровождающих специалистов с компетенцией не нужен. Даже готовые движки девочка-секретарь или штатный 1С-ник не сможет просто и быстро интегрировать в требуемую среду.

Если соблазнитесь, поднимите вопрос о качественном документировании.

Да это праздник какой то для фирмы-сопровождения. Велосипед на велосипеде, и да, все будет "задокументировано и покрыто тестами".

ТС сам себя загоняет в рабство к подрядчику, причем за свои же деньги.

Вы, эта, в каком форуме потом будете жаловаться, что у вас самопис не работает?

з.ы. а чем вообще фирма аргументировала, что без фреймворков? даже без общих, типа Laravel? бегите от них

ТС в любом случае загоняет себя в рабство - либо к подрядчику "с нуля", либо к разработчику "CMS+допил".

И этим ТС ничем не отличается от всех остальных заказчиков.

Плюс в том, что он всё это осознаёт и выбирает паллиативный баланс между плохо и хуже.

Минус - ему **бут мозги сразу с нескольких сторон (как я понял).

Кстати, вот подробный разбор Drupal vs Magento, не в пользу последней.

Тут правильно сказали, что важны разработчики, а не платформа. Точнее я бы точно не брал полные самописы и всякую экзотику.

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

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

---------- Добавлено 23.01.2020 в 12:28 ----------

Таких статей в пользу последней можно настрогать выше крыши. Для этого большого ума не надо.

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

Разницы никакой.

Из коробки ничего не работает, после "допилов" зачастую допиленные популярные подлежат модификации и исправлению даже менее, чем "разработанные с нуля".

Квалификация разная у тех кто делает. Задачи разные у тех кто заказывает.

Одно дело добиться, чтобы как-то работало from scratch, обычно люди понимают что и зачем они делают.

Другое - скачать говнокода в виде модулей, дополнений итп, свалить его в одну кучу и создать видимость его работы.