Недавно я показал свой зарождающийся блог своему старинному другу. Он работает руководителем службы поддержки и немного программирует на ноде, в любительских целях, для себя. И он задал мне такой вопрос: «А почему ты выбрал WordPress, он же на PHP?». В дальнейшей беседе в качестве альтернативных решений он предложил написать CMS самому, использовать готовые решения на JS или вообще публиковаться в Telegram.
Я объяснил ему свою позицию, он её принял и это стало мотивацией написать статью о том, как я подхожу к выбору инструментов для своих проектов.
Какова цель
Прежде чем приступать к выбору инструмента, стоит потратить несколько часов, чтобы решить для чего вы вообще начинаете то или иное дело. От этого будет зависеть ваш выбор.
Если бы я хотел прокачаться в написании CMS, работе с Node, БД и многом-многом другом, я бы действительно пошёл писать свой проект. Я бы с радостью набивал шишки, тестировал новые гипотезы и наблюдал за медленным но верным развитием моего продукта. Надо ли говорить, что на написание даже маленьких постов, времени бы у меня не осталось.
Моей задачей было удобно и предсказуемо публиковать контент. Писать и публиковать. Поэтому все кодерские челленджи не входят в перечень моих интересов в рамках этого проекта. Мне нужен был готовый «движок», который де-факто является стандартом в индустрии. Я хотел быстро начать и дальше публиковаться регулярно.
Требования к инструменту
Вопрос создания списка требований к инструменту, который вы будете писать самостоятельно, выходит за рамки этой статьи и за рамки моих компетенций. Про это написаны многие другие статьи и книги от людей, которые в этом действительно что-то понимают.
Выбирая готовое решение, я бы предъявлял к нему требования очень похожие на те, что я предъявляю к выбору npm-пакетов.
- Первое что нужно выяснить — действительно ли инструмент решает ту задачу, которую вам нужно решить достаточно удобно и качественно. Здесь мы отметаем всё, что абсолютно не подходит
- Затем я смотрю на то, насколько инструмент популярен для решения тех задач, которые стоят передо мной. Всегда хорошо, когда коммьюнити поддерживает тот или иной проект
- Последний, но не менее важный вопрос, насколько проект поддерживается разработчиками. Выходят ли обновления, новые версии, патчи
Надо ли говорить что WordPress соответствует всем этим требованиям на 100%?
Кому принадлежит контент?
Вы скажете, как и сказал мой друг, что если я настолько не хочу заморачиваться с кодированием блога, то почему я не стал писать его в какой-нибудь соцсети, где у меня бы уже со старта была аудитория моих друзей. И это правда. Однако есть одно «но».
Любой контент, размещенный на площадке, которой не управляете вы, не принадлежит вам. Вы можете распоряжаться им только в той мере, в которой это позволяют правила и инструменты платформы. Он может быть удален, заблокирован. Недавно начавшиеся блокировки Telegram так же говорят, что сама площадка тоже подвержена рискам исчезновения.
Контент же, размещенный «у себя», исчезнет только когда я решу или перестану платить хостинг-провайдеру. Вот как-то так.
