Блог NunDesign

Пришедшие летом-осенью дизайнеры старательно рисуют и верстают (и учатся верстать грамотно), но мы всё равно не успеваем, не справляемся, затыкаемся. В основном проблема на сложных участках: в большом .Net`овском проекте работы для как бы “дизайнера” очень, очень много, но ни одного из тех, кто уже есть на этот проект поставить не могу. Рисующим - так уже нарисовано всё. Верстающим - так порезка нарисованного тоже уже закончилась. Как назвать часть работы с интерфейсом, когда идёт даже не адаптация под движок, а такое совместное создание движка?

Вот, к примеру, есть “страница”. У неё в реальности контента много, но живёт он большей частью в скрытых блоках и показывается по событиям или генерится и выводится в зависимости от разных условий. “Дизайнер” здесь предподготавливает только общую модель данных (блоки, поименованные идентификаторами - те, к которым вызов, и внутренняя подструктура блоков), и к ней пишет таблицу стилей - оформление ссылок, кнопок, предоформление в css всех графических блоков, дизайнер же планирует сценарий поведения на этой странице в соответствии со своим представлением о юзабельности и знанием пожеланий заказчиков. Т.е. если грубо, я подхожу к программеру, отвечающему за этот фронт работ, и рассказываю ему, что: вот есть такие ссылки (список), по клику на каждую из них происходит следующее: в блоке контента этот контент скрывается, этот показывается, эта картинка меняется на другую (вернее нет. Это имя [класса/идентификатора] меняется на соответствующее вот это), а в подменюшке здесь меняем маркер на этот (тоже имя класса). Я просто не могу поручить эту работу никому из работающих дизайнеров - они так не смогут. И, самое обидное, что и руководству я объяснить не умею - что здесь нет ни порезки, ни рисования, а в ответ получаю, что шесть дизайнеров - и вы НЕ УСПЕВАЕТЕ? Чувствую себя по уродски. Понимаю, что не справляюсь - не только с дизайнерской частью работ (здесь просто вопрос времени, верстаю я быстро, но объёмы есть объёмы), но скорее с организаторской.

Да, в комментариях к предыдущим постам (прошлому, к примеру, или более давнему) темы было о том, что сразу надо брать профессионалов, пусть дороже - но профессионалов. Да как бы здесь руководство было не сильно против - всем повысили зарплату и подняли “входную” планку. Но - может офис у нас в нездоровом месте? Выбрала лучших из приходивших. А работать быстрее не стали, во всяком случае не на столько, как ожидалось. Почти паника (что же делать, что же делать…) . Вакансия (на хорошего дизайнера, хорошего верстальщика) всё ещё открыта. Специфика для верстальщика - это .Net и работа в M$ VS. Честно скажу, не вижу большой проблемы с платформой - если есть опыт работы с большими php, с java, то ознакомиться с особенностями дотнета - дело одного рабочего дня и по мелочам - по ходу работы (куда же без реальной практики). У меня тоже не было именно этого опыта полтора года назад. Но я пришла, и начала работать без инструкторов, без страховки, одна. Значит, теоретически, смогут и другие, было бы желание.

Ещё раз посмотрела текст дизайнерской вакансии. Добротно так написано, солидно, внушает. Может, надо как-то по-другому, другими словами? Чтобы обратили внимание именно те люди, которые нужны, чтобы заинтересовались и пришли, наконец-то, чтобы стыдно не было перед руководством, и не приходилось защищать их, объяснять начальству, почему вся эта компания “специалистов” не может сделать *эту* работу быстро и качественно, и почему я опять, одна в (именно этом) проекте, сижу в офисе по 12 часов. И, разумеется, конечно же надо долго отчитывать меня за то, что в координатах забыли поменять номер офиса с ***1 на ***7 (никто даже не обратил внимание на объём работ по созданию FAQ`а, сплошь динамичного документа, в котором информация разбита по рубрикам, внутри рубрики список вопросов со скрытыми ответами, которые при клике показываются каждый при своём вопросе, и при этом маркер вопросов меняется с плюса на минус, свой маркер отмечает выбранную рубрику и кучу ещё дополнительных чисто сценарных элементов поведения, и на объём работ по парочке других, так же достаточно грандиозных страниц).

Обращаю внимание на вакансии “по теме”, собираю себе в блокнотик. Вот, к примеру, то объявление, где Макс Россомахин посоветовал клонировать Макеева (заодно и попиарю объявление, сообщество ru_webdev и самого pepelsbey`a): (more…)

Недавно один из наших программеров в личке поделился сокровенным: оказывается во многих софтконторах, где уровень проектов плюс-минус приближен к нашему, одно из важных требований к программерам - обязательное знание html (xhtml)+css на достаточно глобальном уровне! Надо же… Раньше на эту тему никто у нас и не задумывался, а тут вдруг попёрло что-то, да ещё и подхлёстывается неожиданными дискуссиями в тему “разделения/распределения обязанностей”.

У наших программеров (.NET) такого требования не было и на собеседованиях никто ничего по теме вёрстке у них не спрашивал - основная среда разработки - M$VS, и знания тестировались только возвышенно-программерские. Вёрстку, как следствие, в большинстве своём публика знает только в первом приближении, и в том случае, когда начинается работа с интерфейсом и публике всё же приходится свои рабочие контролы как-то размещать на странице, они городят совершенно безумный код, разумеется, не ручками, а в режиме “design” - этого лучше не видеть, скажу только, что, когда я получаю в работу очередную страницу, основное время уходит на удаление всего того кода, который там предусмотрительно набодяжен.

Клиенты ныне настолько разбалованные аяксом, что требования к интерфейсам (во всяком случае служебным интерфейсам на сервисы) у них довольно масштабные, посему в конторе очень много используют как готовых решений типа telerik, RadControl и иже. Деревья, закладки (имитация виндовых “табов”), хитрые “комбобоксы” с расширенной функциональностью и прочее, и прочее. Иногда прокатывает - просто взять готовое и - напильником (в том числе и визуал), иногда так складывается, что напильником приходится из подводной лодки допиливать реактивный самолёт, и, оценив масштаб /когда готовый контрол доработать теоретически реально, но, для узкой задачи он, с одной стороны, является избыточным и тяжеловесным, с другой стороны - ковыряться детальнейше в больших объёмах чужого кода - то ещё удовольствие/, принимаем решение делать свой контрол (но на это понадобится, к примеру, один рабочий день. Как правило это самое трудное - выбить этот самый один рабочий день). (more…)

Очень дизайнерское известие: “Открытые Системы - Publish” сообщают в новостях следующую новость для арт-дизайнеров и арт-директоров:

День графического дизайна — это нельзя пропустить!
С 10 по 15 сентября 2007 г. в Москве пройдёт I Всемирный рекламный форум, организованный правительством города Москвы. 12 сентября в рамках этого форума, Клуб Арт-Директоров России (ADCR) и Publish впервые проводят День графического дизайна. Место проведения: Кино-концертный зал «Октябрь» — улица Новый Арбат, д. 24.

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

Ага, и ещё. В России есть, оказывается, ADCR. Оч-чень интересно. И как оно? И, главное, зачем? Помогает ли в реальной работе членство в сием клубе? Есть ли что-то подобное в .юа? Есть ли минусы, обязательства, ответственность или какие-то взаимные договорённости в работе на общем рынке? Рассматриваются и решаются ли совместно какие-то арт-директорские проблемы, и каким образом? Нет, ну мало ли… разные ведь бывают ситуации… вот, к примеру, из реалий: обращаются ко мне люди - мол, ты дизайнеров ищешь, тут есть паренёк, способный, бери. А что у него с опытом работы, почему уходит с предыдущей работы (для меня это вопросы из стандартного набора) - говорят, работал, делал проект (не мелкий), и вроде как официально с трудовой книжкой, и всё такое, и перед днём выдачи зарплаты его “арт-директор” ему сообщает, что его работу (месяц дизайнерского труда) клиент не принял, его работа плохая, и поэтому денег он не получит, вернее получит, но половину договорённой зарплаты. Т.е. уже на лицо кривость, не правда ли?

А дальше из вторичных источников приходит информация, что:

1. фигня-война, клиент вообще не давал негативных отзывов на работу, и проект в положенный ему срок пошёл в печать, и заказ в целом, как и положено, оплачен без каких-бы то ни было капризов со стороны заказчиков.
2. сам же арт-директор, спустя пару недель, взял, мягко говоря, удивляюще дорогую машину, хотя известный оборот фирмы вместе с типографией предполагают на пару порядков меньшие объёмы доходов.

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

Что-то такое как-то пытались сформировать на atlaskit, и я об этом сервисе писала в блоге и в сайтостроительской рассылке здесь, здесь и здесь. Но сами atlaskit, имхо, что-то занадто намутили с партнёрскими площадками, мне такое не нравится, перестала туда заходить. Да и сервис у них достаточно глобальный - охватывает бизнес вообще, нет явно обозначенной ниши. Вот сообщества украинских девелоперов на сегодняшний день значительно более организованы, программеров просто так уже не нагнёшь и не продашь в рабство, молодцы. А дизайнеры пока что ещё бедные.

Уже сейчас, новичкам-дизайнерам, которые только-только, читаю о значимости “командной работы”. Уже сейчас, среди совсем новичков и среди “почти не новичков”, ориентируюсь на мелкие командные пары-связки “рисующий”+”верстающий” (немного в прошлом посте об этом уже было, и о трудностях даже в парных связках), выравнивая по скорости работы, по характерам - к примеру, на сегодняшний день “рисующий” рисует эскизы приблизительно с той же скоростью, как его в паре верстающий эти эскизы завёрстывает в сайты с шагом -1 (т.е. к тому времени, когда у верстающего заканчивается работа над сайтом N, рисующий как раз заканчивает работу над сайтом N+1) - это очень здорово, но получится ли так же успешно у следующей связки? Пока неизвестно, и ставить их на поток в ответственных больших сайтах страшновато (тем более объём по безответственным простым сайтам ещё огромный).

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

Вот берём к примеру проект. Большой. Работает команда (не считаем менеджеров-управленцев), из разработчиков - 8 программистов на нашей стороне и чуть меньше (но не менее квалифицированных) - на заокеанской, с нашей стороны -+ один дизайнер и + один тимлидер, к которому сводится весь код, который и выкладывает “сегодняшнюю” версию на публичный тестовый сервер. И проект, кажется, интересный, и не только идея - но и… как это называется? Когда, если будет закончен и запущен - станет чудо как престижным, потому что уже сейчас потенциальные, почти-почти реальные партнёры - это монстры всея сети, имена которых известны даже школьникам, и уж, кажется - долой совдеповское представление о том, как должна быть организована работа! Ведь не важно - как после, через пол года, через год повернётся ситуация, но написать в том же портфолио-резюме строчечку о том, что участвовал в таком масштабном, для таких известных… это же грандиозно! Значит, не может быть в командной работе зашоренности на реализации логики отдельного модуля!

И опять сталкиваемся с тем же. Что-то программер ваяет, сочиняет, пишет, в восемь вечера коммитит в SVN свой (работающий) кусочек кода, который включается в проект и выкладывается на тестовый сервер. Где СамыйОтветственныйУправляющий тестирует (для него это не модуль, для него это - страница сайта, на которую он заходит и кликает на ссылочки, заполняет формочки), смотрит с ужасом на страницу, про которую ему типа уже доложили, что “сделано”, и говорит - ребята! Здесь же ничего не сделано! Это нельзя показывать президенту компании! А презентация для него состоится через два часа!

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

Чисто формально. Реально с таким формальным подходом они подставляют не только дизайнера (Таня, здесь же ничего не оформлено! - Да этот модуль только что появился, когда бы я успела? (Тех.директору) - Чем вы там все занимаетесь? Это же никому нельзя показывать! - Но программист же сделал логику, как заявлено, логика-то работает? - Нифига здесь не работает! Это нельзя никому показывать! Уберите пока эту страницу из проекта вообще, чтобы они даже случайно сюда не зашли, пусть лучше UnderConstruction, чем эта фигня! Вы же целый день там работали, неужели нельзя было сделать по человечески?) , но и себя, в конечном итоге. Потому что там, у главного руководства, будет поставлена галочка: модуль программиста А не выполнен, работа не сделана.

Я уже не говорю про чисто человеческое отношение. Так же, как этому программисту глубоко наплевать на работу проекта в целом (а заказчик-то смотрит не на кусок кода, он смотрит как раз на проект в целом), так же - и на других участников проекта. В половину девятого вечера дизайнер Таня обнаруживает новый модуль? Сама, кстати говоря? Но это ведь её проблемы, что опять, так же, как и изо дня в день, будет сидеть до позднего вечера править новый код? У программера-то отмечено - рабочий день до восьми, значит, в восемь вечера залил-встал-ушёл. Логика то в его коде работает.

Да-да-да, я понимаю, что случается такое, что только в восемь вечера кусок кода заработал, до этого отдавать было нечего. Но поверить можно в то, что такое удивительное совпадение произошло один раз. Или даже два. Но подходит к концу третья неделя работы над проектом. И по-прежнему насрать на других и на проект в целом. Потому что ЕГО логика работает, его рабочий день закончен, и за прочее ему зарплату не платят. Нерешаемо?

Решаемо. Можно договориться. Можно научиться договариваться, если не умеем пока. Хочет ли программист, чтобы его “сегодняшнюю” работу чекнули как выполненную? Могу предположить, что - да, хочет. Нарвавшись не единожды на то, что никто не будет читать его великолепный код, но и непричёсанную логику показывать - тоже не будут, может ли программист расчитать своё время таким образом, чтобы успеть увидеть свой код включенным в проект (а значит - оформленным как полагается)? Дык легко. Никто тут не программит прямо как совсем уж раб индийский - и за кофиём посвистеть время есть, и анеки почитать, и по асе тоже…

Сколько у программиста уйдёт времени на то, чтобы сказать дизайнеру о том, что “вот эти данные” выводятся не тем контролом (который уже был оформлен), а другим совсем, потому что там ещё пейджинг нужен и ещё что-то (да кто же спорит? Не дизайнер спорит, уж точно), и что естественно надо его пересмотреть, потому что у грида по дефолту есть бордеры, которые для данного макета неуместны, что “этот контрол” перестал быть самостоятельной таблицей и теперь включается “сюда” и “сюда” (а значит один заголовок оказался лишним + потерялось наследование от старшего объекта в таблицах стилей) и т.д. Вроде ведь не только в одной стране сидим, - в одном помещении, но как показывает практика, с программистом, открытым для командной работы (пусть он хоть в другой стране находится, хоть за океаном) сотрудничать легче (и в целом выходит успешнее), чем с таким же мурлом с местечковым мышлением за соседним столом. Ну как объяснить? Что каким-бы ни был гениальным его личный кусок кода - если он не будет включенным в проект, вся его гениальность так и останется невостребованной?

Как же с ними со всеми трудно, какие же они все разные. К вот этому, этому и вообще вот этой теме - при общем улучшении внутриофисной ситуации есть усложнение организационной части офисной жизни, и требований к моим лично организационным талантам (есть ли они?)…

1. Технический дизайнер (вёрстка на котором) никак не может договориться с дизайнером рисующим, у которого практики вёрстки нет. Проблема известная всем - рисующий мягко говоря не в полном объёме представляет себе все тонкости технической реализации, верстающий сам по себе ещё не супер, и там, где он видит “сложности и тонкости реализации” - на самом деле никаких сложностей нет и всё делается стандартными возможностями css. И я понимаю, что если не сбегут, то рано или поздно притрутся, один приловчится рисовать практичнее, второй поднатореет в вёрстке и не будет создавать проблему там, где её нет, опять же - может подружатся… Пока что же приходится между ними периодически буфером выступать, рассказывая первому, как отверстать “такой” блок, второму - что не такая уж и ценная именно эта тень на этом блоке под этим неоднородным фоном при условии, что блок будет динамического размера и т.д…. ну в общем, не так уж выигрывает дизайн в целом и без неё будет смотреться ещё и почище, а та, главная тень на самом большом объекте (коробочный продукт, коробка в крупном рекламном блоке) - вот она там вообще самая лишняя, её как раз сделать едва-едва, и если уж полиграфическое прошлое так жёстко держит в рамках правильных деталей (т.е. источник освещения слева - значит абсолютно все объекты должны иметь тень вправо) - то не надо делать из деталей главный элемент дизайна, потому что акцент всё равно должен быть на одну единственную кнопку - Join Now, а не на тени.

2. Двум рисующим даётся одно и то же задание, в лекционной форме очень подробно поясняется выданное ТЗ, с рекомендациями где посмотреть, с практически отрисовкой возможных вариантов модульных сеток, тексты, заголовки, слоганы - всё есть, и почему? Ну почему один при этом СЛЫШИТ, что я ему говорю, а второй вежливо делает вид, что слушает и в эскизе всё равно допускает именно те ошибки, о которых явно говорилось, что *этого быть не должно*? И ведь не бесталанный, кажется, но и организационная проблема здесь есть в том, что если у первого будет приниматься каждый первый (ладно, пусть второй) эскиз, а у второго один за другим - браковаться, я его просто не смогу отстоять, придётся увольнять (вернее у него ещё испытательный срок не окончен, типа объявлять, что не подошёл, ой как это неприятно) - ибо как я остальным объясню, почему платится зарплата десигнеру, ни одна работа которого не принята заказчиком, а ведь всего-то - включаться и слушать, включаться, а не делать вид.

3. Верстающие которые ещё как бы новички - то вообще песня. Это уже для меня тренинг - как дрессировать собственную выдержку, не срываться, не раздражаться, но… если все утренние мастерклассы будут проходить впустую, разгоню нафиг. А в резюме писали, что они и xhtml, и css, и js, и даже какие-то там разные серверные… это вот тот самый случай, когда и швец и жнец и на дуде, но всё ПОСРЕДСТВЕННО! и ничего ХОРОШО. В общем, в чудеса я не верю и на то, что придёт в самом деле готовый специалист, который не по верхам, а дотошно и досконально и без вопросов сможет верстать самые сложные эскизы и собирать клиентские скрипты без привлечения программеров расчитывать, пожалуй, не стану, рассказывать буду, только бы они поменьше тупили и внимательнее слушали…

4. Ладно моя нервная система и всё такое… а они… Сборище психотипов. У одного - хорошая скорость реакции, быстрый отзыв, и - если бы была возможность вообще над ним стоять и поправлять сразу - отлично бы всё делал, но без перманентного контроля расслабляется и теряет внимание, вторая - тупит так, что мама дорогая, при постановке задачи записывает чуть ли не дословно, исписывая каким-то образом целые листы А4 мелким шрифтом, и после всё равно каждую минуту подходит и переспрашивает (причём всего лишь нужно пальцем ткнуть в её же записи - где ответ на её вопрос), от нерешительности и неуверенности это, что ли… Потом, освоив и осознав задачу, прёт как танк, делая работу быстро, вроде качественно. Третий ловит каждое слово, и так выразительно внимает (где ж он бедный работал раньше, где же его так выдрессировали?), что становится неловко, четвёртый напротив, не подходит с вопросами если возникают, всё решает сам, иногда неверно и после (так же терпеливо) переделывает, что, стесняется меня? Может такое быть? Пятый капризен как дитя малое и выпендривается так, что его уже (и ведь всего полтора месяца работает!) пришлось несколько раз защищать перед руководством - надеюсь, конечно, что притрётся-пообтешится, но вот видно по человечку, что жизнию не битый ни разу, и понять не могу для себя - хорошо сие или плохо.

Разные все, разные, тяжко к каждому индивидуальный подход исполнять, и самой в мгновение переключаться, одному подбадривающе лишний раз улыбнуться, вторую успокоить и степенно ей повторить ещё раз по очередному кругу, третьего притормозить и приструнить, дабы не зарывался и уважал требования, озвученные в процессе постановки и само ТЗ. Очень не хочется исполнять отсев и текучку кадров, но, повидимому, на этапе формирования отдела никак по другому не получится, даже при самом строгом и дотошном собеседовании, всё равно несколько месяцев уйдёт на плюс-минус. А потом к новым привыкать, изучать их психотипы блин, знакомиться с новыми тараканами.
Мда… похоже, мастерклассы по дизайну-вёрстке чаще, чем раз в неделю устраивать не получится. Что ж делать-то? домашние задания им выдавать?

Какое-то количество постов назад (и после в рассылке) поднималась тема общей образованности дизайнеров и веб-дизайнеров: нужно ли дизайнеру “входить в тему” - изучать прикладную сторону (хотя бы в общих чертах) или же опираться исключительно и добуквенно на указания постановщика задач? Тогда речь шла о том, что разрабатывался сервис типа социальной сети, а дизайнер-исполнитель, который был в проекте, оказался убеждённый противник “этих ваших глупостей, отнимающих драгоценное время” - блогов, социальных сетей и прочих модных штучек. До такой степени противник, что ни разу никогда нигде не зарегестрировался и отказался хотя бы попробовать хотя бы где-нибудь завести себе аккаунт с целью изучения предметной области (не скрою, постановщику, в том случае - мне, это изрядно усложнило жизнь, вернее, работу).

Помнится, в обсуждении тогда комментаторы разделились во мнениях, кто-то доказывал, что дизайнеру в обязательном порядке нужно (ок, хотя бы в общих чертах) знать предметную область, да и вообще по-человечески расширять кругозор (почитайте ещё раз у Аскара Байбузова “Про пользу гумманитарных наук“), кто-то утверждал, что каждый должен заниматься своим делом, и если, к примеру, разрабатывается сайт для поставщика систем очистки воды, и в качестве элемента дизайна исполнитель ставит картинку, которую он нашёл в яндекс.картинках (а значит попавшую туда удачную фотку какого-то как раз российского очистителя с одного из раскрученных российскими же оптимизаторами сайтов - в ракурсе, с бликами, казалось бы, что ещё надо?), а не уникальный, концептуально отличающийся от российских моделей украинский очиститель, удачной фоты которого у дизайнера под рукой не было, а заказчик, который, в свою очередь, совсем не в теме веб-интерфейсов, решил, что раз эти профи сделали так, значит будет так, виноват только постановщик и никто другой. А дизайнеру-то что? Он же не в теме, для него эти очистители - как китайцы, на одно лицо.

И, главное, не придраться. Если у дизайнера профильное (художественно-дизайнерское) образование, и никакого технического или альтернативного, на ночь он читает только исторические или любовные романы и по жизни озабочен исключительно только решением минимально важных для поддержания жизни проблем (где купить сосиски) - какие могут быть водоочистители или другое промышленное оборудование, о чём вы? Но, блин, рисует красавец хорошо. (more…)

Интересный вопрос обсуждается в блоге xekc`a об авторских правах на модульные сетки:

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

Мнения есть, а вот прецедентов конфликтных заимствований я и не вспомню. А суть вопроса в том, что хочется очень быстро сделать то, что нужно, а это самое то, что нужно уже подсмотрено у очень известной компании, которая очень щепетильно относится к авторским правам. Обсуждение в топике любопытно почитать по разным поводам, как тем, кому интересна этическая или юридическая сторона вопроса (в частности всеобщее мнение в массе - права на сетку - это фигня, но если уж она там такая уникальная, то в ремарке к проекту можно и написать что-то типа что в качестве прототипа модульной сетки взята сетка с сайта такого-то), так и тем, кто смотрит в будущее, и вот как хорошо сформулировано про будущее:

я смотрю с users perspective. я как юзер хочу видеть новостные сайты в дизайне ленты, ешопы в дизайне apple store, сайты студий дизайна в сетке АЛГ - например. вы же не запрещаете мне иметь свой шаблон дизайна для RSS? я может хочу демократии и равноправности - привычный дизайн, никаких distractions, я сразу контент хочу кушать, так как мне удобно без вашего маркетинга и вашего понятия о юзабилити и ваши понятия о дизайне. а всю вашу рекламу я хочу кушать в формате adwords в колонке справа. в таком формате она мне интересна в другом мешает.
что если выпустить такой бровзер например? или плагин для фокса? что если дать юзеру решать, чего он считает дизайном а что нет.
…
мы же даём юзеру настраивать размер шрифта или шаблон вывода в его рсс ридере? так почему я должен его ограничивать своим дизайном? пусть переключается в какой ему удобно. пусть вообще зашьёт это в бровзер и видит все сайты веба в дизайне wired или сnn. контент у нас король или где?

Практика же показывает (сорри, цитирую собственный комментарий в тамошней ветке), что
1. очень малый процент юзеров на самом деле настраивает, меняет, и что-то делает в этом направлении,хотя здесь конечно многое зависит от ЦА. Т.е. нужно, чтобы какой-то механизм делал всё сам, поэтому как браузер показывает, так и будет.
2. в этом случае от ДИЗАЙНА сервиса/проекта требуется, чтобы он был *беспристрастный* - что не есть синоним слова *уродливый*, а практика показывает, что как раз беспристрастный дизайн могут создавать очень не многие дизайнеры.
3. Для того, чтобы создавать такой браузер, нужно менять чуть больше, чем просто сам механизм. К примеру, желательно (на уровне стандартов) внедрение какого-то мета-тега, в котором можно было бы указать тип сайта (сайт дизайн студии, или новостийный, или кто-то там, блог какой-нибудь) - ага, вот тогда с таким браузером проблем не будет.

Как завернуло обсуждение, а? Про вопрос о копирайте уже и забыли, но сказано примерно следующее: даже при очень большой спешке, даже в том случае, если модульная сетка, которая берётся в качестве прототипа, представляется оптимальной до последнего пикселя - ну вот трудно поверить в то, что кроме самой модульной сетки будут пересекаться с разрабатываемым проектом так же цели, задачи, ЦА, регион этой ЦА и прочие переменные, а значит точно потребуется хотя бы небольшая модификация модульной сетки, дооптимизация под цели-задачи-ЦА-регион и прочие переменные своего проекта. Фиксированный дизайн? Отлично, и пусть левая колонка будет не 200 пикселей, а 210, дизайнеру же, разрабатывающему эскиз, поручить эти 10 пикселей доработать визуально, топ 100 px по высоте? добавить горизонтальную панель под топом для хлебных крошек, ещё одну панель для анонсов или быстрого доступа к какому-нибуть, скажем, саппорту - и вот уже модульная сетка только очень издалека напоминает исходный прототип. Даже цветовая гамма - только цветами можно сделать так, что макет, 100% дублирующий сетку, будет не угадываться как злостная копия.

Сейчас (вот прямо вчера-сегодня) вопрос сей ой как актуален… В особенности когда анализируем конкурента, который набрал на сегодняшний день приличную базу клиентов, и при этом мы видим у него в сервисе точно-преточно спёртые у нас блоки - а форма обращения к саппорту (одна и та же, стоит у всех клиентов) - спёрт не только прототип, но и код (мой, я свой код уж узнаю) в вёрстке. И ничего. Пускай. Пускай тырят наш макет. Мы у них клиентов отберём всё равно. Они сами к нам придут. Вот как!

За две недели отсутствия меня в цивилизованном мире дел накопилось - даже страшно начинаться. Почту за один день и не пересмотришь, я уж не говорю о том, что с утра пораньше оказалось, что в офисе всё канадское руководство образовалось, жуть. Придётся работать. Среди первых прочитанных писем вижу интересные, вот к примеру предложение принять участие в дизайнерском конкурсе - Мистеру Вонгу нужен редизайн логотипа, призовой фонд впечатляет:

Добрый день, Татьяна.
Мы пишем Вам, потому что Ваш блог посвящен дизайну.Мы - Мистер Вонг, сервис социальных закладок, которым пользуются более 2,5 миллионов посетителей в месяц. В данный момент мы ищем себе новый символ и favicon (значок сайта). Мы хотим пригласить Вас и Ваших читателей принять участие в нашем всемирном конкурсе “Wong and Only Logo Contest”.

Победители получат денежные призы в общей сумме на 12.000 $, из них гланый приз: 6.000 $!
Если Вы считаете, что Вы в духе, выдумать и нарисовать новый логотип Мистера Вонга, то мы предлагаем Вам посетить сайт конкурса, на котором расположена дальнейшая информация: http://www.mister-wong.ru/contest/index.php?lg=ru. (Если правила почему-то окажутся по-английски, то можно кнопкой в верхнем правом углу переключить их на русский.)
Если у Вас возникнут вопросы, замечания или советы, то пишите или звоните нам. Мы так же можем перезвонить Вам по Вашему номеру.
C уважением, Дарина Гольдина

Так что не теряйтесь! Похоже у меня послеотпускной затык круче будет чем до отпуска, так что времени порисовать логотипы для сторонних заказчиков никак не найду. Новенький дизайнер тут совсем не справлялся - задачи сложные, а ещё с сегодняшнего уже дня опять собеседования с опять дизайнерами. А ещё - да-да, предотпускное приобретение - Canon EOS 400D Kit 18-55, и уже много чего в нём - я ведь только из леса (совсем дикая ещё), но когда это всё выкладывать? Потихонечку, неторопясь, главное - не суетиться и не паниковать.