Еще раз про Битрикс и неБитрикс или "правильный инструмент для конкретных задач"

Очень часто приходится слышать вопрос: “на чём вы посоветуете писать этот сайт?” И так же часто приходится давать пространный ответ: “зависит от того, какие именно задачи вы хотите решать”.

Штука в том, что вопрос выбора платформы, опираясь исключительно на ее стоимость, число доступных программистов или (OMG!) попытку “обезопасить” себя от конкретного разработчика, чаще всего — неправильный.

Битрикс может быть прекрасным инструментом при соблюдении нескольких простых условий: вы готовы адаптировать свои “хотелки” под его возможности, а посещаемость сайта и объем обрабатываемых данных не будет запредельным.

Что бы там ни говорили битриксофилы, Битрикс (и любые иные платформы для создания сайтов) лучше использовать в режиме “как есть” (as is). Иными словами, если товарный каталог должен быть по мнению Битрикс устроен именно так, наибольшего эффекта от него вы добьетесь, используя его именно так и не изменяя ни строчки типового кода.

При соблюдении этих несложных требований, вы сможете собрать сайт:

а) быстро;
б) недорого;
в) сможете им пользоваться, постоянно и ЛЕГКО обновляя ПО до актуальных версий.

Этот мой спич касается не только (и не столько) Битрикс. Вы можете заменить эту торговую марку практически на любую иную: Тильда, amoCRM, whatsoever.

То же справедливо и для набирающих популярность no-code решений вроде AirTable или Bubble — это могут быть прекрасные инструменты в умелых руках при условии соответствующих задач.

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

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