закрыть окно

Почему я не берусь за доработки проектов сделанных на CMS и т.д.

  • Артем

  • 0

  • 27 Mar 2017

Почему я не берусь за доработки проектов сделанных на CMS и т.д.

Мне часто пишут, а вы занимаетесь доработкой уже созданного проекта на WordPress\Bitrix или php фреймворка.Думаю пора ответить на этот вопрос.

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

Любая доработка означает внести изменения в существующий проект который был создан по определенным правилам и требованиям. Причем эти коррективы также должны соответствовать определенным правилам и требованиям. И что часто бывает первоначальные правила и требования проекта разительно расходятся с новыми изменениями. И из этого возникают проблемы.

Представим ситуацию человеку разработали веб-сайт на WordPress. Через некоторое время клиенту жизненно необходимо сделать доработку проекта.А именно сделать финансовую маркетинговую систему, и с этой доработкой он пишет мне. Конечно же я говорю ему нет.Спустя 4 недели мне пишет этот же заказчик и радостно сообщает, о том что он нашел исполнителя и он все сделал. Я ради интереса решил посмотреть "эту доработку". Каково же было мое удивление, когда с новой доработкой я нашел дыры в проекте, которых в первоначальном WordPress не было.Например sql иньекции, и возможность пополнять счет просто указывая минусовое значение.

За этой странной историей скрываются основные мотивы и суть их в следующем. У Wordpress как у и любой CMS, есть свои ограничения и особенности которые нужно знать. И соответственно если их не знать, то может случится одно из двух. Сайт будет либо уязвим к атакам, либо сайт не будет выдерживать никакой нагрузки. Поэтому если вы делаете сайт на WP будьте готовы к его ограничениям, и выбирайте специалиста который хорошо разбирается в нём.

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

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

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

Теги:мнение,фриланс

Псс..... чувак, а записью поделится не хочешь?

Комментарии

Чтобы оставить комментарий вам нужно авторизоваться!