|
|
Библиотека Интернет Индустрии I2R.ru |
||
№ 206 | Библиотека Сайтостроительства - новости, статьи, обзорыВсем привет. Самый разгар летнего периода, пора отпусков и связанная с этим умеренная активность в сети, работается без авралов спокойно, заказчики ленивые и довольные, красота... Понятно, что сайтостроительские проблемы никуда не деваются, но все же сегодня хотелось бы отвлечься на более абстрактную тему и поговорить о сетевых сообществах; те же читатели, которых интересуют исключительно проблемы разработки веб-сайтов, могут пролистать вступительную заметку и перейти сразу к анонсам статей и дискуссиям в форуме (там как раз обсуждаются дизайнерские вопросы). Социальные сети - термин известный уже не одно десятилетие; по отношению же к онлайновым сообществам активно стал использоваться последние код-два. Вообще говоря, любые новые идеи, связанные с социальными сетями, видятся мне интересными - я, как шпиён, с любопытством наблюдаю за рождением и развитием немаленького количества проектов. Мой круг - проект уже относительно солидный и известный, аудитория на сегодняшний день огромная. И, кстати говоря, основную цель - поиск партнеров по бизнесу, действительно выполняет. В Библиотеке мы уже писали еще об одном проекте - TooDoo. Цель - похожа, регестрировать свои данные, строить сети своих знакомых. Можно зарегестрировать свои сайты и блоги (для полноценной регистрации ссылки надо на свой сайт-блог установить невидимый код, с помощью которого ссылка на TooDoo активируется). И - из сайтов, которые зарегестрированы другими участниками сети, отмечать те сайты, которые читаешь. В статистике (по этой ссылке) будет указано - "этот сайт читают... столько то человек" - и, разумеется, можно посмотреть, кто же читает рассматриваемый сайт. По идее, такой сервис поможет владельцу сайта узнать свою аудиторию, так сказать, "в лицах". В отличие от безличной статистики или относительно безличной аудитории этого же проекта на его форуме (если он есть). Еще одна молодая социальная сеть - АтласКит - структура подобная, знакомая уже. Цель - формирование групп контактов знакомых и деловых партнеров, которые соотв. пересекаются между собой, разветвляются, растут. Судя по аудитории АтласКита, пока что основной интерес проект представляет именно для украинских пользователей. В основном это Киев. Но, как и любой другой здравый сервис, АтласКит вовсе не ограничивает регистрацию любых участников. О социальных сетях сегодня вообще пишут много, часто - тема уж больно модная. И понятно ведь, что идея в принципе своем не оригинальна, сетью можно назвать любое сообщество пользователей, даже если нет возможности просматривать "цепочки" знакомых, а зарегестрированные юзеры считаются знакомыми одного порядка. Формирование групп френдов в ЖЖ, или - по такому же алгоритму создание списка друзей в Рыжем Мире (об этом проекте уже не один раз упоминалось в блоге NunDesign) - вот вам простенькая социальная сеть, объедененная нестандартным критерием - все участники этого сообщества - рыжеволосые. Кстати, Рыжий Мир - очень теплый проект, очень славное сообщество, и, хотя пока сам сервис несколько... любительский, очень хочется надеятся, что проект не заморозится, не застрянет на том уровне, на котором есть сейчас, будет совершенствоваться дальше. В общем случае известные на сегодняшний день сети можно разбить на "тематические" - сообщества, объедененные узким кругом интересов, и "универсальные" - где круг интересов не ограничен. "Бизнес-сети", построенные по принципу универсальных, но позиционирующие себя как проекты для нахождения деловых контактов, в отличие от тусовок по интересам, по хобби, направление перспективное, однако каждый из подобных проектов пока еще совершенствуется, пытается придумать и реализовать уникальные сервисы, которые будут качественно отличать их от конкурентов, которых с каждым - даже не годом, месяцем - становится все больше. Какие же могут быть сформированы уникальные сервисы на базе деловых социальных сетей? Деловые сети и рекомендательные письмаИстория рекомендательных писем насчитывает несколько сот лет. И сто, и двести лет назад служащий, который приходил устраиваться на новое место работы, вручал будущему работодателю документ, в котором либо в вольной форме, либо официальным тоном сообщалось о том, что "этот порядочный молодой человек положительно зарекомендовал себя…" или "девушка из хорошей семьи наших друзей, мы рекомендуем ее как честную и ответственную…" - и при наличии таких писем вероятность получения места увеличивалась на порядки. В период советской власти, когда безработицы "не существовало", а тунеядство строго преследовалось, стандартом стала так называемая "характеристика с места работы". И, хотя частые смены работы не поощрялись, и "непрерывный стаж" на одном месте работы считался признаком благополучного служащего, конечно же люди все равно периодически работу меняли. В этих ситуациях характеристика с предыдущего места работы, подкрепленная мокрой печатью – это был важный документ, внимание которому уделялось пристальное. Впрочем, всегда – и в прошлые века, и в советское время, и сегодня важным, иногда – приоритетным рекомендательным фактором почти во всех ситуациях были и остаются личные рекомендации, родственные связи и "волосатая лапа". Логика руководителя/потенциального работодателя при этом понятна и прозрачна: достаточно важно, чтобы коллектив представлял собою некое преданное руководству комьюнити, иногда – в ущерб профессиональному уровню организации в целом. Принудить работника быть преданным фирме, руководителю, невозможно, и выбор стоит перед работодателем следующий: взять на работу человека, уже приближённого социально, и по ходу работы воспитать из него нужного организации специалиста либо же взять уже сложившегося профессионала в надежде на то, что он правильно вольется в коллектив и займет свою ячейку в сложившейся социальной структуре, станет преданным руководителю и делу фирмы сотрудником. В современном обществе известный креш в экономике в постсоветское время, а так же в результате того, что появилось огромное количество новых направлений в индустрии, в частности, в IT отрасли миграция работника стала делом естественным и уже не вызывающим ни удивления, ни осуждения у общества в целом. Фирмы создаются и умирают, предприятия не выдерживают конкуренции и распадаются, те же организации, которые держатся на плаву или даже успешно развиваются – периодически меняют стратегию и направления деятельности. Для многих бизнес-процессов как со стороны специалистов, так и со стороны нанимателей все чаще становится выгоднее сотрудничество на договорной основе – бумажной или даже устной – когда речь идет о мелком частном фрилансе. Неустойчивость таких связей очевидна – ни работник, ни работодатель не получают гарантий, что заданная работа будет выполнена качественно и в срок, с одной стороны, и без проблем оплачена, с другой. И здесь опять же, как и в давние времена, значимым фактором для создания связи между работником и работодателем становится рекомендация. Наниматель ищет специалиста на разовый проект – он обзванивает знакомых, списывается со своими людьми из контакт-листа с просьбой порекомендовать знающего человека; чем более ответственной предполагается работа, тем больше времени тратится на исследование предыдущих связей этого специалиста с другими работодателями. Рекрутинговые агентства, по большей части, упустили важность фактора рекомендательных писем. На сайтах по трудоустройству, так же как и в соответствующих офлайновых структурах присутствуют базы вакансий нанимателей и базы резюме специалистов, но редко где можно наблюдать базу связей, уже устанавливавшихся между работником и работодателем. Есть, разумеется, и не первый год коммерческие биржи проектов, где такие связи создаются и на базе этих связей можно наблюдать рейтинг и работников, и работодателей. В частности, программерские биржи, где регистрация платная, а риски не получить проект либо нарваться на гнилого заказчика все равно остаются, организаторы биржи все же пытаются свести к нулю подобные риски именно за счет демонстрации рейтингов связей: заказчик выставляет проект на биржу, специалисты подписываются на разработку, среди всего списка заказчик выбирает разработчиков, начинается сотрудничество, и по окончанию разработки заказчик выставляет баллы разработчикам (не важно, это один человек или команда), и публикует свои комментарии по поводу состоявшегося сотрудничества. Таким образом и формируется та же самая рекомендация, которая может иметь решающее значение при выборе разработчиков для других участников биржи. Такие биржи редко когда бывают универсальными, как правило – выбирается узкая отрасль, к примеру, биржи программистов, или биржи переводчиков (где своя специфика), и одна из сложностей может заключаться в том, что разработчики, переводчики, в общем, специалисты оказываются в ловушке биржи – доступ к рейтингу предоставляется только зарегестрированным в системе работодателям, и всю базу рекомендаций по поводу уровня квалификации специалиста наружу никто не отдаст. Тот же наниматель, который не имеет возможности или не желает регестрироваться в подобных биржах, соответственно, будет искать своего специалиста по-старинке, через знакомых либо через рекрутинговые агентства, получая, в большинстве случаев, "кота в мешке". С другой стороны в большинстве случаев оказывается, что нужный нанимателю специалист оказывается достаточно близко от него самого – на расстоянии одного общего знакомого. Знать бы только в каждый отдельно взятый момент, какому именно знакомому из всех нужно позвонить или написать, чтобы отыскать этого специалиста. Знакомый может, в свою очередь, о чем-то забыть, или быть недоступным – отключить телефон, уехать в коммандировку, не ответить на личное сообщение – и вот связь не состоялась. Создавать же связь на основании портфолио или данных в резюме, не подкрепленную социальной рекомендацией, всегда достаточно рискованно. Современные онлайновые социальные сети пытаются исправить подобное упущение. Задача любой такой сети – построить цепочки знакомств, показать связи между людьми. Следовательно, если сеть позиционирует себя, как "деловая", "бизнес-сеть", она отчасти может решать проблему поиска деловых, партнерских и рекрутинговых контактов, предоставляя помимо общих данных участника сети, которые можно получить из его профайла, нужные цепочки его связей с другими участниками сети. И все же большинство таких деловых сетей в рамках работающих моделей не позволяют внедрять базу рекомендаций. Т.е. реализуется обычная система цепочек знакомств, перенесенная из оффлайнового мира в онлайновый, и вся гибкость модели заключается в том, что участник, заинтересованный в поиске делового контакта, может изучить информацию из профайлов других участников и послать запросы через систему обмена личными сообщениями в сети или вне сети своим знакомым. Но ведь более расширенная реализация модели так близка! Как правило есть все данные для того, чтобы сформировать на базе существующих деловых сетей систему рекомендаций по отраслям. По правилам практически каждой первой участник сети заполняет (или может заполнить при желании) профайл, в котором перечисляет место работы, предыдущие места работы, свои интересы (личные и профессиональные). Он указывает, кем он работал, с кем сотрудничал, и основная цель такой информации – в увеличении цепочек знакомств – чем больше информации о себе опубликует пользователь, тем больше вероятность того, что в рамках одной сети найдутся люди, с которыми он учился, работал, дружил. К примеру, три года назад участник сети был программистом, два года назад – системным администратором, на сегодняшней день – занимает должность технического директора маленькой IT-фирмы. Т.е. он уже позиционирует себя как технический директор с определенным опытом работы. Некий наниматель ищет в свою организацию хорошего технического директора, важное условие – у него должна быть определённая база знаний и определённый опыт в той же отрасли. Разумеется, он будет искать нужного работника, используя личные связи, а не агентства по трудоустройству. Теоретически в рамках развитой социальной сети он сможет найти того самого технического директора, и даже предположить, что тот согласится перейти из маленькой фирмы в его, известную и крупную организацию. Но ему нужны подтверждения того, что он не ошибся в своем выборе. Если он попытается получить эти подтверждения в рамках той же сети, ему придется так же как и в оффлайновой жизни делать запросы через системы обмена сообщениями или опубликованные контакты других участников сети. А ведь как можно оптимизировать такую структуру данных: Описанный выше технический директор указал в своем профайле нынешнее и предыдущие места работы. И каждый из его нынешних и будущих работодателей может к каждой указанной им позиции добавить свою характеристику. Т.е. работал он три года назад программистом – ссылка на рекомендации от его работодателей о том, какой он был специалист. Работал два года назад администратором – опять ссылка на характеристику. Анализируя опубликованные характеристики, наниматель сможет более уверенно действовать при выборе того специалиста, который нужен ему прямо сейчас. С одной стороны, при такой модели сеть будет расти быстрее, потому что уже зарегестрированный участник сети постарается привлечь в сеть своих бывших работодателей, хотя бы с целью получения прямого рекомендательного текста, в рамках той же сети. С другой стороны – восстанавливается старая добрая система рекомендательных писем, которая позволит нанимателю оперативно, не выходя за рамки онлайнового общения, получить максимум информации о потенциальном работнике. Следующий, пока еще далекий, недостижимый шаг в формировании классического рекомендательного письма – знак, подтверждающий качество и подлинность содержимого. В оффлайновой жизни таким знаком является мокрая печать организации. Такая печать ставилась на характеристиках с места работы-учебы в советское время. Актуальность мокрой печати в структуре современного бизнеса тормозит развитие обмена документами при любых он-лайновых процессах, а введение в качестве альтернативного знака электронной подписи пока еще остается мечтой о цивилизованной модели документооборота. Но ведь и помечтать не вредно, и стремление к цивилизованному подходу есть – а вот при наличии знака – печати или электронной подписи на той же характеристике работника делает этот текст значимым и солидным документом. Однако рано заглядывать в далекое будущее – пока еще даже простая модель, в которой на каждую позицию своего профуровня участник сети мог бы получить характеристику от своих работодателей – даже эта модель пока еще не реализована в той мере, как это бы виделось. Выстраиваются цепочки – участник-участник, которые могут помочь найти нужных знакомых, но не в полной мере проработаны цепочки участник-позиция (специализация)-участник. Значит и развитой системы рекомендательных писем пока еще нет и когда она будет реализована – не известно. Веб-разработчики же продолжают строить одну общую всемирную сеть - каждым новым веб-сайтом и веб-сервисом совершенствуя и модифицируя виртуальный мир. Обсудить эту заметку можно в блоге NunDesign
:: Создаём значки в PhotoShop!
:: Bar’ometr vs SeoBar vs Page Promoter Bar [инструменты оптимизатора] Ф О Р У М Ы [горячие темы] :: nun: Дизайнеров мало пороть, надо линчевать на месте! [Веб-дизайн] На прошлой неделе опубликована новость в Библиотеке о новом сервисе от студии Артемия Лебедева. Это я к тому (нетерпеливым и недовольным критикой сайтов в этой рубрике) - вот вам решение! Пишите сразу туда. minaton:туда будут стараться попасть не из-за порки а из-за ссылки nun: Я понимаю, что в том числе и из-за ссылки. Хотя в новости как раз написано, что для критики принимаются любые дизайнерские работы - т.е. в том числе дизайн для печатной, внешней рекламы, обложки книг, иллюстрации и просто разработки. Я помню, как совершенно чудесный еще несколько лет назад сайт reklamaster.com, украинский проект о рекламе и маркетинге, подал заявку Лебедеву на порку и получил на редкость положительный отзыв - кто следил за публикациями на порке, помнит, что рвотные пакетики раздавались чаще пирожков и по любому поводу. Рекламастер же хвалили, отметили, что дизайнеры как раз поработали на славу (придирки были, конечно же, куда же без них). Это событие явилось прекрасным информационным поводом - мало того, что сразу пошла аудитория, почти целевая, с лебедевской публикации, кроме этого только ленивые СМИ не написали о том, что "московские мэтры высоко оценили работу украинских дизайнеров" - т.е. пресс-релизов и новостей на эту тему было море. Я тогда уже вела сайтостроительство, поэтому помню этот движняк. Кстати, сайт рекламастера действительно был классный - мне нравился дизайн, на форуме собирались интереснейшие люди и проблемы поднимались разные, всегда было что почитать - ежедневно. А сейчас ребята изменили дизайн. Совсем по-другому, неуютно, грубые цвета, долгое время глючил движок, уж не знаю как сейчас. В общем, мне кажется, что сегодняшний рекламастер рвотных пакетиков (или что там теперь будет у Лебедева - просоленных розг?) получил бы по полной. :: Merle: еще один: www.viant.ru, не откажите! [Веб-дизайн] Еще один сайт для критики: http://www.viant.ru. Готов выслушать замечания, если чего не понравится. А пока пойду посмотрю другие сайты в этой ветке... nun: В целом уродства не наблюдается, цвета спокойные, логотип даже нравится. Что можно было бы улучшить: 1. Если на странице мало информации, завершение страницы (bottom) подскакивает на середину экрана. Это при том, что сверстан ваш проект таблицами, и задать правильно высоту на весь экран вообще не проблема. Тогда даже при неполных страницах синяя полоска внизу будет именно внизу экрана, а не посередине. 2. На первой странице сайта эмулируется трехколоночная верстка. На последующих средняя колонка в теле документа как бы прячется, но блок (там где "мы строим жизнь"), равный по ширине этой колонки в верхней части страницы, остается. И он как бы непонятно к чему. Получается неприятно. Лучше бы на всех страницах оставит среднюю колонку. Если не понятно что там должно быть - а вы, к примеру, разместите там еще слоганы, или афоризмы о строительстве, в общем хоть что-нибудь. 3. В топе в длинной ячейке на синем фоне руки с линейкой - это неудачно. Нужно или стилизовать, или доработать, или заменить. Как минимум провести цветокоррекцию - неужели вы не видите, что руки нечеткие и излишне бурые? Если бы они были стилизованными, светлыми (а карандаш - ярко-красный в тонах красного, который используется в логотипе) - было бы поприятнее. Но все равно совет - переделать или заменить картинку. 4. Логотип слева вверху. Визуально - симпатичное решение. Но нижняя строчка - попробуйте поработать с мелким шрифтом. Попробуйте заменить шрифт. И правый край нижней строчки выровнять надо по последней букве в слове "Виант" - иначе получается криво. 5. Иконка из серых-синих-красных квадратиков возле названия страницы демонстративна. Кажется, что именно она и есть логотип. Лучше было бы использовать в качестве маркера заголовка страницы что-то менее заметное, или более... символичное. 6. Верстка заставляет желать лучшего. Много избыточного. Реализация левого меню, такая как у вас... Без проблем то же самое можно сделать, использовав список + css. 7. Те информационные элементы страницы, которые должны быть заголовком, надо делать с использованием тега H (1,2,3,4...) - это правильно и с точки зрения логики html-документа, и с точки зрения оптимизации. Пока логики в этом документе нет. Впрочем, не только из-за отсутствия заголовков. 8. Черный текст на синем фоне в завершении страницы (копирайт) смотрится некрасиво. Поработать с размером/цветом копирайта. 9. Схемы проезда в контактах - нечеткие, плохого качества, переделать бы полностью. Сертификат - тоже битый jpeg, его надо пересканировать и запомнить с нормальным качеством. Вы должны учесть, что границы красного или бурого цвета рядом с любым другим цветом выглядят более заметно битыми клеточками, чем синий, к примеру, или серый. Если уж цветовую гамму сертификата изменить нельзя - попробуйте другой формат графики, .png рекомендую. 10. На главной "При необходимости можем оказать:" и дальше три пункта, что оказывают. Они отображаются без маркеров и разделенные белыми полосками - явно сверстанные таблицей и ячейки в этом столбце отделены этими белыми полосками. Невнятно и неправильно - здесь опять же нужен список, ненумерованный список из ваших трех пунктов - с нужным отступом и маркерами (задать размер отступа и тип/вид маркеров через css). В том же стиле оформить и второй блок, который ниже ("Сервисные услуги: ") - таким же ненумерованным списком с теми же отступами. Будут еще вопросы - пишите. :: Merle: Нужна Ваша критика [Веб-дизайн] Присоединяюсь по поводу цвета. Хорошо что вы не переусердствовали с графикой, коли вы не дизайнер, а то наворотили бы. Лично мне не нравится жесткий столбчатый дизайн. На больших мониторах очень много пустого места, тем не менее страниц целиком не помещается даже на 1600х1200. Впрочем, многие хорошие дизайнеры все равно делают жестокие столбы blank: Когда сделал "жесткий" столбчатый дизайн, остался червячок сомнения - а как на больших мониторах будет выглядеть? Примерно что Вы говорите, так и предполагал. Сейчас нарабатываю "контент" и займусь переделкой дизайна. Попутно вопрос ко всем - хочу на сайт поместить небольшую "забавность". А именно-на краешек листочка повесить маленькую капельку. Если посетитель наведет на нее курсор, то капелька улыбнется. А если кликнет, то упадет, растечется, затем соберется, почешется и в развалочку убежит в норку. Затем появится на своем месте. Как "идея"? Или лучше не надо? nun: Надо-надо! это идея отличная, главное, чтобы реализация не подкачала! На флеше собираетесь делать капельку? очень хочется посмотреть - даже в черновом исполнении. blank: Если идея хорошая, то сделаю обязательно и сразу сообщу, чтобы посмотрели. Очень постараюсь, чтобы реализация не подкачала. К сожалению до флеша еще не дорос. Буду делать в Фотошопе. Видел как-то сайт, посвященный безопасности в сети, серьезный очень. И там был нарисован ежик, дающий "советы". Никак не подберу слово - какой он. Смотришь на него и взгляд "теплеет". В общем теплый такой. И решил про себя, что у меня тоже будут на сайте симпатичные "забавности". Merle: Отличная идея, меня тоже натолкнула на интересную мыслю... только в реализации не так просто. Без флэш вы не обойдетесь, как ни крути. Разве что улыбку реализуете. Хотя можно на javascripte попробовать, но не уверен что получится красиво. Как думаете, nun? :: Merle: Экспериментальный дизайн ;-) www.translate.greenkey.ru [Веб-дизайн] Решил попробовать немного поэкспериментировать с навигацией, благо сайт не критичный. Много внимания уделял браузерам, мой набор: IE, Mozilla (старый), Firefox, Opera 7 (глючит flash) и Opera 9. Что получилось? пока сам не уверен... nun: Merle, страх какой... Мда, креативно. Я думаю, каждый дизайнер должен в своей жизни собрать сайт такой вот... гм. Оригинальный. Экспериментальный. Тем более если заказчик без претензий. Думаю, что уже в ближайшее время вам самому захочется переделать все, просто вам надо, чтобы прошло время и вы смогли увидеть ваш проект свежим взглядом. Но, поскольку вы суда пришли именно за мнением со стороны, попробую высказать свое. Только вы уж не обижайтесь, договорились? 1. Лиловый градиент на фоне главной страницы - решение плохое. Прежде всего, создается впечатление излишней пестрости, да и вообще цвет неудачный. Гм., а ярко-желтые буквы на ярко-лиловом тоне в правом нижнем углу - такого даже в пик хомяков на народ.ру редко можно было увидеть - понятно же, что это, как бы помягче выразиться "не элегантное", "не стильное" сочетание цветов. 2. Часы на главной. Я понимаю так, что основная причина, по которой вы разместили эти часы на главной - во первых выв нашли flash-модуль, который очень хотелось куда-то приткнуть, прямо нетерпелось, во-вторых, не придумали чем заполнить половину экрана страницы. Поскольку объект в данном случае бесполезный, излишне громоздкий - лучше убрать часы вообще. 3. Идея с пересекающимися цветными квадратами в качестве элементов главного меню - решение не оригинальное, но удачное. Действительно, единственное что можно оставить в качестве опорного дизайна - это флешевое меню. Но реализация опять же подкачала. Потому что, я полагаю, вы и сами видите, что: - летающие и вертящиеся слова "дойч/инглиш" - глупость какая-то, походите по флешевым сайтам, посмотрите на флешевые баннеры, попробуйте реализовать другую эмуляцию движняка в блоках, данное решение не годится. - Что-то вы недоизучали в теме использования шрифтов во флеш-роликах. Все буквы в ролике у вас битые, заметно плохого качества. Дело техники - попробуйте разобраться, в честь чего у вас бьются фонты, поправить. Попробуйте использовать другие фонты. - При наведении фокуса на цветной квадрат они у вас неправильно пересекаются. При наведении на синий квадрат ожидается, что он не только подсветится, но и выступит вперед по всем соседним, а он выступает только над красным - над желтым не выступает. - Содержимое квадратов (особенно на подсветку) могло бы быть и интереснее. Т.е. еще раз повторю - идея интересна, но реализация подкачала. 4. При переходе на вторичную страницу сайта - любую, как я понимаю, градиент меняется на неградиентную страницу с цветным фоном и "отвернутым" уголком слева вверху. Здесь: - Уголок слева вверху нарисован бездарно, неаккуратно. Поищите уроки (photoshop, Corel) как рисуется уголок, перерисуйте в хорошем качестве. То, что сделано сейчас - попросту негодится. - В отвернутом уголке - три квадрата, которые исполняют роль той же оригинальной навигации. Очень неюзабельное решение. Прежде всего - потому что совершенно не очевидно, что меню по разделам перенесено в маленькие квадраты. Потом - При наведении на квадраты нужно, чтобы как минимум высвечивался hint (подсказка) с именем раздела, куда можно попасть по ссылке. А при еще более грамотном подходе - квадратик делать увеличивающимся в размере с ясным указанием посетителю, куда он попадет, если кликнет. - думаю, не надо удалять квадратик активного цвета из этого оригинального меню. Напротив, если на желтой странице - квадратик яркий но не является ссылкой, а остальные - притушенные и являются ссылкой и подсвечиваются при фокусе, + хинт или даже увеличение квадратика с инфой о ссылке - тогда было бы супер, и понятно, и оригинально, и юзабельно. 5. Гм. Смысл квадратиков в правом нижнем углу вообще не понятен. И какой логикой вы руководствовались, когда два правых делали ссылкой на главную, а третий - левее - нет? Вообще нелогичный какой-то блок. Вообще с правым нижним вам надо что-то решать. Идея как с часами, так и с квадратиками пока не понятна. Попробуйте использовать там что-то типа коллажей... Офисные всякие инструменты - тетради, ручки, стопки словарей, да еще и клиентку пофоткайте за работой, за компом. И соответственно в качестве оформления - на каждую страницу - свой коллажик в правый нижн6ий. Может, вы решите использовать другую какую-то идею, но то, что есть сейчас - решение неудачное, вернее, и не решение вовсе. 6. На каждой странице нужны названия разделов. Большими буквами. Если это "Контакты" - так и пишите вверху страницы - "Контакты". Если это сервис, переводы - так и называйте, как понравится - "Сервис" или "Услуги переводчика" или "Переводы", или как-то еще, но назовите страницу. Поверьте, вы облегчите жизнь вашему посетителю и, кроме того, сделаете страницу более логичной. 7. На счет собачек. Собачки миленькие и все такое... Но дело в том, что если это сайт человека, который оказывает услуги, делать личный раздел с фотогалереями собачек - это лишнее. Скажем так, можно было бы сделать из раздела "обо мне" не очень (или очень) заметную ссылку на личный раздел. Там хоть про собачек, хоть про вылазки, хоть про деток-внуков. Но убрать ссылку на собачек с главной. Или перекроить идею немного. Даже крупные и солидные организации допускают на сайте размещение таких вот личных разделов. Но покроено это немного по-другому. Чуть менее выразительно, чем информация о сервисах и услугах, ставится ссылка на "наш блог" или "внутренняя жизнь компании" - по разному называют. Когда это покроено гармонично - и нареканий не вызывает. В вашем же случае собачки - равноценный раздел наряду с платежной информацией и переводами. Несолидно и непонятно - о чем же сайт? Думаю, что нужно еще раз пересмотреть цели сайта и в зависимости от его целей и задач - попробовать построить другую модель. 8. Советую уговорить хозяйку сайта (похоже она умеет работать с текстами) или же обратиться к сторонним копирайтерам - и поработать с текстами на сайте. Тексты - это важно. У вас текстов нет. Их еще надо писать. То, что есть - может пройти в качестве временных заглушек на время разработки и тестирования, в качестве текстов рабочего проекта они не подходят совершенно. 9. Очень бы хорошей идеей было бы, если бы вы сделали языковые версии сайта. С одной стороны - наличие языковых версий для сайта переводчиков - это естественно, это лишний раз подтвердит его профессиональный уровень, даст возможность получить не только русскоязычную аудиторию, но и англоязычную, и немцев тех же. С другой - переводчику-то ведь не сложно будет для самой себя сформировать страницы, а вам - разработчику - не сложно реализовать поддержку версий, а пользы от мультиязыкового сайта в ВАШЕМ КОНКРЕТНОМ СЛУЧАЕ будет значительно больше. 10. Фидбек и копирайты - вещь достаточно постоянная. Именно поэтому им обычно, по традиции отводится стабильное место - внизу всех страниц сайта, одинаково для всех страниц сайта, самое важное средство обратной связи (к примеру, мейл адрес), год, на который актуален сайт (бывает заходишь на сайт, вроде и человек интересен, а он реально уже 4 года на сайт не заходит и не планирует его поддерживать, это особенно важно, если на сайте объявлены какие-то - любые - услуги) - напишите, что ли, что сайт на 2006 год актуален, и, соответственно, кто разработчик сайта - ваша собственно ГринКей, только скромнее, мельче. 10-а. Мелочь, конечно, и, кроме того, это мое личное мнение. Шрифты без засечек очень некрасиво смотрятся в italic. В отличие от, к примеру, шрифтов с засечками. Особенно в крупном размере. Попробуйте поиграться со шрифтами. 10-b. Очень много и долго хочется критиковать вашу верстку. Но поскольку в этом разделе критика обычно - в сторону юзабилити и визуального дизайна, отмечу только ОДИН ПРИМЕР: Код: <table width="100%" border="00" cellpadding="0" cellspacing="0" bgcolor="#550055">Этот блок можно заменить одной записью: Код: <h1 class="basicheader">ТЕХНИЧЕСКИЕ ПЕРЕВОДЫ (АНГЛИЙСКИЙ, НЕМЕЦКИЙ) И ОБРАБОТКА ТЕКСТОВ (MS OFFICE).</h1>где .basicheader описан в таблице стилей: Код: .basicheader {background-color:#550055; color: FFFF00; font-family: ; font-size: ; text-align: center;} Вывод: Сайт непродуман, цветовая гамма небезупречна, навигация затруднена, переделывать можно с нуля, взяв в качестве идеи дизайна неплохую идею с цветными квадратами. :: Pushkin: О резиновой верстке и CSS [Проблемы верстки] Вопрос сформирован здесь: http://forum.i2r.ru/viewtopic.php?p=825#825 но меня попросили вынести его в новую тему. Повторюсь: пытаюсь сверстать страницу: ширина блока с контетом меняется в зависимости от ширины окна. Опера мои потуги понимает нормально, а этот ср. IE почему то нет. правый блок при сжимании окна с боков уходит под блок с контентом. Код следующий: #content { :: Zigzag: Помогите добить тему изучения XHTML+CSS [Проблемы верстки] Все вопросы касаются исключительно CSS-верстки (CSS 2.1+XHTML 1.0) 1. Насколько я понял, все графические элементы дизайна странички в документ должны подгружаться только через css-файл? 2. Если на предыдущий вопрос ответ утвердительный, то правильно ли я понимаю, что для позиционирования таких изображений в документе небходимо каждое заключить в отдельный DIV-блок? 3. Я так и не понял сути relativ-позиционирования. Я выяснил, что каждый следующий элемент позиционируется относительно предыдущего (в. т.ч. текст, изображения и пр.), но не от его левого верхнего угла. Относительно какой части предыдущего элемента все же происходит такое позиционирование? 4. Как быть в случае, если мне необходимо изображение сделать ссылкой, но оно подгружено через css-файл? Правильно ли будет его заключить в отдельный DIV-блок, который в свою очередь заключить в пару тэгов ? 5. Как же все-таки достигается растягиваемость того или иного DIV-блока, для обеспечения масштабируемости в случае различного значения ширины/высоты соседнего блока, которое зависит от его содержимого? Значение auto, работает каким-то непостижимым мне загадочным способом. :: VladiT: Как определить параметры div'а [Проблемы верстки] Как можно определить параметры div'а width , height? например: <div style="position:absoute; top:10px; left:10px; width:50px">Это текст для определения параметров;<div>
Style не указан пaраметр height как мне вытянуть из дива этот параметр в числовом виде чтобы записать его в переменную для последующего редактирования.:: RomBat: Как перехватить нажатие клавиши enter? [Веб-программирование] Господа, очень интересен вопрос "Как перехватить нажатие клавиши enter?". Может быть, мне кто-нибудь сможет здесь подсказать варианты исполнеия... Был бы очень благодарен, если в скриптах :: antirek: VMWare и прочие системы виртуализации.. [Веб-программирование] Раньше была проблема: модем постоянно держать включенным - денег за время не напасешься, а программировать сайты надо, сейчас выделенка - денег и так за траффик уходит много. Был "Денвер" типа нечто среды для разработки - вещь хорошая, но хотелось чтобы и дома, и как в кинотеатре - появилась в моей жизни виртуальная машина VMWare, на которой стояла FreeBSD с Apache, MySQL, Perl, PHP - все что надо разработчику. А главное все компактно (даже ныне образ моей VMWare машины на DVD входит). Восхитительные отзывы об этой штуке и немного предложений по ее использованию можно увидеть на форуме LDU: http://ldu.ru/posts-q1401.htm Сейчас люди делают бизнес на создании и распространении VMWare образов различных ОС с предустановленными приложениями. С предлагаемым ассортиментом можно ознакомиться здесь: http://www.vmware.com/vmtn/appliances Традиционная сборка LAMP: http://www.rpath.org/rbuilder/project/lamp gnum: Одного не могу понять - зачем. Никогда не сталкивался с серьёзными проблемами переноса php/perl кода для web с Windows на Unix/Linux. Может быть стоит сразу грамотный код писать а не громоздить несколько операционных систем "чтобы работало"? antirek: Виртуальная машина VMWare позволяет решить не только проблему переноса кода, но и множество других. Читайте дальше.. В основном, я работаю дома. На рабочей машине стоит виртуальная машина, в которой ведется разработка. Надо показать проект заказчику в живую? Копирую образ ОС на ноутбук и спокойно еду на презентацию. На работе скидываю образ ОС со всеми исходниками дабы мои коллеги могли с изменениями, которые я внес, и посмотреть обновленный вариант работы. Иногда я делаю бэкапы. Скопировал образ ОС на DVD, подписал на обложке дату и основные моменты и положил на полку. Иногда переустанавливаю ОС на рабочей машине. Все разработки лежат в одном месте: в другой ОС. Бывает ищу ключи и генераторы оных на варезных сайтах. Только из под виртуальной машины. При заражении виртуальной Windows, ее образ безвозвратно удаляется с моего компьютера со всей подхваченной заразой. Использование виртуальной машины позволяет мне немного проще работать с собственными наработками, что освобождает мне время на грамотное проектирование программ и написание грамотного кода. gnum: Конечно, гвозди можно забивать и при помощи микроскопа. Немного дорого и неудобно, но есть люди, которым этот процесс нравится. Хостинг обходится мне в очень небольшую сумму и, как правило, создание демо для заказчика заключается в копировании файлов на ftp и обновлении базы данных. Заказчик может и без моего участия посмотреть результаты моей работы. Плюс несколько постоянно действующих сайтов. А бекапы делаются максимально просто - любым архиватором упаковывается папка с проектом (естественно, предварительно нужно сделать слепок базы) и копируется куда-то. Кстати, скажу я вам, бекап в этом случае занимет намного меньше, чем образ целой операционной системы. Не заразиться помогает файрвол, антивирус и грамотное использование браузера. За 4 года неограничивания себя в посещении сайтов самой разной направленности у меня был только один инцидент с трояном. Получение трояна я определил практически сразу, выдернул сетевой шнур из компа. Удаление непрошенного гостя заняло минут 30. Зазевался. На формы засмотрелся "Использование виртуальной машины позволяет мне немного проще работать с собственными наработками, что освобождает мне время на грамотное проектирование программ и написание грамотного кода." - Как по мне - рефератное утверждение. Сам такие писал во всевозможных отчётах и выводах. Про намного проще и освобождает время я уже высказался выше. В первом абзаце. antirek: Я раньше думал: почему в интернете на форумах люди разговаривают про всякие идеи, кропотливо описывают всякие мысли, пишут обзоры и читают их, ведут блоги. В итоге пришел к мысли, что этим людям предпочтительнее один на один разговаривать с компьютером нежели с людьми, на людях мы видим одну личность, за компьютером откровеничает другая. Я не прав? Почему буржуины используют яву для бизнес-приложений? Покупают дорогостоящие сервера, заказывают исследования, строят архитектуры? Когда и так все понятно, что натур продукт - он лучше. Я не использую Ruby для своих проектов по причине его своебразного использования, к которому я привыкнуть еще не могу, а как следствие не могу донести его суть до других. В интернете мало людей, которые умеют полноценно и комплексно решать задачи, которые умеют оценивать сходу стоимость и затраты на проекты. Гораздо больше говорящих с сарказмом: "конечно, можно и на ракете огород пахать". Когда учился в школе, дачу моей мамы я вскапывал за полторы-две недели вечеров лопатой. Стал постарше - стал брать у соседа мотоблок - срок: пара выходных. Вы не видите преимуществ в использовании виртуальной машины, да и я не смог их вам раскрыть, поэтому тему для вас, gnum, и меня можно закрыть. Вы кроете мои примеры использования одного продукта целой линейкой различных софтин. Ваши доводы похожи на лепетание крестьянина: "Зачем нам кухонный комбайн? У мя вот есть мясорубка, вот есть тёрка, вот есть ножик, вот есть дочка, которая капусту с морковкой шинкует". gnum: Прошу прощения, что затронул вашу легкоранимую душу своим ответом. Конечно проще прийти к заказчику с диском, сказать ему чтоб установил виртуальную машину (кстати, а она у вас честно оплачена? Это если уж рассуждать про буржуинов, которые проводят дорогостоящие исследования и используют дорогостоящие технологии), чем сказать "Откройте браузер и наберите вот этот адрес..." "Почему буржуины используют яву для бизнес-приложений? Покупают дорогостоящие сервера, заказывают исследования, строят архитектуры? Когда и так все понятно, что натур продукт - он лучше. Я не использую Ruby для своих проектов по причине его своебразного использования, к которому я привыкнуть еще не могу, а как следствие не могу донести его суть до других." - В общем случае, это объясняется грамотным проведением рекламной кампании того или иного продукта. Java была предложена корпорацией Sun в тот момент, когда не было единых стандартов, единых API в разных системах и в разных средах. На тот момент она казалась (потому что была разрекламирована, да и потому что идея была хороша) действительно решением всех проблем. Но время шло. Появилась поделка явы от микрософт, лишь частично совместимая с тем, что было в оригинале, стали популярными кроссплатформенные php, mysql, появился фреймворк. И явой сейчас занимаются лишь на отдельных островках программирования. Ну и, конечно, программирование для мобильных телефонов. Но это нельзя назвать серьёзными корпоративными решениями. "В интернете мало людей, которые умеют полноценно и комплексно решать задачи, которые умеют оценивать сходу стоимость и затраты на проекты. Гораздо больше говорящих с сарказмом: "конечно, можно и на ракете огород пахать"." - Более того, скажу я вам. В интернете мало программистов. Очень многие из тех, кто считают себя программистами, после института, где им рассказали про самое новое, самое модное и самое красивое понятие не имеют, что такое оптимизация... Представить себе не могут, что ту программу, которую они только что наворотили и компилятор не долго думаю накатал бинарник на 10 мегабайт лет 10-20 назад умещали в 16, 32, 48 килобайт и работало оно намного быстрее. "Вы не видите преимуществ в использовании виртуальной машины, да и я не смог их вам раскрыть, поэтому тему для вас, gnum, и меня можно закрыть." - Полагаю, вы очень удивитесь, если я вам скажу, что использую виртуальные машины в работе? Что почти каждый день приходится работать с парой виртуалок? Да, на одной я тренируюсь. Действительно - это удобно - в cлучае "прикладывания" операционной системы можно воспользоваться вчерашним образом. Но намного удобнее и приятнее работать с реальной машиной. По многим причинам. А уж возводить виртуальную среду в качестве сервера разработок... "Вы кроете мои примеры использования одного продукта целой линейкой различных софтин. Ваши доводы похожи на лепетание крестьянина: "Зачем нам кухонный комбайн? У мя вот есть мясорубка, вот есть тёрка, вот есть ножик, вот есть дочка, которая капусту с морковкой шинкует"." - Пару лет назад один мой коллега был вынужден работать под линуксом. Он поставил себе виртуальную машину только для того, чтобы читать почту при помощи The Bat. Мне кажется, что ваш пример здесь не уместен. Давайте оставим крестьянина, но предложим ему... porshe вместо трактора для работы в поле. Полагаю, такое сравнение будет более уместным. А что касательно затрат на проекты... Представьте себе, что платили-бы вы а не клиент. Что-то изменилось-бы в списке рекоментуемых компонет? antirek: Хм.. К чему так петушиться, дорогой gnum? Я сравнил два предмета из одной предметной области: терку и кухонный комбайн. Когда требуется потереть на скорую руку морковочку для заправки супа, я не буду доставать кухонный комбайн, быстрее будет достать терку, раз-два - морковка нашинкована, ополоснул под струей воды и положил на место. Когда же мы ждем гостей, то для ускорения работы лучше достать комбайн и накрошить овощей и в суп, и на второе блюдо, и на салат. Аналогично с разработкой веб-приложений. Думаю, что все с этого начинали - поставили Apache, php, MySQL. Затем написали первые скрипты. Разрабатывали библиотечки своих функций. Были бесплатные хостинги, затем хостинг a-la 100 баксов в год, теперь выделенные сервера, скоро будет своя оборудованная площадка. Любая система должна иметь развитие. Откуда можно получить развитие? Нужно время и деньги (вспоминаются золотые слова: без инвестиций нет инноваций). Где брать деньги? Брать больше заказов и делать их быстрее - один из вариантов. Большое количество проектов необходимо поддерживать и развивать. Удобно когда они все всегда с собой! Используйте виртуальную машину VMWare! В данном случае виртуальный компьютер является базой, на которую можно опереться в рабочей жизни. Сломался компьютер? Изменилась конфигурация? Все хозяйство хранится в одном месте (буквально в одном файле). У меня работает несколько помощников, у каждого стоит такая же виртуальная машина. При появлении нового сотрудника ему просто выдается копия чистой ОС, с которой мы работаем, где он может творить все что ему угодно - смотрим на результат, если не сломал, то включаем в общую работу. gnum, твой пример с Porsche не уместен. nun: Извините, что встряну со своим мнением в вашу, без сомнения, важную дискуссию. Gnum, каждый инструмент может быть полезен в определенной ситуации, в некоторых - не заменим. То же я могу сказать о VMWare, которой пользуюсь, которая установлена уже более полугода, которую не люблю, за то, что так и не приловчилась пользоваться ею со всем желаемым комфортом, за то, что ресурсы, зараза такая, отъедает, но - приходится, потому что у меня были и, по видимому, еще будут задачи, для которых виртуальная VMWare - действительно очень правильное решение. Но (уважаемый antirek) - фразы "Используйте виртуальную машину VMWare!" выглядят как-то по-рекламному. Думаю, если бы вы писали о вашем отношении к этой среде без повелительного наклонения - у участников дискуссии было бы меньше желания противоречить вам. antirek: Я это делаю нарочно. Возможно, на первых порах это вызывает неприятие, но в итоге мы выслушали развернутое мнение человека и я высказал более подробно что хотел. Да, фраза "Используйте виртуальную машину VMWare!" - звучит по-рекламному. Но, в общем контексте видно, что это не более реализация принципа "Простое - сложное". Сложно сделать простую вещь, просто наворотить сложную вещь. VMware - это сложная система, которой пользоваться просто. Только собраться и начать пользоваться ей. Это звучит как-то по-MLM'овски, но... Читайте дальше. Каждое решение появляется в результате решения конкретных задач. В том числе и программное решение. Немного покумекав с Visual Basic 5.0, любой начинающий программист может сваять некое подобие Word'а - программы для написание текста и некое подобие Excel'а - программы для ведения таблиц. Причем не за годы, а несколько дней. А добавить функциональность к этим программам? Обмен между ними данными, корректное отображение таблиц в тексте, форматированного текста в таблицах? Добавить проверку орфографии текстов? Возможность изменения цветов, шрифтов? Создать на базе этих двух программ системы документооборота? Желание реализовать в программе несколько больший функционал растет непропорционально возможностям его удовлетворения. Посему для создания продукта сравнимого с MS Office требуется не только много ресурсов, но и грамотное построения архитектуры с широкими возможностями масштабирования. Но разве архитектура сложна? Если гармонична, то нет. И кажется, а что здесь делать-то тут и так все понятно даже дураку. Сложно, только ей следовать и не делать какие-либо допущения в ее реализации, препятствующие возможностям масштабирования. Для этого надо собраться и делать. А делать проще всего не в одного, а в двоем, или в коллективе. А коллектив должен понимать с чем мы работаем. И люди не забивают голову конкретной машиной (о, это мой компьютер! это мое рабочее место!), а используют виртуальную машину. И теперь снова к реализации принципа: "Простое - сложное": через некоторое время по запросу VMWare мы будем иметь на первой странице результатов поиска ссылку на эту тему форума. У Л Ы Б Н И Т Е С Ь !
Контора переехала на новое место. Сотрудники распаковывают вещи, компьютеры. Тут один из сотрудников подходит к шефу и радостно сообщает:
Предложение авторам: Если вы хотите публиковаться, если вы хотите, чтобы ваше имя стало более известным, а ваш сайт - более посещаемым - присылайте ваши статьи о веб-дизайне, компьютерной графике, методах раскрутки сайтов, технологии флеш и на другие темы, имеющие отношение к Сайтостроительству, редактору раздела. Автор: Татьяна Вукс |
|
 |
 |
2000-2008 г. Все авторские права соблюдены. |
|
 |
|
