А почему, собственно, SpeedSite?

автобиографическое эссе от третьего лица, написанное автором технологии разработки сайтов (он же "специалист", упоминающийся в тексте)

Хороший вопрос: а самым простым (и честным) ответом на него будет – доверяете ли вы специалисту (Исполнителю/Подрядчику) конкретному, или нет. Если доверяете, то вас не должно сильно волновать то, какую технологию он использует. Если нет – то никакая технология ничем, к сожалению, не поможет вашему проекту. Ведь именно специалист отвечает за результат. А вам ведь нужен результат?

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

1. У специалиста есть портфолио реальных работ. Это больше двух десятков работающих по стране сайтов. Сайты большие и маленькие, красивые и простые - стоимостью 100 у.е. и 1500 у.е. Объединяет их одно – они работают и приносят пользу своим владельцам.

2. Специалисту не на кого пенять, кроме самого себя – у него нет ограничений, которые неизбежно возникают, если использовать написанные кем-то другим программы. И именно автор не имеет права, при возникновении какого-либо "глюка" или "косяка" сослаться на то, что "Это я не знаю, это всё Билл Гейтс виноват, и я ничего не могу поделать с этими обстоятельствами. Поэтому пока она (программа сайта) как-то работает (пусть и криво) – лучше её не трогать".

3. Очень часто известные разработки (из разряда бесплатных – ведь если брать в расчет платное решение, то у него есть Автор, и тогда он оказывается в той же ситуации, что и написатель этих строк :), являются не очень качественным, правда оказавшимися в нужное время в нужном месте решениями, которые наскучили автору, и он их отдал в свободное плавание. Да, есть случаи, когда количество тех, кто поддерживает это решение на плаву (т.е. программисты, часто не очень опытные, только начинающие заниматься разработкой сайтов), достаточно велико, и создаётся впечатление, что технология очень удачна. Но это не всегда так. Более того, на самом деле не очень много примеров суперудачных разработок, сделанных свободным сообществом (но они, безусловно, есть!). Кстати – практически все они изначально западные, и русские программисты присоединяются только позже, что чревато отсутствием русского описание продукта, русскоязычного интерфейса и т. д.

4. Часто многие разработки (т.к. многие из них пришли с запада, а там Интернет развивается быстрее, в том числе в области CMS), несут в себе несколько устаревшие приёмы, которые не позволили бы себе авторы, которые начинали работу позже, но, если система набрала достаточно веса несколько лет назад, то сегодняшние её потребители, вынуждены смириться с этими атавизмами.

5. SpeedSite начал разрабатываться тоже не вчера, но на тот момент закладывались в эту технологии такие идеи, которые до конца возможны ещё даже на тот момент не были. Как то – полностью объектный подход к разработка сайта, отказ от всяческих служебных символов в адресах страниц (http://www.site.ru/katalog/avto/honda/ вместо ужасного http://www.site.ru/?page=123&group=avto&m=17), полное динамическое формирование страниц сайта, автоматическое формирование HTML-кода (что исключает синтаксические ошибки, и упрощает работу программисту), унификация базовых/типовых задач (кеширование содержания, поиск по сайту, доступ к различным СУБД, создание админ-блоков (CMS), выгрузка данных в формате XML и др.), полное разделение дизайна и содержания (причем и то и другое с использованием объектного подхода!) и др. важные вещи. Почему это стало возможно? Этому две причины:

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

б) Автор старался использовать те технические решения, предлагаемые поставщиками системного ПО (условно, в данном случае это Apache, PHP4, MySQL, MSSQL) которые совсем недавно появились и имеют перспективу, особенно, если эти решения хорошо зарекомендовали себя в программировании под Виндовс. Это позволило сейчас, по прошествии времени, не оказаться в хвосте, а быть даже впереди многих.

6. Имеющиеся наработки позволяют повторно использовать многое из того, что было уже сделано ранее (в рамках других проектов), а это позволяет снижать стоимость, повышая качество, каждого последующего проекта. Т.о. даже в базовой версии SpeedSite позволяет запустить первую (покрывающую от 70% до 100% потребностей многих заказчиков) версию нового сайта уже через несколько дней, с последующей доработкой отдельных модулей и/или дизайна сайта, не мешая работе сайта.

7. Недостатки – пожалуй, самым существенным, в определённой ситуации, может быть небольшой (пока!) круг программистов, уже знакомых с технологией SpeedSite, и способных дорабатывать и модифицировать продукт (сайт), полученный Заказчиком. Но, тем не менее, это не один только сам Автор, и в случае невозможности продолжения работы по данному проекту - готов дать контакты этих людей. Более того - этот недостаток со временем будет устранён, т.к. Автор стремиться большую часть своих разработок делать доступными для других разработчиков.

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

9. Хотелось бы отметить, что с некоторыми Заказчиками автор работает уже несколько лет, и намерен и впредь продолжать это делать. Так же есть примеры сотрудничества с фирмами, которые заказывали разработку не для себя, а для своих Клиентов. И во всех случаях был положительный результат.

• А почему, собственно, SpeedSite?