Подскажите современные движки сообществ типа Picabu или Хабр

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

Ну в том случае - там реально микс из быдлокода (не индусского, не китайского, а именно такого, русского)… писать промышленный код я не пишу уже с прошлого века, но читать-то - дело другое, плюс то, что разработчик писал "для себя", плюс то, что нынешние code-monkey писать еще что-то пишут ("как" вопрос отдельный), а вот читать чужой у них - "биг трабла"

Не всегда, часто - да, но не всегда. Иначе бы не было сайта на DLE c модулем для главной, который (внимание!!!) - клал My наглухо при 10 сессиях (и все остальные сайты на этом шарике были ну очень рады такому), при том, что даже Max Connection my.cnf сильно выше было. DLE не сказать чтобы уж очень так правильная, но не "ужас-ужас-ужас", а все же и ее испортить смогли "довеской"

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

Школие-с, оно испорит что угодно. Я так же видел примеры и с другой стороны - "вроде Друпал, а родного - разве что копирайты", потому что весь обвес дополнительный аккуратно версионируется и документируется в процессе, оригинальная версия (5 вроде) оригинально была форкнута и синхронизируется с апстримом регулярно, костыли в донавешенном - только там, где "иначе никак", а все что можно - нативно через API

Это не другая сторона, а та же самая. Человек как раз и говорит, что если проект живет и развивается, то через некоторое время от CMS на которой он сделан остаётся мало чего, админка разве что. Тут в том и дело, но кастом писать проще не на CMS с кучей архитектурных костылей, а на фреймворке. А базовую потребность на старте на любом фреймворке сделать не сложно из той что дает CMS из коробки.

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

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

У всех. Но объясняется это не в азбуке, а в университетских учебниках:) Ну и для этого нужен большой проект, а не доработки вида "а давайте добавим возможность иметь 2 категории вместо одной"©

Во-первых, если объем кода "друпела" Х, то при большой разработке объем кастюмного кода будет 10*х. Таким образом кода друпела там останется 10%. А то и меньше, если проект реально большой. Каковую мысль до Вас и пытаются донести. Чем больше проект - тем меньше в %% соотношении в нем исходного кода взятой цмс. Разве не очевидно?

Во-вторых, иногда надо менять и сам "друпел" - вспомните, много в последнем друпеле от первого осталось? А в зенде? В последнем пхп от первого? Рефакторинг старого кода по Вашему вымысел? Потеря совместимости с legacy миф? Или зенд, друпел и пхп делали джуны из поколения жоп несущие ламерский бред?

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

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

Нет конфликтов - сайт упал?

Вот как раз такая доработка может привести к переписыванию половины движка :)

Это из рода "у нас никогда не будет возможности заказать 2 товара одновременно, только 1". А потом при готовом проекте - "нужна возможность заказывать несколько товаров". И поехали изменения от формы заказа с оплатой, до инвойсов и частичных рефандов заказа.

Примерно так. Ведь что бы конфликтов не было, каждый модуль напишет свой дублирующий обработчик. А потом получается вордпресс с 8к запросами в базу на странице - зато работает без конфликтов. Но просто хостер козел, что ему мои 3 посетителя сервер раком ставят.

О да. Есть у меня такой проект, который сначала был на друпале. А потом друпал из него приходилось выгонять кусками по тем или иным причинам. Дольше всего от друпала продержалась таблица session. Уже ни байта кода от друпала не оставалось, а таблица все эта в базе была. И вот, все, пришлось эту таблицу в mongodb перекинуть. Ничего от друпала не осталось...

На сайте (в стартпосте) еще есть форум, т.е. дополнительное приключение с его интеграцией.

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

По крайней мере не придется собирать франкенштейнов и дружить их с форумом.

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