Свой движок - стоит ли?

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

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

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

Такого не бывает. Любой большой старый проект - это куча костылей, которые играют роль руля, колёс и педаль в целом парке велосипедов. Легаси, итить его.

Это потому что разработчики не могут писать хороший код.

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

ЗЫ. что-то ТСа не видно

Зачем делать один универсальный движок на все задачи? Каждой задаче свой инструмент. Конечно когда у тебя десяток проектов и каждый на своём крутиться, то обслуживать этот зоопарк тот ещё гемор, но и сводить всё к одному движку тоже безумие. Сегментировать проекты и посадить на наиболее оптимальные движки. Да и кто обслуживать будет этот ваш чудо движок? На самые популярные движки программистов ещё можно найти, а на самописке это будет не простая задача к тому же дорого, к тому же люди склонны уходить из проектов, сколько бы им не платили.
Конечно если у вас безграничный бюджет и время, то каждый развлекается как хочет, ваше право, но вот только это уже из плоскости в первую очередь хобби/развлечения, нежели бизнеса. 

Роутинг, авторизация,   защита  Cross Site Request, шаблонизация,  события - первое, что в голову пришло из ряда универсальных для каждого сайта компонентов.

Это реализует практически любой фреймворк. 

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

Интересно, покажите. 

Вы рассуждаете с точки зрения пользователя так как сами никогда ничего не разрабатывали и вам логику разработчика никогда не понять. Но попробую объяснить зачем это нужно.

1. Когда небольшой проект, а ещё проще готовый CMS по типу WP, залил на хост, накидал инфы и типа сделал сайт, хорошо если взлетело, и то к такому сайту быстро интерес пропадает у людей, я такие сайты называю висяками, вот висят они в инете, владельцу гордость что есть сайт, а фактически от такого сайта никакого толку.
2. Есть проекты которые создаются в разных студиях на готовых библиотеках чтоб по быстрому под определённого заказчика и определённую задачу, попилили бюджет, накидали либ, тап-ляп заказчик вроде получил что хотел, все типа довольны. Через некоторое время возникают куча проблем из-за нестыковок разных библиотек и подходов, нужны костыли прочие допилы и распилы новых бюджетов.
3. Опытный и понимающий все нюансы разработчик постоянно хочет такой инструмент в котором можно без костылей делать так как хочется и через некоторое время чтобы не разбираться заново если нужно что-то добавить\изменить это легко можно было сделать. Но такого инструмента не существует. Хотя может скоро появится :)

Готового сайта у меня сейчас нет. В коде вы ничего не поймёте. Как сделаю на своём инструменте сайт тогда наглядно продемонстрирую. Сейчас вот начал делать js скрипт пользовательского интерфейса. То есть в макетах просто указываются атрибут например data-ui-event="empty:properties:alert"

<button id="btnnew" class="float-right" data-ui-event="empty:properties:alert" data-ui-alert="Добавьте свойства для сущности">создать сущность</button>

Скрипт подключает наблюдателя. Когда пользователь кликает на кнопку, проверяется пустой ли элемент properties если пустой то выводится alert сообщение "Добавьте свойства для сущности"

То есть даже не умеющие программировать люди посмотрев в документации как сделать вывод сообщения, прописав в разметке data атрибуты может взаимодействовать с пользователем. Продумываю другие события и действия...

Упал...

Скажи, а в каких больших компаниях ты работал, что так хорошо знаешь, как там все происходит? Какой твой проект взлетел и им пользуются, что ты взял себе право говнять все остальное? А вообще глядя на твои советы и куски кода, понимаю, что ты говнокодер чистой воды))) 

Сама идея универсального движка - утопия.