Блог NunDesign

У спамеров от июльской жары совсем крыша потекла. Спамят глубокоуважаемым Тимофеем Бокарёвым, комментами в блог на 3-4 экрана: биография Тимофея Бокарёва, история promo.ru, основы баннерной рекламы… Знает ли герой спамерских текстов о том, как его “пиарят” по блогам? Вообще ужасно, как легко можно спровоцировать негативную реакцию у массовой аудитории на любую известную личность; даже если прозрачно, что это дешёвая провокация, раздражение всё равно появляется.

Ещё начали массово спамить с формы с заброшенного чуток nundesign.com, давно надо было доработать, всё-таки иногда от туда пишут полезности и заказы, а выгребать нужное письмо из сотен писем спама — нет ни времени, ни терпения. Хотя даже и валидные сообщения приходят такие, что сидишь над ним, медитируешь - грохнуть как спам, не раздумывая, или ответить. Чаще всего это письма с “предложениями” по обмену ссылками или просьбами выступить спонсором очередного SEO-конкурса. Да, признаюсь, как-то под настроение и в самом деле несколько раз соглашалась стать спонсором конкурсов, но это, скорее, случайность, и вряд ли в ближайшие месяцы подобное настроение у меня возникнет ещё раз. Поэтому, ребята, извиняйте, но заявками закидывать меня не надо. И если уж пишите… Хоть немного прорабатывайте тему.

В комментах к одной из записей вчера появился вопрос как раз по теме:

More info »

Ещё вчера, пока писала “Офисное дизайнерское: стандарты и договорённости” была уверена, что столько всего нужно записать из “правил и договорённостей”, важных для успешной командной работы дизайнеров, а как до дела дошло, так, кажется, и писать нечего. Большая часть - такие очевидные вещи, что даже странно, что их нужно оговаривать особо. Но, с другой стороны, если были прецеденты больше двух раз, значит, имеет смысл записать себе очередной пунктик.

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

More info »

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

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

• дизайнер уходит в отпуск (замечательная причина, я считаю!)
• дизайнер заболел, и не меньше чем на две недели (будьте здоровы, дорогие!)
• дизайнер отпросился по семейным обстоятельствам (это, обычно, несколько дней, но проект-то ждать не будет!)
• дизайнера просто приходится переводить с одного проекта на другой (сложная причина. Иногда необходимо это делать несмотря на то, что этим дизайнером уже выполнено 70% работы.)

В последнем случае такое может происходить, к примеру, если дизайнер справляется с трудом, ему, к примеру, не интересно, или не получается, и эффективность от участия его именно в этом проекте низкая, и предполагается, что если его перевести с этого проекта1 на проект2, а его работу перепоручить другому дизайнеру, то эффективность по обоим проектам возрастёт. Бывает так, что дизайнер из команды уходит надолго или совсем, и никуда не денешься от того, что его проект перепоручается другому:

• дизайнер уходит в декретный отпуск (и это тоже замечательная причина!)
• дизайнер увольняется потому, что ему предложили что-то получше (для любого человека естественно выбирать лучшее предложение из имеющихся, глупо ведь взывать к смешным “верности компании” или прочим абстрактным сущностям)
• дизайнер увольняется потому, что ему не интересны задачи, которые ставятся в этой компании (мало ли, человека в 3D тянет, а здесь у него сплошь плоские интерфейсы, юзабилити какое-то и прочая чушь)
• дизайнера увольняют (тут причин может быть много, они описывались уже раньше в заметках “Почему увольняют дизайнеров?” и “Дизайнеров увольняют потому что… Продолжение“.)

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

Весной была довольно объёмная работа над одним приложением. Помимо прочих “элементов дизайна” необходимо было разработать в едином стиле 12 полноформатных иконок для базового приложения и для его подприложений, каждая с фреймами 256×256, 128×128, 64×64, 48×48, 32×32, 16×16, каждый размер в решениях 32 бита и 8 бит. Ничего сложного, но у нас с иконочной графикой дизайнеры возиться вообще не любят, совсем пиксельные стандарты (на 16 цветов и на 2 цвета) не были нужны, но всё равно для мелких размеров в 256 цветах обычно нужна ручная догонка фреймов. Программист сделал 11 иконок из 12 и… вынужден был по важным семейным обстоятельствам отпроситься в отпуск на неделю. По проектным срокам иконки должны были понадобиться дней через 10, поэтому отпустили без проблем. Но у нас как всегда: внезапно изменилась погода, всё перекроили, где-то на горизонте замаячили инвесторы и сообщение о том, что презентация - в пятницу, до которой три дня. Я перевожу “доработку” последней иконки на другую девочку, тоже талантливую и умелую. Пол дня она пыталась… нарисовать эту последнюю иконку в стиле предыдущего дизайнера. Потом забила и за полтора дня ПЕРЕРИСОВАЛА все 12 иконок в почти (почти!!!) том же стиле, но всё же немного по-другому, в соответствии со своим видением правильного набора иконок. Её иконки оказались удачными вполне, работу утвердили, а 11 иконок предыдущего дизайнера, неделя работы, оказались просто не востребованными (хотя по виду тоже ничего, не плохо).

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

Тогда в дизайнерском офисе вынуждены вводить какие-то внутренние стандарты и договорённости, да.

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

Нас пинают, чтобы мы не забрасывали изучение Silverlight`а, ещё с нового года, если не раньше. Никаких серьёзных проектов на нём мы не затеваем, но и совсем забрасывать этот, с позволения сказать, перспективный инструмент для разработчиков не разрешается, поэтому ваяем потихоньку никому не нужные бесполезные тестовые проектики, программеры исследуют свою часть, дизайнеры - свою. Для коммерческих проектов использовать Silverlight пока никто не рискует, не столько с нашей стороны (разработчиков), сколько со стороны руководства и маркетингового отдела, у которого есть глубокие сомнения в целесообразности использовать SL в неопределённо долгое “ближайшее” время. Прежде всего, естественно, потому, что именно с них, с маркетингового отдела спросят, где посетители на очередном сайте, и как успешно они конвертируются в заказчиков? И не закрывает ли каждый первый страницу, на которую он попал, только потому, что у него не грузится контент страницы СРАЗУ?

Кроме того, что технология новая и малообкатанная, успешных разработчиков, хорошо понимающих SL, на сегодняшний день мало или даже можно сказать нет (но можно сказать, что есть начинающие изучать и даже добивающиеся некоторых, гм., успехов), мало того, что браузеры юзеров ещё девственно чисты и для доступа к контенту соотв. сайтов нуждаются в доустановке соответствующих типа плагинов, смущает наших маркетологов и то, насколько успешно можно будет продвигать такие сайты в поисковых системах, насколько хорошо будет индексироваться контент и все прочие связанные с SEO вопросы. Вопросы эти висели в пассивном состоянии, серьёзных исследований никто не затевал, но после недавней новости о переговорах Adobe с Google&Yahoo по поводу флеш-контента публика вновь засуетилась, и, как я поняла, не только у нас. По теме нашла опубликованный вчера пост одной довольно широко известной в узких кругах дамы по имени Мери Джо:

Когда Adobe, Google и Yahoo анонсировали в начале этой недели, что контент, который содержится в файлах формата Flash будет ещё более легко индексируемым поисковыми системами Google и Yahoo, Microsoft там не участвовал.
Кажется, я помню, как Redmondians и его сторонники, когда сравнивали Silverlight с Flash`ем, убеждали аудиторию в том, что Silverlight контент легче видим для поисковых систем (и не только для Live Search). Мне это что, приснилось? Я запросила у Microsoft подтверждение и получение следующих утверждений от представительницы компании на 2 июля:

Microsoft изначально проектировала Silverlight легко доступным для поисковых систем. Потому что это простой ZIP архив, а Silverlight приложения упаковываются в XAP (это расширение файлов исполняемых пакетов Silverlight`а) файл, легко доступный для поисковых систем без специального SDK (software development kit). И потому, что XAML - это W3C-совместимый XML, любой статический текстовый XAML легко разбирается поисковыми системами. Кроме того, любые мета-данные, которые включаются в ZIP файл, так же легко индексируются поисковыми системами. Silverlight приложения так же поддерживают “deep linking“, поскольку легко разбирают загружаемый URL,  и используют информацию из строки запроса в URL для быстрой загрузки и отображения соответствующих данных. И в заключении, Silverlight DOM сам по себе может легко проверить на обнаружение все тексты, ссылки и картинки, которые визуализируются в контроле.
“Т.е., средства, которые предлагает Silverlight пользователям, прекрасно оптимизированы для поисковых систем? Да. Silverlight не только сконструирован так, что предполагает отличную искабельность, но и великолепен для включения публикаций динамического контента из систем управления контентом, который легко индексируется поисковыми системами. При публикации динамического контента Silverlight типа XAML и XHTML отображения, пользователи компетентны в эффектном уменьшении времени для оптимизации контента для поисковых систем.”

И другие вопросы, на которые я не получила ответ: может ли Live Search индексировать Flash контент сегодня и насколько хорошо? (остался без ответа. Хотелось бы видеть, что Microsoft может сказать об этом)
UPDATE: Ina Fried из News.com говорит: Microsoft не комментирует этот вопрос… По крайней мере сейчас.
Проводил ли кто-нибудь из SEO экспертов или разработчиков/владельцев сайтов хоть какой-нибудь сравнительный анализ, чей контент - Flash или Silverlight, находится лучше? Думаете ли вы, что новые соглашения с Google и Yahoo (но без Microsoft для Live Search) дадут Adobe преимущества над Microsoft на этом фронте? Если да, почему?
Тем временем было объявлено о том, что Microsoft запустила пилотную версию Silverlight Streaming для рекламных блоков (только для USA, для тех, кто может заполнить форму W9), для которой ещё в начале весны была начата регистрация тестеров. “Эта пилотная программа разрешает вам аплоадить видео контент в Silverlight Streaming и воспроизводить его с контекстной рекламой релевантно воспроизведению событий, основанных на ключевых словах, которые вы присоединяете к вашему видео, когда вы его загружаете, или позже в настройке свойств этого видео,” следует из текста поста в блоге Windows Live Dev.
(Silverlight Streaming — сервис Microsoft’а для Silverlight rich media content`а.)

Сегодня нежданно напомнил о себе сервис LiveLib — книжная социальная сеть, которая завелась как-то в рунете чуть больше года назад, та так и живёт себе потихоньку, малозаметная и скромная. И вот, с целью, так сказать, популяризации в массы, решили LiveLib затеять конкурс в стиле “приведи друга, получи iphone!”:

Первый победитель получит Apple iPhone, следующий призёр получит Apple iPod Nano, и ещё три призёра получат Apple iPod Shuffle каждый. Призы будут переданы победителям лично или отправлены им удобным для них способом.
Условия:

1. Чтобы стать участником, достаточно зарегистрироваться.
2. Победителями будут те участники, которые пригласят наибольшее количество новых пользователей сервиса за время проведения конкурса. Приглашённые идут в зачёт после того, как добавят в свою коллекцию 10 прочитанных книг.
3. Приглашённые должны подтвердить свой email, а также указать свои имя, город и страну — это тоже непременные условия.
4. Конкурс продолжается до конца июля. С наступлением 1-го августа по московскому времени учёт приглашённых пользователей прекращается. Итоги конкурса будут подведены в пятницу, 1-го августа.
5. Каждый приглашённый должен быть настоящим человеком. Не разрешается регистрировать множественные аккаунты самостоятельно, предлагать за регистрацию деньги, материальные или нематериальные бонусы, пользоваться автоматическими средствами регистрации и рассылать или размещать в каталогах спам с приглашениями. Это грозит дисквалификацией.

Мы рассчитываем на честную игру и надеемся, что она принесёт удовольствие тебе и твоим друзьям!

Как-то и я там зарегестрировалась, и даже писала о сервисе в ЖЖ-шном блоге (этого тогда ещё не было), и, кажется, даже планировала пользоваться, но не пошло, какого-то комфорта и соответствия моей жизни не было. Но если кому-то интересно, вы регистрируйтесь тогда с моей ссылки http://www.livelib.ru/register/nundesign, с моим фартом призов мне всё равно не светит, но вдруг кому-то понравится такая онлайновая библиотека.

А вообще-то сегодня я планировала написать про совсем недавно обнаруженное IT Community, но, к сожалению, это замечательное детище от M$ глючит и недоступно. Регистрация на сервисе там = активации аккаунта Windows Live ID, а тот, в свою очередь, радует некоторыми техническими проблемами (но не обещает, кстати говоря, то они будут решены и когда они будут решены):

Что-то меня это не удивило, этот если честно.

Да, и вот ещё новость недельной уже давности. Как-то после более чем годового забытья напомнили мне про I2R-вский форум, заброшенный вместе с библиотекой ввиду малосмысленности однобокого развития проекта без его библиотечной i2r`вской базы. Да просто так напомнили - в аську написали разные, не знакомые между собой люди о том, что форум заспамили, и как же так, и всё такое. Я старательно делала вид, что мне глубоко пофигу весь i2r, но тут пришло строгое письмо от Google AdSense, где попрекали меня недопустимым конетнтом на одной из площадок (ну да, на форуме же), где размещены объявы АдСенса. Давно надо было снять, да забылось, в статистике адрес не мелькался, денег с форума не капало, плюс отношение “вычеркнуть, забыть и не расстраиваться”. В общем, пришлось разыскивать логины-пароли на доступ к форуму, грохать (для начала) гугловский код нафиг, потом - упомрачительное количество порнухи во всех темах. Мда.

Интересное наблюдение: больше всего порнушными картинками и текстовыми постами была завалена тема под названием “Пофлеймить и поговорить за жисть”, что-то около нескольких тысяч постов. Меньше всего - раздел “вёрстка” - меньше 50 постов. С чего бы вдруг такое корректное поведение у злостных спамеров? В общем, поудаляла грязь и закрыла все разделы, вообще. На модерацию времени нет, собирать серьёзное тематическое сообщество - нет смысла, зазывать волонтёров или нанимать недорого студентов для поддержания относительного порядка - не возникло желания. В общем, очередной досвидос i2r.ru

subj!
Можно писать сюда или даже звонить по телефону
More info »

Узнала, что журнал Cool Girl закрывали с формулировкой “используют изображения обнаженных людей и животных в сексуальных позах”.
Как жить при власти, для которой “обнаженное животное в сексуальной позе” - не пустой звук?
© Линор Горалик

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

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

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

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

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

А мы продолжаем заниматься проектированием и разработкой интерфейсов в непредназначенных для этого условиях. Причём если с веб-интерфейсами как-то приловчились реагировать динамично, и с веб-программерами отлажено, то с интерфейсами для программ всё не так ровно. Может, судьба у наших приложений такая, может, сишные возможности в самом деле далеки от перепроектирования “на лету”, может это мы все такие трудно обучаемые… Да и поставщик задач для нас, не технарь, хоть и продвинутый пользователь, как-то путается, видимо, когда мы разрабатываем веб-приложения, а когда — очередные програмки для windows.

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

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

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

И вот такая, казалось бы, мелочь пузатая, а не задача, становится трудно реализуемой из-за того, что какая-то скромная подзакладка (типа табов) по имени “IE PLUGINS” во французской версии называется “EXTENSIONS des fichiers IE”, а вспомогательный текст на специальной панели, так до пикселя размеченный, в эту панель просто не влазит. Делать панель больше? Значит, две другие, рабочие, нужно соответственно уменьшать. А с размером шрифта поработать нельзя, потому что у программеров шрифт задаётся в каком-то специальном объекте, одном на все текстовки. А размеры панелей у программеров где-то захардкодены так, что динамично изменять их в зависимости от локализации невозможно, а переделать - возможно, но (возвращаясь к вопросу о перепроектировании с нуля) “это займёт некоторое время”, которого нет у нас, нет в плане у PM`а, нет у заказчика.

Скажите мне только, почему так удивляется поставщик (сюда) задания, что чего-то сделать нельзя или можно, но “не быстро”? Задача-то месяц назад ставилась совсе-е-ем другая. Даже взять всего один элемент новшеств — те же языковые локализации, уже была бы другая концепция, изначально, и проектировалось бы другое, а ведь это только один, ближайший пример. И начинаются костыли, и разрушается логичная концепция, и у разработчиков опять состояние, близкое к тому, что это они — не профессионалы, работают над трудным, очень может быть что — неудачным проектом. А трудностей-то всего в том, что основная задача - костыли удержать да подпорки расставить. А тут ещё к ихним трудностям мы, мыши дизайнеры. У нас, видите ли, немецкая кнопочка сюда не помещается, а значит, нужно не просто текстбокс уменьшать, но и прогрессбар сдвигать, и ещё что-то там не состыковывается… А тут бы после добавления ещё (скажем так) 10% функциональности надо бы сценарии вывода интерфейсных окон изменить…

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

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

UPD: я ни разу не программист, так же, как и прочие дизайнеры в команде, поэтому большую часть проблем, которые нельзя решить, озвученных программерами, мы принимаем на веру. К примеру: заказчик хотел. чтобы интерфейс проги мог открываться на full screen. Программеры сказали: это не возможно в данных условиях реализовать на ближайшем этапе. Почему? Я не знаю. Но дизайнерам приходится работать в рамках фиксированных размерах окна. И таких примеров много.

Посмотрела свои архивы: 18 мая 2006-го года я первый раз писала о замечательном проекте - Рыжий Мир, уже больше двух лет прошло с момента моей регистрации на сайте. А отношение к нему не изменилось - нравится тёплой атмосферой, чудесным сообществом рыжих участников, нравится сама идея, нравится то, что проект не костенеет со временем, а живёт и развивается, не смотря на явное отсутствие прибылЕй с посетителей. А сегодня на хабре обнаружен пост от хозяина Рыжего мира о том, что есть желание проводить фотоконкурсы для рыжих участников и участниц, для чего требуется (не великий, по всем расчётам скромный/символический) бюджет на разработку фотодвижка и прикручивание его к сервису Рыжего Мира. Цитирую с хабра:

Как-то на хабре прозвучали слова: “Есть две главные причины, по которым задуманные проекты так и остаются словами – это нерешительность и лень. Именно так – лень и нерешительность.”
И это правда. Поэтому:
1. Проанализировал сайты, специализирующиеся на фотоконкурсах, и простые порталы, устраивающие такие конкурсы.
2. Составил подробное ТЗ.
3. Нашел программиста.
В итоге, по его оценке, работы на 25-30 часов. Что, приблизительно, около 15 тыс руб.
Востребованы ли сейчас фотоконкурсы?
Возможно ли и какими путями найти спонсора, который стал бы и инвестором?
Каким пряником можно его приманить?

Моё мнение: фотоконкурсы востребованы всегда, идея замечательная, которую давно уже надо было реализовать. А вот инвесторов на доработку, возможно, придётся искать частями. Как приманить? Для начала нужно уведомить, чтобы к потенциальному инвестору попала информация о том, что он кому-то нужен. Затем нужно подумать, что инвестируемый мог бы дать инвестору со своей стороны. Если это не часть акций на владение проектом, или не обещание прибылей и возврата вложенных денежек сторицей с 30% комиссией в течение года, то, по всей видимости, это будут как минимум традиционные для малых спонсорских вложений бонусы: рекламные ссылки на спонсора, текстовые/баннерные/блочные, упоминание “кто тут спонсор” в публикациях о тулзе или мероприятии, которое спонсируется. А для этого надо подготовиться заранее:

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

Хотя для меня, к примеру, все эти данные для расчёта выгоды, в этом случае, не актуальны, я, как давний Рыжий Житель решила помочь с фотоконкурсами: информационной поддержкой в этом блоге и частичным спонсорством. Мне кажется, в результате мы увидим самые замечательные фото галереи с яркими, золотыми, медными, веснушчатыми и вовсе не, галереи с самыми рыжими участниками. Это будет очень позитивно! А ещё есть уже идеи на осенние конкурсы, когда сама природа в масть теме Рыжего мира!

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

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

Дальше. В письме видим приветственный текст с несколькими полезными ссылками. Всё-таки моя практика показывает, что в подобных текстах действие, которое должен исполнить юзер, необходимо связывать с глаголом, это первое, и быть последовательным назначении функциональных элементов — это второе. Это означает, что ссылки (в тексте они синим жирным шрифтом) я бы подставила под глаголами:
- *Доповнiть* (а не на существительном “*профіль*“)
- *Приєднайтеся* (а не на до цікавих Вам*дискусійних груп*, которые ещё и с потерявшимся пробелом после слова *Вам*)
В третьем же пункте списка ссылка стоит под глаголом + словосочетание:
- *Запросіть своїх колег та друзів і*… - это к вопросу о последовательности в принятом для конкретного письма шаблоне. Или уж на словосочетаниях “глагол+связанное существительное”, или только на глаголе, подсказывающем, какое действие нужно сделать.

Дальше тоже плохо: “Щоб *почати користуватися сервісом*, клікніть тут” - ссылка на *почати користуватися сервісом*, а слово “тут” выделено жирным, но ссылкой при этом не является. В следующей же фразе письма:
“Якщо ж Ви не реєструвалися у PROFEO,клікніть на лінк *тут*.” - опять теряются пробелы, но не в том беда: ссылка уже на слове “тут”, т.е. опять непоследовательность в объявлении действий, и - нечёткость из-за того, что ссылка ставиться где угодно, только не на глаголах, это действие определяющих. В обоих этих предложениях я бы рекомендовала поставить ссылку на фразу “*клікніть тут*” — и, соответственно, оба предложения закончила бы одинаково.

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

Или даже вот такой замечательный НДУЕТ: