Прошлое и будущее сайтостроения
Март 2008, опубликовано в журнале "Креативный директор"
Вступление
Создание сайтов на сегодняшний день – это реальность. Когда мы начинали, серьезные люди о сайтах не знали, а если и знали, то их это не интересовало – денег в Интернете не было. Точнее, они были, но их никто не видел.
Сегодня деньги там есть, и, что самое важное, скоро там будут все деньги.
Сайт – это новый носитель информации, довольно сложный по своей структуре, несмотря на первоначально кажущуюся простоту. Еще никто серьезно не брался придумать строгое определение для него, но мы можем взять на себя смелость и предложить утверждение, что он состоит из следующих компонентов: домен, дизайн, наполнение, программный код, база данных (нестрого), почтовый сервер, web-сервер, сервер-машина. Каждый из этих компонентов, в свою очередь, является комплексом других составляющих, тоже состоящих из других сложных компонентов. Очень важно, чтобы все эти технические составляющие дружили друг с другом, и вся система работала стабильно, т.е. другими словами, чтобы сайт бесперебойно функционировал в Интернете. Масла в огонь подливает еще тот факт, что отвечают за работу этих составляющих разные люди и разные фирмы, и за функционированием всей системы в целом тоже кто-то должен присматривать.
Все дело в том, что за создание Всемирной Паутины до сегодняшнего дня отвечали люди технического склада – программисты и системные архитекторы. Эти люди, часто являясь математиками и физиками, привыкли мыслить весьма сложными структурами, поэтому их нисколько не волновал, не волнует, и никогда не будет волновать тот факт, что сайт для других людей может быть очень сложным для понимания предметом. Для них устранение неполадок в межкопонентных вычислительных средах – как мусор для киберов-уборщиков братьев Стругацких – они счастливы, им есть чем заняться! Для них сайт, вплоть до мельчайшего атома его составляющих – ясен как день! Они знают основополагающие принципы вычислительных технологий и умеют совершать в уме арифметические операции над двоичными числами.
Для нас все не так просто.
У креативных людей фокус внимания находится на переднем крае сайта – т.е. на его внешнем виде и наполнении. И это правильно. Фокус внимания почти абсолютного большинства пользователей сайта находится там же. Это означает, что отныне сайтами заниматься будут дизайнеры и креативщики.
Небольшой экскурс в прошлое
Конечно, во второй половине 90-х мы начали делать сайты в формате HTML. Тогда ни о чем другом и речи быть не могло. Это сейчас – движки, редакторы, а тогда ничего такого, ну или почти ничего. Несмотря на богатый выбор средств, мы и по сей день нет-нет, да и повстречаемся с дизайнерами, которые начинают делать сайт в HTML, прочитав, наверное, какой-нибудь самоучитель из серии «сайт своими руками». Какими бедами грозит создание сайта в формате HMTL? В первую очередь, это большая сложность поддержки, обновления и развития сайта. Это настолько сложно, что на практике такие сайты почти не обновляются и не поддерживаются, потому что те, кто за это отвечают, просто ужасаются при одной только мысли о добавлении какой-нибудь новой страницы. Однако тогда, мы все-таки делали сайты в формате HTML и когда «наелись» механической ручной работы по обновлению всех страниц какого-нибудь очередного 250-страничного сайта при добавлении новости, нам пришлось задуматься, что же будет дальше?
На помощь пришли шаблонные редакторы сайтов в виде десктоп-приложений. Технология не изменилась, но изменился подход и добавился удобный инструмент для него. Подход используется и по сей день, он заключается в использовании шаблонов. Отлично, обновлять сайты на основе шаблонов теперь стало значительно проще (хотя это и подвешивало компьютер на полчаса), а сайты теперь можно было делать размером и в 500 страниц. Но на самом деле формат сайта, а значит и все старые проблемы остались на месте: наполнение, дизайн, логика и программный код оказываются смешанными в одном месте и затрагивание чего-то одного влечет неминуемые изменения в остальных элементах. Эти изменения происходят потому, что в большинстве случаев ими занимается программист, который равнодушен к внешнему виду и во времена своего обучения в средней школе получал преимущественно трояки по гуманитарным предметам. Программист просто не замечает, какими чудовищными порой могут быть случайные изменения внешнего вида. Не стоит его за это винить, ведь область приложения его усилий лежит в другой плоскости, где он может проявить себя гением.
Мы пробовали привлекать дизайнеров и координаторов к правкам. Да, это работало, но сильно сказывалось на трудозатратах и уровню напряженности в команде. Ну, и конечно, чего уж тут скрывать, сказывалось в конечном итоге и на бюджете. Представьте себе, что чтобы изменить одну букву или какой-нибудь другой элемент, требовалось привлечь программиста, потом отдать на проверку дизайнеру, координатору, потом опять привлечь программиста к правке правок, опять все проверить. Бывало, что это повторялось в цикле по 3 раза, вызывая бурю эмоций у участников проекта, чрезмерную усталость и ненависть к самому проекту и его менеджеру. Но только так можно было достичь достойного качества. Представьте себе десять лет назад сумму в 20 тысяч долларов (или евро) за сайт в 20-30 HTML-страничек с банальной сегодня функциональностью. Только так можно было добиться качества. Эти деньги отрабатывались на все сто, но уже тогда хотелось, чтобы затраченные усилия материализовались в каких-то более масштабных результатах.
Технические вопросы
[ - ] можно не читать, если ты не компьютерный энтузиаст ;)
Похоже, что весь мир развивался вместе с нами, и на помощь пришел динамический сайт. Понятие это существовало и раньше, но удобных средств не было.
Динамические сайты ранее можно было делать с использованием dll или Perl, что, мягко говоря, было непросто и небыстро. Да и далеко не каждый мог это делать. Поэтому на рубеже столетий динамические сайты были только у транснациональных гигантов или русских программистов-любителей. А тут пришли «вермишелевые» (ориг. noodle-like coding style) технологии, которые позволяли в HTML-код страницы встраивать серверные сценарии. Это позволило разделить наполнение и код, что позволило создавать сайты с неограниченным количеством страниц. Тогда же в Интернете появились базы данных, справочники и огромные Интернет-магазины.
noodle-like coding style – стиль программирования, характерный для ранних серверных технологий (PHP, ASP, CFM), при котором дизайн, наполнение и программный код оказывались перемешанными в одном скрипте в беспорядочном виде. Это неофициальное шутливое выражение, говорящее о тщетности попыток следить за нитью алгоритма программы в этой «лапше».
Динамический сайт позволил создателям сайтов отказаться от работы над его содержимым. Ну, или хотя бы выделить работу над содержимым в отдельный процесс и посадить отдельных людей за это дело, а самим сосредоточиться на создании собственно сайта, не думая о количестве страниц. Теперь об этом думает умный сервер. Воистину, это великое достижение человечества! Именно благодаря этому мы видим сегодня в Сети великие Интернет-проекты, которые войдут в историю, и одновременно огромное множество бесполезных сайтов-сателлитов, а в нашем электронном почтовом ящике шквал спама.
Что отличает динамический сайт от нединамического? Нединамический сайт является совокупностью готовых, уже запрограммированных страничек. Содержание, дизайн и программный код каждой страницы находятся в одном файле (грубо говоря). Иными словами, если на сайте 100 страниц, то на сервере должно лежать 100 файлов. В динамическом сайте все содержимое находится в базе данных, с которой можно работать отдельно, а страницы генерируются на лету, при каждом вызове – динамически.
Динамический сайт позволил значительно уменьшить нагрузку на самых дорогих участников команды – программистов. Теперь им не нужно работать с наполнением. Дизайнеры тоже вздохнули свободно – конечно, что может быть проще? Нарисовал один шаблон и готово, все страницы с него и лепятся. И вот тут на сцену выходит новая специальность в команде разработчиков – тестер! Невиданное доселе дело! Тестер? Ведь раньше они работали только в разработке софта.
А дело вот в чем. Наполнением сайта стали заниматься сотрудники, не обладающие специализацией ни в программировании, ни в дизайне. Это вылилось в то, что данные, которые вводились в сайт, тем или иным образом разрушали или труд программистов, или труд дизайнеров. Другими словами, вызывали некорректное отображение сайта. Вот и пришлось создавать новую специальность в области web-дизайна и web-разработок – тестер. В принципе, ничего плохого в этом нет, кроме того, что и тестер может не обладать достаточной специализацией в вышеобозначенных областях. Т.е. проблема, в общем, все равно не решилась.
Критическая масса накопленного опыта разработок динамических сайтов вызвала коллапс, и в результате мир получил сухой остаток – движок, он же CMS, она же панель администрирования сайта или ядро. Фактически, CMS – это не что иное, как готовая программная часть сайта. Тема CMS сейчас очень модна, широко обсуждается, и все, что можно здесь заметить, это только то, что CMS будут активно развиваться еще несколько лет.
Системы управления информационным наполнением (web-сайтов) – класс прикладных программных средств, обеспечивающих web-сервисы. В связи с наметившимся в последние годы значительным информационным наполнением сайтов управление и поддержка их без использования специальных средств стала весьма трудоемкой и дорогой задачей. В особенности это относится к корпоративным web-сайтам, поддерживающим десятки тысяч страниц. Кроме этого назначением CMS-средств является также сокращение трудоемкости создания сайтов и повышение их качества при минимальных затратах.
Приходу готовых движков мы очень обрадовались! Разумеется, у нас был и свой движок – мы же все-таки пионеры Интернета! Программист теперь требуется только на начальном этапе – для установки сайта, интеграции шаблонов, ну и потом, для присмотра за сайтом. Появилась возможность больше внимания уделять внешнему виду сайта, его продвижению, наполнению. Однако и здесь оказались трудности. Теперь, когда мы почти избавились от программистов, мы поняли, что они нам все еще нужны. Оказалось, что еще существуют такие вещи, как хостинг и домены. Мы, конечно, знали про них и раньше, но не обращали на них внимания ввиду того, что работа над сайтом преимущественно была задачей по программированию. Теперь же сайт – задача по дизайну, наполнению и раскрутке, мы все обленились и уже старались не думать о технической стороне дела. И зря!
Услуги хостинга и поддержки доменов представляют третьи организации, с которыми нужно общаться в случае возникновения вопросов. Допустим, сайт прекратил работать. Из-за чего? Он мог прекратить работу из-за проблем с хостингом, доменом, движком. Обращаемся в хостинг, они отвечают: «У нас все работает, разбирайтесь сами, что там у вас происходит». Обращаемся в службу поддержки доменов, они вообще ничего слышать не хотят, им все равно. В общем, опять идем к программисту и просим решить вопрос. А если дело происходит ночью и программист спит? А если он в отпуске и все пароли и номера телефонов улетели в Таиланд вместе с ним?
Инструмент Express-site – оптимизация технической стороны процесса.
Сервис Express-site был создан компанией expi-web.ru, специализирующейся на инновационных и функционально насыщенных интернет-проектах. Проект был запущен в тестовом режиме осенью 2007 года. Выходом на рынок считается первый квартал 2008 года. Сайт платформы: express-site.ru.
Вообще, наличие программиста в штате компании-владельца сайта или дизайнерской компании – это отдельный разговор. Мы считаем, что программист более-менее высокого уровня квалификации не может существовать в дизайнерской среде. Одним из самых важных качеств хорошего программиста является обучаемость. Это, в свою очередь, зависит от жажды познания. Другими словами, хороший программист является хорошим только тогда, когда у него есть сильная потребность в обучении и повышении своей квалификации. Это же самое качество заставляет программиста выбирать такое место работы, где он мог бы повышать свой уровень если не за счет более опытных товарищей, то хотя бы совместно с такими же философами (в буквальном переводе слова с греческого), как и он сам.
Правило, выявленное нами на практике, не раз подтверждалось яркими примерами и других компаний. Однажды по рекомендации дизайнеров-партнеров к нам на работу пришел устраиваться программист. Дизайнеры отрекомендовали его как специалиста высочайшего уровня, который умел ну абсолютно все. На поверку же программист оказался не только посредственным по своему опыту, знаниям, но еще и с весьма высоким самомнением, привитым, вероятно, в дизайнерской среде. В китайских монастырях у молодых учеников уничтожают самомнение и эгоизм. То же самое и у программистов – слишком высокое самомнение уничтожает возможность дальнейшего обучения.
Рынок сайтов только появился и будет, несомненно, еще расти, трансформироваться и стабилизироваться. Скоро создание сайтов станет правилом также, как сейчас визитка является неотъемлемым атрибутом деловых отношений. Уже сейчас, начиная рекламную кампанию, вряд ли кто-то решится делать ее без поддержки сайта. Сайт сегодня является одним из узловых элементов маркетинга. Со временем он будет становиться все более и более функционально насыщенным и вместе с тем предъявлять повышенные требования к качеству и скорости его создания и обновления.
Потенциал этого рынка сложно оценить. Кажется, что этот рынок огромен, ведь создав сайт, его нужно постоянно обновлять. Новые сайты тоже нужно постоянно делать – любое новое формирование требует представительства в Сети.
Основные игроки на этом будущем рынке – дизайнеры. К примеру, ведь никто не идет сегодня на полиграфическую фабрику к оператору станка за рекламной продукцией. Нет, не идет. Идут к дизайнерам. Тоже самое произойдет и с сайтами – будут приходить к дизайнерам, а не программистам. Этот рынок развивается очень быстро. Через год-два все дизайнеры, полиграфисты и рекламные агентства Центральной России просто обязаны будут, им не останется ничего другого, как включить создание сайта в свой арсенал услуг.
Совершенно однозначно, что программистов на всех не хватит. Да, и будут ли они удовлетворять требованиям, если мы уже поняли, что хороший программист вряд ли будет работать в дизайнерской или рекламной компании?
Самая распространенная проблема дизайнерских компаний, с которой мы сталкиваемся сегодня – это техническая сторона. Очень часто технический контакт со сделанным или находящимся в разработке сайтом оказывается утерянным по разным причинам. Конечно, чаще всего это исчезнувший программист или фрилансер. Предвидя такую ситуацию, был разработан web-сервис, который назвали Express-site.
Допустим к нашим партнерам: дизайнерам или, к примеру, полиграфическим компаниям – приходит клиент. Он хочет получить сайт, чтобы напечатать его название на своей визитке и тем самым произвести на своих потенциальных клиентов хорошее впечатление или же он ожидает получить профессиональный Интернет-ресурс с большим количеством встроенных сервисов – в данном случае это не важно. Разработанная нами система позволяет несколькими нажатиями клавиш в течение 15 минут получить готовый сайт с любым доменом: ru, com и пр. Разумеется, это будет сайт с достаточно нейтральным дизайном и функционалом, но это серьезное, свободно масштабируемое решение, достаточное для быстрого старта. Сразу же после этого можно приступать к наполнению сайта как своими силами, так и привлекая к этому процессу клиента. Параллельно можно начинать делать дизайн, при этом скорость разработки дазайна не повлияет на сроки публикации и начала использования сайта – ведь он уже готов! Такая оперативность выполнения сайта обеспечивается специальному ноу-хау, лежащему в основе нашего сервиса. Платформа задумывалась таким образом, чтобы заменить небольшой отдел программистов в любой web-дизайнерской студии и при этом повысить эффективность и качество в несколько раз. Она позволяет нажатием одной кнопки создать сайт профессионального уровня, который позднее можно довести до корпоративного портала или Интернет-магазина. Контакты с компаниями, предоставляющими хостинг, регистрирующими домены, программинг и поддержка сайта в дальнейшем остается за владельцами разработки. Пользователю системы остается только заполнять свою готовую страницу контентом.
На примере собственной компании можно сказать, что подобный инструмент особенно хорошо работает в электронном бизнесе. Такой бизнес характерен низкой потребностью в административно-бюрократическом аппарате. Конечно, некоторые элементы этого аппарата все-таки требуются, например, бухгалтерия – как интерфейс или некий «переходник» для общения с устаревшими структурами, но потребность в менеджерах среднего звена и многочисленных управленцах отсутствует, поскольку многие управленческие процессы тоже автоматизированы (см. табл. 1).
Достаточно яркий сегодня пример электронного бизнеса: маленький уютный офис, в котором сидит всего лишь 2-3 человека, они же являются владельцами и ЛПР (лицами, принимающими решения), и исполнительной рабочей силой. Основная работа этих людей – постоянный мониторинг электронной системы ведения бизнеса. Что могут делать эти люди? Например, управлять электронным магазином.
Другой особенностью работы электронного бизнеса является скорость всех процессов. Поскольку рутинную работу выполняют умные программы-роботы, круг административного персонала практически сужается до лиц, принимающих решения.
В случае ведения подобного бизнеса действительно удобно пользоваться инновационными технологиями, не отрываясь на решение технических вопросов, связанных с web-представительством.
Группа вк