Як вибрати CMS - коробкові системи vs замовна розробка (...)

За великим рахунком, якщо не вдаватися в деталі, немає принципової різниці між готовою, коробочки CMS і замовний, студійної. У кожного рішення є свої недоліки і свої переваги.

Під готовими або коробковими CMS ми маємо на увазі ті системи, які може впровадити більш ніж одна веб студія.

Під студійними або написаними з нуля - той продукт, який впроваджує і розробляє лише одна студія.

Надійність і стабільність роботи

• У готових систем десятки тисяч існуючих впроваджень. Сумарний час напрацювання на відмову таке, що всі існуючі проблеми або вже вирішені, або принаймні відомо про їх існування. Відповідно - стабільність рішення дуже висока.
• Студійні CMS, особливо ті, які розробляються під замовлення, не мають такого часу напрацювання на відмову, відповідно ймовірність збою або некоректної роботи в якійсь ситуації значно вище. З досвіду, зазвичай це стосується зони адміністрування сайту, де тестування проводиться менш ретельно, ніж користувальницької боку.

Безпека

• У готових систем - є час напрацювання на відмову, що існували проблеми або вирішені, або існують шляхи мінімізації ризику. Якщо говорити в загальному, то за рахунок відкритого коду, багато систем вивчаються сторонніми фахівцями на предмет наявності уразливості.
• Студійні системи апріорі не перевірені на такому рівні, на якому працюють готові рішення. Наскільки вони безпечні - совешенно НЕ ясний питання, який залежить тільки від грамотності конкретних розробників і рівня перевірки на безпеку. У загальному випадку, серйозні перевірки на безпеку студійні CMS не проводяться взагалі.

оптимальність роботи

Тут спробуємо оцінити відповідність CMS необхідної задачі - наскільки можливо застосовувати CMS для вирішення в конкретній сфері діяльності:

• Готові системи тут однозначно програють студійним. Всі студійні CMS пишуться під загальне рішення задачі - досить універсально. Однозначно, будь-яку готову систему пройдеться адаптувати під вимоги більш-менш серйозного проекту. А адаптація окремих систем буде весь проблематична через невдалу архітектури (наприклад, на joomla зробити новинний сайт можливо, але зручним в роботі він не стане; на wordpress можна зробити магазин, але він буде поступатися спеціалізованим системам).
• Однозначно студійну систему можна зробити ідеально під ваше завдання. Тут є і зворотна сторона - все що ви не перерахуєте, може бути і не зробленою У спрощеному вигляді це може виглядати так - по ТЗ сайт на 3 сторінки, ви дійсно можете редагувати 3 сторінки, а ось створити 4тую вже не можна. Це дуже спрощений, але реальний приклад з нашої практики.

Подальше розширення і підтримка

Те, що готові системи легко підтримувати на відміну від студійних - це зауваження рівня «тепле краще ніж м'яке».

• У разі готових систем є ряд плюсів, які полегшують подальший розвиток проекту. Архітектура системи відома і зрозуміла, є документація і є спільнота користувачів з готовими відповідями - це все полегшує роботу, більш того, є навіть готові фахівці за системою. Але якщо спочатку обрана невдала система з точки зору реалізації ТЗ, то збільшиться час і вартості розвитку проекту. Але в загальному випадку, можна припустити, що система спроектована непогано і
• У разі студійних систем ми маємо чорний ящик, про який ніхто крім творців не знає. Ні документації і будь-якої інформації про роботу з системою. Але для гарного програміста це не проблема, він може розібратися і вирішити. Проблема полягає в тому, що при розробці системи творці могли невдало спроектувати сайт, що будь-яка серйозна доробка за вартістю порівнянна зі створенням сайту.

Резюме по готовим системам.

Якщо при створенні сайту буде використана готова система, то з високою ймовірністю при правильному виборі платформи ми будемо очікувати що:

• Система буде стабільно працювати
• Рівень безпеки в цілому буде високий
• Швидше за все, реалізація проекту буде відрізнятися від початкового технічного завдання - як результат компромісу між Замовником та Виконавцем.
• Подальша підтримка і розвитку проекту вимагатиме нормальна кількість ресурсів

Резюме по студійним системам.

• З високою ймовірністю на стандартній навантаженні на сайт він буде стабільно працювати, особливо через 2-3 місяці, коли розкриються основні помилки розробки.
• Неможливо оцінити рівень безпеки до готовності системи. Після закінчення робіт - необхідно буде додаткове дослідження програмного коду фахівцями з безпеки.
• Проект буде реалізований строго за технічним завданням. Якщо студія правильно оцінила терміни і складність розробки.
• Ми не можемо оцінити вартість подальшої підтримки системи до її готовності. Вартість підтримки залежить від правильності архітектури і нормально написаного коду. Тому є дуже сильна залежність якості отриманого продукту від првільності рішень, які брали розробники.

висновки

Кінцеве якість сайту впирається в програмну архітектуру сайту. В разі:

• Готових систем - архітектура відома і відпрацьована на десятках тисяч проектів, тому ймовірність фундаментальної помилки не велика, так як не треба нічого проектувати з нуля. У загальному випадку в готових системах буде більше можливостей ніж в написаних з нуля для подальшого розвитку. Але невдалий вибір системи може звести нанівець всі переваги такого рішення.
• Студійна система - сильне значення має людський фактор при проектуванні створенні системи. Вкрай рідко студійна розробка розвивається кілька років і впроваджується на тисячах сайтів, для того, щоб зібрати статистику проблем і внести зміни.

Використання готової системи це ризик в першу чергу пов'язаний з неправильним вибором системи. Але при використанні студійної CMS ризик зростає багаторазово, так як це ризик пов'язаний з помилками проектувальником, програмістів і тестувальників системи.

Мінімізація ризику при замовленні розробки системи:

• У студії повинен бути стаж роботи не менше 5 років, а краще не менше 7 років.
• Система не повинна проектуватися з нуля, у неї повинен бути досвід експлуатації не менше 3-4 років на різних сайтах.
• Найважливіше - це у студії повинен бути відпрацьований технологічний процес створення програмного забезпечення, а це найскладніше вимога.