Библиотека Сайтостроительства. Мартовские выпуски.
27.03.04. Bыпуск #115
Настоящий веб-разработчик всегда выполняет свою работу исключительно профессионально; настоящий дизайнер не откажет клиенту только лишь в силу того, что у него нет настроения или фантазия исчерпалась; настоящая веб-студия гарантирует реализацию совершенного web-проекта, и конечно же, дизайн, make-up, программирование - все на высшем уровне! - так ведь? На практике мы встречаемся с такими понятиями, как человеческий фактор и мотивация, с такими ситуациями, когда при разработке одних проектов web-мастера действительно отдают все свои знания, творческий потенциал, силы на создание лучшего, а в других проектах... расслабляются, что ли...
Для кого работает Web-разработчик? Интересно, что если провести опрос, то мнения будут разные, отчасти мнение будет зависеть от уровня квалификации разработчика, от степени его специализации; отчасти - от целей проекта. Отчасти - от степени вовлеченности разработчика в проект, его личной заинтересованности, его мотивации.
Работаем для заказчика. Как правило так и есть; и цель - заработать денег, чтобы прокормить семью, в данном случае вторична, поскольку есть заказ - есть работа - будут деньги. В этой ситуации web-мастер мало заинтересован в будущем проекта, и, кроме того, как показывает практика, большинство подобных проектов через определенное время если и не умирают совсем, то перестают быть нужными как предполагаемой целевой аудитории, так и самим заказчикам. Как пример - статистика, полученная Европейским центром потребительских стратегий - ECCS: http://www.i2r.ru/news.shtml?count=30&&id=21257&begin=0&count=5 (Половина европейских фирм не знают, зачем нужны их сайты); и такие сайты не приносят удовлетворения вообще никому, кроме интернет-провайдеров и хостеров.
Работаем на аудиторию. В случае, когда разработчик вовлечен в проект, что называется, "по уши", и необычайная личная заинтересованность "подстегивает" разработчика к стремлению к максимально совершенной реализации, мы начинаем учитывать многие аспекты разработки, не указанные в первоначальном ТЗ - в частности, ту целевую аудиторию, на которую расчитан проект, становится интересно не просто нарисовать/заверстать сайт и получить за него ранее оговоренную сумму. Интересно сделать действительно нужный, жизнеспособный проект. Не все так просто в этом случае, поскольку специалистов, способных провести грамотный анализ рынка/аудитории чрезвычайно мало, да и по ходу разработки все не так просто.
Клиент, отдающий проект в разработку, как правило слишком мало знаком с Web-технологиями и соответствующими трудностями; скорее всего ничего не знает о стандартах html, о кроссбраузерности, о валидности кода и степени оптимизированности сайта для поисковых систем и каталогов. И проще простого скинуть эдакий вроде под IE сходящийся сайтец, и не хочется, просто не хочется делать правильный код, тестировать под разными браузерами; отслеживать все альт-теги в иллюстрациях и соблюдать хоть какую-то логику в самой разметке - а зачем, заказчик все равно проверить валидность страниц не сможет, да оно ему самому вряд ли нужно...
Большинству разработчиков, никуда не денешься, нужна серьезная мотивация для того, чтобы каждый проект исполнять как конфеточку, чтобы и придраться не к чему было, чтобы все - кроссбраузерно/валидно/оптимально. Почему? Да потому что тяжкий труд это, и знаний требует значительных, и терпения, и не только от самого разработчика подобная "стерильность" зависит. потому что стандарты в Web - это все очень относительно, потому что разработчики браузеров не могут между собой договориться о каком-либо единообразии визуализации документов, потому что тот же W3C не имеет какой-либо реальной юридической силы или официального статуса для принудительного внедрения своих спецификаций. Консорциум W3C - всего лишь совещательная и консультативная организация, и авторы в любом случае должны сами принимать решение о реализации рекомендаций в зависимости от структуры разрабатываемого сайта и характера решаемой задачи, авторы несут ответственность за принятие (или непринятие) и реализацию рекомендаций W3C...
Знаете, вы можете бесконечно спорить о профессиональном уровне разработчиков, или об отсутствии этого уровня, однако проблема не только в этом. Сайты, исполненные "стерильно", похвастаться могут рядом своих плЮсов, однако это в первую очередь - качество контента, и потом уже - кроссбраузерность и валидность. А проектов, цель которых - предоставлять нужный (а иногда - необходимый) аудитории контент - считанные единицы. Остальные - сайты-визитки, презентационные сайты, домашние страницы - полезного содержания представляют 0+, т.е. в лучшем случае название и контактная информация, да и то - полезной эта информация является для тех посетителей, которые ищут (и находят, что важно!) координаты конкретной компании или компании, предоставляющей подобные услуги; а при неверном планировании и безграмотной разработке легко можно добиться того, что разработанный сайт благополучно похоронится в подводных глубинах сети, никому не известный и не нужный. и самое обидное, что происходит такое не столько по причине безграмотности разработчиков, сколько по причине абсолютного равнодушия к будущему проекта.
Проблема? И чья? Клиента? Разработчика?
23.03.04. Bыпуск #114
Господа, внеплановый выпуск связан с организационными проблемами; и не проблемами даже, решается задача слегка упорядочить информационные потоки в- и вокруг нашей библиотеки.
Исполнить сию процедуру следовало давно, однако были причины, по которым отложена она была на некоторое время, и, как это не прискорбно сознавать, одна из причин, она же - ведущая - отсутствие финансирования и 0-вой бюджет нашего проекта.Итак, об инфррмационных потоках:
Прежде всего библиотека - это, в первую очередь - каталогизированных сборник документации. Каталог на сегодняшний день достаточно просто структурирован - вы можете наблюдать список разделов в начале выпуска или же на главной странице Сайтостроительства. Информация, публикуемая в библиотеке, приходит в большинстве случаев от рунетовских авторов, веб-мастеров, которые делятся своим опытом в дизайне, верстке, интернет-рекламе. Администрация библиотеки стремится к тому, чтобы блюсти авторские права наших публицистов, и мы, как правило, публикуем вместе с текстом статьи имя автора и ссылку на его веб-ресурс, любой, который он захочет, что, в свою очередь, может являться дополнительной рекламой для его сайта, частью его promotion-плана.
Встречаются среди публикующихся у нас авторов и фанатики идеального дизайна, безупречной верстки, совершенного программного решения :) - они делятся своим опытом не за рекламу, не с целью продвижения своих проектов, не для повышения индекса цитируемости своего сайта или своего имени, а, вы не поверите - для повышения качества представляемых в сети проектов и уровня разрабатывающих эти проекты мастеров!
Кроме публикаций непосредственно в библиотеке мы стараемся предлагать читателям ссылки на уникальные, интересные статьи, опубликованные как в рунетовских ресурсах, так и англоязычные материалы. К сожалению, своими силами заниматься переводами таких материалов мы не в состоянии, платить переводчикам не позволяет озвученный ранее 0-вой бюджет, однако есть проекты, где переводные статьи (отличного качества! пример - Webmascon.com) все же публикуются; мы стремимся давать ссылки на эти материалы, рядом с непереводной статьей как правило пишется индекс (англ.), однако, естественно, хотелось бы, чтобы используя предлагаемые редакцией материалы знающие хорошо английский язык веб-мастера помогали с переводами. Ладно, ладно, не язвите, это я мечтаю.
В библиотеке Сайтостроительства ведется немодерируемый форум, регистрация в форуме не требуется, и каждый посетитель может как задать интересующий его в рамках темы web-разработок вопрос, так и обсудить (проанализировать, поругать) любой опубликованный в библиотеке материал. Активность на форуме не шокирует, но и не радует. К обратной же связи можно отнести e-mail редактора Сайтостроительства - design@i2r.ru - вы можете присылать на этот адрес свои публикации, обсуждать организационные проблемы библиотеки, присылать свои рекомендации по улучшению информации, навигации, дизайна. Искренне надеюсь, что этот адрес не попадет в спам-листы, предназначен он только для вас, для читателей библиотеки, и только на вашу порядочность расчитываю. Однако прошу вас, не задавайте этим мылом вопросы по дизайну, make-up и программерским штучкам! для этого есть форум и дискуссионные рассылки.
Вот, к этому я и веду. Дискуссионные рассылки. Это относительно новый сервис библиотеки, механизм ведения рассылок, подписки, архивов и статистики предоставлен Subscribe.ru. Сервис в рамках Сайтостроительства запущен еще несколько месяцев назад, однако в библиотеке анонсов и форм подписки не было. Подписывалась публика напрямую с subscribe.ru, из каталога.
Механизм работы дискуссионных листов простой - вы регестрируетесь на subscribe.ru как подписчик, если вы уже зарегестрированы - просто подписываете ваш мейл-адрес в специальной форме для интересующего вас дискуссионного листа. Вам должно прийти письмо от администрации Subscribe о том, что вы (или кто-то) подписались на рассылку (такую-то), и для подтверждения нажмите на ссылку или введите на определенной странице присланный код... Если рассылка вас действительно интересует, вы подтверждаете регистрацию - таким образом становитесь частью Community - участником дискуссии по электронной почте.
20.03.04. Bыпуск #113
- информационный выпуск...12.03.04. Bыпуск #112
К "проблемам разработчиков". Весеннее.
Кто сказал, что весна - это время любви? Весна - это время работы. И если что-то и пробуждается в природе, так это заказчики, если что-то и растет - так это объемы работы; а так же ее сложность и требуемое для реализации растущих объемов время. Соответственно время, которое хотелось бы потратить на творческие поиски и философские изыски, само собой начинает стремиться к нулю.
Как-то совсем тяжело стало работать с клиентами, и самое смешное в том, что чем больше тот знает о web-технологиях, тем труднее до чего-то договориться. Такой заказчик, оценивая твой опыт работы, обозревая портфолио, поначалу одобрительно покачивает головой: "А вы молодец, годитесь мне в подметки..." У такого заказчика, когда он дает тебе работу, в голове есть *готовое решение*, как эту работу исполнить, и он уверен, что облагодетельствовал и тебя (он ведь не только отягощает тебя проектом, он ведь платит за это деньги), и себя (отдавая проект, он освобождает свое личное время для более важных дел). Количество нелепостей, с которыми сталкиваешься, получая проект от таких вот "продвинутых" работодателей, поверьте, достойны отдельной статьи. Писать ее, правда, следует, когда эмоции поулягутся и страсти поутихнут, по-живому узнать себя могут, обидятся...
Вообще-то удивительно, насколько с каждым годом растет нагрузка на web-разработчика. И уже говорили мы о том, что не зря спорит публика о том, кто такой веб-дизайнер - программист, художник, разработчик интерфейсов; какие специальности совмещает в себе едином веб-мастер, и какие знания и практику специалист должен иметь для эффективной и творческой работы. Да, никто не спорит, чем больше, тем лучше, однако существует здесь и маленький подводный камень, который называется "горе от ума". И мы удивляемся сами себе, когда приходится с пеной у рта спорить с заказчиком о крайней нерациональности продвигаемой им идей, мы отворачиваемся от проектов, в которых нам навязывают уродливое визуальное решение, со слезами на глазах отказываемся от сотрудничества с работодателем, который настаивает на быстрой, однако крайне безобразной верстке с использованием визуальных средств. Стремление к совершенству, бесспорно, пользительно для личного роста, однако кушать хочется даже самым талантливым дизайнерам, и рассматриваемая проблема смешна именно потому, что годы назад она возникнуть в принципе не могла ввиду с одной стороны весьма скромных знаний разработчика, с другой - минимумом и простотой инструментальных средств, с третьей - малой просвещенностью заказчика.
Анонсируемые в сегодняшнем выпуске материалы большей частью посвящены именно организационным проблемам веб-разработчика, причинам, к этим проблемам приводящим и методам решения этих проблем. Почему растет количество специалистов, которые будут заниматься проектом, и как организовать работу в случае маленькой web-студии или малобюджетного проекта? Как управлять контентом? В чем заключается планирование web-проекта и какова роль в этом планировании заказчика? Не хочу пугать начинающих дизайнеров, возможно, сегодняшний выпуск в большей степени ориентирован на практикующих веб-мастеров, так как только с опытом работы в web и непосредственного общения с клиентом, только с десятками реализованных проектов приходим мы к этим вопросам и к необходимости их решения.
05.03.04. Bыпуск #111
Похоже, что у всего рунета, особенно у представителей женского пола в понедельник будет повальный выходной, и это, по моему мнению, прекрасно - в понедельник-то и в обычные дни следует запретить работать, хотя бы только лишь для того, чтобы этот день недели больше любили и меньше расстраивались по поводу его наступления. В ближайший понедельник я желаю всем - действительно всем - отличного настроения, подъема эмоций, праздника. Девушкам, женщинам, сестрам, мамам, бабушкам - потому что так положено, потому что 8 марта!, а мужчинам - потому что кто же еще сделает счастливыми виновниц торжества, подарит им то же хорошее настроение, подарки, в конце концов?
Поскольку выпуск, как выяснилось, предпраздничный, грузить большим объемом полезных статей и жутко актуальных новостей я вас не буду. И все-таки давайте перейдем к теме сегодняшнего выпуска. Тема будет актуальна для многих web-разработчиков: незначительное, казалось бы, событие для веб-дизайнера - обновить портфолио... А сколько эмоций!
Что такое "портфолио" дизайнера? Это его демонстрация опыта работы, это то, что можно показать потенциальному клиенту - что его ждет в том случае, если тот захочет заказать проект; количество проектов, представленных в портфолио, косвенным образом говорит о востребованности дизайнера. И, мельком взглянув на длинный список реализованных проектов и одобрительно покачав головой, наш потенциальный заказчик кликает на ссылках, дабы оценить качество разработки.
Гибкое отношение к цветовым гаммам и модульным сеткам, достаточный региональный разброс, разноплановая тематика представленных в портфолио проектов - это те плюса, которые просто обязан оценить посетитель, интересующийся вашей работой. Причина понятна. Предсказать предпочтительные цветовые решения для произвольного проекта довольно сложно, ассоциативный ряд, приводящий дизайнера к какому-то конечному решению, может абсолютно не соответствовать тому, что желал бы видеть заказчик, чье слово - закон, поскольку он платит денежки. Однако если дизайн-студия или конкретный дизайнер выбирается (изначально) на основании уже представленных в портфолио разработок, клиент может решиться отдать заказ только потому, что ему понравился "вот этот милый рисованный дизайн с морем и корабликами, исполненный в очаровательно пронзительно-синей цветовой гамме". Даже если его проект презентует магазин, продающий кактусы, вам придется обещать ему исполнение всех его желаний - хотите ярко-синий - будет вам ярко-синий. Ага. *Параэкстравагантный сюрреализм*. Почему нет?!
Однако для дизайнера его портфолио - это немного больше, чем презентация его работы и подтверждения его опыта. Это - его жизнь. Просматривая каталог исполненных проектов за, к примеру, последние пять лет, дизайнер видит каждую ступеньку, которая привела его к сегодняшнему дню, вспоминает, где и как он разобрался наконец-то с html и собрал неглючный проект, где впервые использовал флеш... А вот этот коллаж - да, вспоминается тот душевный подъем, тот свободный поток фантазии, та легкость в работе с Adobe Photoshopoм и то, в общем-то, не многое время, потраченное на эскиз в целом - и вот же ж! - сколько лет прошло, а смотреть приятно. А вот, помните, рисовали?... единственная трудность заключалась в том, чтобы убедить заказчика в том, что и мы не уроды, и прислушайтесь - мы рекомендуем такие цвета, такой фон, соглашайтесь - уж больно в тему получится... и согласились, и над проектом работалось с удовольствием, стильно, красиво, нравится. А вот другой проект - да, тяжелый заказчик :( рубил на корню такие здоровские идеи! И осталось от авторского дизайна - только коллаж вверху страницы, но плохо все, ни композиции, ни эргономики, и, в какой-то момент исчезло желание творить, тупо исполнили все требования авторитарного клиента, сдали проект и забыли. Сейчас смотрим - обидно. Потому что этим сайтом - не гордимся, и прячем его подальше, незачем на него глазеть. При относительно удачном графическом решении в элементах - *отсутствие дизайна в целом*.
А вот - первый из первых. Совсем детство. Никакого опыта, никакой практики, и верстка бездарная, и навигация не совершенная. А смотрим - улыбка расползается, потому что только с нуля можно такое исполнить, только новичкам так везет. И переделать хочется, чтобы придраться не к чему было, сохранить визуальный образ, технически только лишь доработать, только - и лень, и смысл, без денег-то морочиться? *Просто удачное*, хоть и случайное, решение.
А вот - почти личное. Без заказа, и, соответственно, без оплаты. То ли от скуки, то ли от чрезмерно лирического настроения исполнили, и смотреть, казалось бы, не на что. Черно - белый сайт, графики - ноль плюс один объект, текст - дефолтовым шрифтом, материала опорного было - понты. Неожиданно оказалось, что нравится дизайн посетителям, и не так, чтобы в том же стиле заказывают, нет вовсе, однако оценивают - что рисунки авторские, что при минимуме оформления очень аккуратно, опрятно все выглядит, и придраться не к чему. *Эстетика минимализма*.
Однако технологии развиваются, и мы растем, и знаний в голове не с каждым годом - с каждым днем все больше, и опыта. Солидный клипарт для заготовок, набор готовых решений на все случаи жизни, и не только эскизы рисовать и в html их заверстывать - уже и скрипты понятны, и флеш-роликов исполнено куча мала, и с контентом работать - легче легкого. Творческий кризис - дело временное, проходит, а работы мало не бывает. И растет портфолио, иллюстрация творческой жизни дизайнера.
Возникают и вопросы. все ли проекты включать в портфолио? Стоит ли публиковать только самые достойные, или же имеет смысл делать ставку на количество готовых? Как быть, к примеру, с дизайном для проектов adult-тематики? - вроде и эскизы удачные, и анимированные баннеры для них рисовались - супер! Да только на пользу ли будет демонстрировать этот опыт работы?
И еще. У каждого дизайнера так или иначе собирается база "невостребованного дизайна". Причина понятна - не является противоестественным сделать для клиента три варианта эскиза его будущего сайта, и в любом случае он выберет только один из них. Два - можно выкидывать. А можно оставить и в качестве шаблона - может, пригодится еще, понравится кому-нибудь, а за уже готовое решение можно и денег меньше взять, и для клиента выгодно, и вам меньше головной боли. Так, может, имеет смысл причесать всю "невостребованность", выложить в то же портфолио - и цену выставить. Или нет? или опять же, не в пользу дизайнера такой список, и подумает клиент - если дизайн никому не нужен, значит гордится нечем, а невостребованный дизайн - это есть невостребованный дизайнер?..
Согласитесь, господа, разработка личного портфолио дизайнера - штука тонкая, подхода требует особого и не хвастовством единым, а грамотно и аккуратно представляйте потенциальным вашим заказчикам свой опыт, свой талант, свою уникальность.
Внимание! Вся информация, размещенная на этом сайте в разделах "статьи" или "рассылки", является собственностью NunDesign. О полном или частичном использовании материалов вы можете узнать на странице "авторское право".
