Несмотря на то, что есть разумное соображение, что «выдающиеся» элементы интерфейса быстрее привлекают к себе внимание, опыт показывает, что это далеко не всегда так.

Возможно, интернет реклама «портит» восприятие пользователя, и он начинает игнорировать крупные объекты, выделяющиеся из общей структуры.



Пользователь искал ссылку «Фотки». Потратил на это 38 секунд. Он дважды обошёл глазами экран по кругу, и только 78-фиксация взгляда попала на тот объект, который он искал.

Схожая задача, найти на ссылку «блоги», в другом случае была решена тем же пользователем в 2 раза быстрее.



15 секунд на то, чтобы обнаружить ссылку на другом портальном сайте. Ссылка находится в ряду (в списке) других ссылок. Оформление списка направляет взгляд.

Как показали результаты опроса, больше всего люди-х хотели бы раскрыть секрет НЛО. Заранее хочу извиниться за то, что открыть его я не смогу, иначе мой логин просто самоуничтожится :(

Кроме того, большинству хотелось бы узнать, как поделиться «кусочком» своего бизнеса, а этот вопрос грамотно раскрыть можно только после базовых знаний в области регистрации предприятия или индивидуального предпринимателя, поэтому об этом сегодня и поговорим.

Благодаря добрым людям-х, эта запись появилась именно здесь. Надеюсь, так будет и дальше :)

Продолжаю публиковать некоторые материалы из своего блога IdeaBlog.ru, посвященного венчурным инвестициям, венчурным инвесторам и стартапам.

Небольшой анонс: на блоге в рубрике Venture Capitalist's Profile блога IdeaBlog.ru опубликована статья под названием "Профиль инвестора: венчурный фонд компании «ФИНАМ». Дмитрий Родионов", в которой, на основе интервью с руководителем проектов (венчурные инвестиции) Центра инвестиций в высокии технологии компании «Финам» Дмитрием Родионовым, раскрываются инвестиционные предпочтения венчурного фонда компании «Финам», его требования к проектам и к командам проектов, говорится по каким причинам отсеивается большинство соискателей инвестиций и т.д.

Когда стартапер задумывается о привлечении внешних инвестиций, всегда встает вопрос о подготовке бизнес-плана — в его отсутствие с инвесторами разговаривать, может, и можно, но дальше разговоров дело не пойдет. Многие считают, что бизнес-план для стартапа, особенно находящегося на pre-startup стадии развития — это фикция, что делать его не нужно, а, если и делать, то можно обойтись формальными словами. Однако такие стартаперы остаются, как правило, без инвестиций. Если, конечно, они не напали на какого-то лоха-инвестора: один из успешных российских стартаперов рассказывал мне о том, что среди бизнес-ангелов, которым он презентовал проект в рамках сотрудничества с одной из российских сетей бизнес-ангелов, были и любовницы олигархов — “настоящие блондинки” по его словам — которым их спонсоры дали денег с тем, чтобы те прикупили себе бизнес и занимались им, а не выносили бы мозг своим “папочкам” от безделья; так таким “инвесторшам”, по словам этого стартапера, важнее было, чтобы понравился сам стартапер, а не проект. Однако всем остальным инвесторам потребуется ваш бизнес-план, и изучать его они будут очень серьезно. Этот документ им нужен даже не столько для цифр окупаемости, которые вы там приводите, а для того, чтобы понять, насколько глубоко вы изучили рынок, на котором собираетесь действовать, и будет ли ваш продукт/услуга востребованы вашей целевой аудиторией, которая и должна приносить деньги стартапу. Поэтому к составлению бизнес-плана следует отнестись очень и очень серьезно. Это документ прежде всего является своеобразным вопросником для вас самих — достаточно ли вы изучили рынок, все ли продумали в своем проекте. Лично я всегда по своим новым проектам — неважно, собираюсь ли я привлекать инвестиции или нет — прежде, чем начать их реализацию, составляю бизнес-план — причем всегда с цифрами. Для себя и для лучшего понимания что я хочу, что мне предстоит сделать и смогу ли я это сделать сам либо мне придется кого-то привлекать. В 99% случаев те суммы, которые мне изначально кажутся достаточными для реализации проекта, возрастают в 2-3 раза — за счет додумывания тех мелочей, их которых, как известно, и складывается бизнес.

Когда я разговариваю с потенциальным менеджером проекта, я всегда задаю вопрос по процессу прохождения проекта. Все хорошие менеджеры рисуют его примерно одинаково, примерно так как написано в хороших умных книжках. Вот примерно как этот процесс должен проходить:

Проект инициирован и идет полным ходом.
Некая проектная документация для него уже составлена и подходит время для отрисовки дизайна. Менеджер ставит дизайнеру задачу, а через неделю забирает 10 прекрасно нарисованных макетов страниц. Дизайнер старался как мог и потому каждый пиксель в данном дизайне продуман и поставлен на нужное место.
Дизайн передается к верстальщику, который погружаясь в код старается заверстать великолепный дизайн дизайнера с точностью до пикселя. На выходе он по документации выдает 20 заверстанных страниц.
После чего дизайн поступает программистам. Которые собирают проект и теперь это уже не просто статичный дизайн — это работающий интернет-сайт.

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

Всегда сталкиваюсь с проблемой сбора требований перед началом нового проекта. Делаю это в разных программах в зависимости от сложности проекта, когда в Word, когда в Mindjet MindManager. Пытался найти специальное ПО или информацию, в том числе и на хабре — не нашел, хотя смотрю тут тему «Сбор требований» затрагивают часто. Так, что думаю данный вопрос будет актуален на Хабре.

На данный момент мне известно несколько профессиональных продуктов созданных для структурирования, сбора и анализа требований:

— Rational RequisitePro
— AllFusion Process Modeler (ранее: BPwin)
— AllFusion ERwin Data Modeler (ранее: ERwin)
— Doors
— Borland Caliber RM

А как вы собираете/структурируете/анализируете требования к проекту?

Итак, сегодня речь пойдет о подключении внешних библиотек (суб-проектов) в основные проекты с использованием Subversion.
По старой доброй традиции, в качестве клиента для работы с SVN будет использоваться давно полюбившийся нам TortoiseSVN.

Как обычно, все описанное ниже не претендует на звание инновационной идеи. Это всего лишь обмен опытом, целью которого является облегчение работы для разработчиков.

Я думаю, эти строки ударят по сердцу каждого, кто пробовал когда-либо заниматься версткой, и знает, что такое «кроссбраузерность». Для тех, кто знаком с темой меньше, представлена следующая часть текста.

Доля Internet Explorer на рынке браузеров составляет порядка 80%, притом еще год назад она была на уровне 90%. Это — самый популярный браузер. Почему? Он самый удобный? Большинство тех, кто когда-либо использовал другие браузеры, так не считают. Он самый безопасный? Информационные IT-агентства просто кишат сообщениями об «очередной дыре в IE». Это факт, с которым согласится даже самый упорный. Он функциональный? По функциональности переплюнуть Opera сможет только Firefox с плагинами. Тогда почему?

Прочитав в этом блоге о балансировке на стороне клиента, решил опубликовать свою статью, в которой описаны основные принципы масштабирования для web-проектов. Надеюсь, хабралюдям будет интересно почитать.

Основы масштабирования

Масштабируемость — способность устройства увеличивать свои
возможности
путем наращивания числа функциональных блоков,
выполняющих одни и
те же задачи.
Глоссарий.ru

Обычно о масштабировании начинают думать тогда, когда один
сервер не справляется с возложенной на него работой. С чем именно он не
справляется? Работа любого web-сервера по большому счету сводится к основному
занятию компьютеров — обработке данных. Ответ на HTTP (или любой другой) запрос
подразумевает проведение некоторых операций над некими данными. Соответственно,
у нас есть две основные сущности — это данные (характеризуемые своим объемом) и
вычисления (характеризуемые сложностью). Сервер может не справляться со своей
работой по причине большого объема данных (они могут физически не помещаться на
сервере), либо по причине большой вычислительной нагрузки. Речь здесь идет,
конечно, о суммарной нагрузке — сложность обработки одного запроса может быть
невелика, но большое их количество может «завалить» сервер.

Примечание: ниже находится перевод тезисов доклада «Learning to Love Forms» с конференции «WebVisions 2007» (автор Aaron Gustafson). Докладчик рассказывает о верстке форм, используя корректный и эффективный XHTML/CSS-код.

• Формы — это необходимое зло. Людям свойственно усложнять формы, хотя они могут быть представлены весьма просто.
• Рассматривайте верстку форм как создание обычного XHTML-кода. Но будьте готовы к несоответствиям со стороны браузеров и применению хаков.
• Разбивайте сложные формы на несколько простых частей.
• Старайтесь обеспечивать максимальную семантическую ценность кода.
• Не усложняйте дизайн форм.

XHTML & CSS приемы

1. Элемент FORM создает форму.
2. Единственным обязательным его атрибутом является ACTION, и он всегда должен быть URI.
3. По умолчанию METHOD выставляется в GET.
4. Атрибут NAME устарел, используйте вместо него ID.
5. Элемент FIELDSET используется для группировки связанных полей формы. Может быть вложенным.

Примечание: ниже находится перевод статьи «Client Side Load Balancing for Web 2.0 Applications», в которой затрагиваются вопросы балансировки нагрузки между несколькими серверами и рассматривается решение, обеспечивающее балансировку такой нагрузки прямо на компьютере клиента.

Сервер обрабатывает HTTP (HyperText Transfer Protocol) запросы со стороны браузеров. Если вы введете в адресной строке URL, например, www.digital-web.com, то ваш компьютер отправит поисковый запрос для определения, какие именно сервера будут обрабатывать ваш запрос и пересылать данные. Техника обработки таких запросов для кластера веб-серверов называется балансировкой нагрузки.

Балансировка нагрузки для веб-приложений

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

• Распределять нагрузку внутри кластера рабочих серверов.
• Корректно обрабатывать отказ одного из рабочих серверов.
• Весь кластер должен существовать для конечного пользователя как одна-единственная машина.

читать дальше на webo.in →

Внимание! Это все устарело, но публикацию не удаляю, чтобы все знали как мы мучались в 2007 году из-за IE6 :-)

Задача: сделать врезку с закругленными уголками с минимумом html-кода.

Для моего друга KamniumKamnium в связи с переходом на Битрикс стал актуальным вопрос управления проектом (за этот же нелюбимый многими хабралюдьми Битрикс ему понизили карму до такой стпени, что ему теперь не написать в блог).

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

Имеется проект, в котором легко выделить подзадачи и подзадачи подзадач, то есть легко строится развесистое дерево проекта (максимальная детализация — это одна из самых важных, на мой взгляд, рекомендаций «Романа об управлении проектами»).

Доброго времени суток всем хабраридерам. Хотел бы с вами поделиться своим опытом по настройке Zend Studio на работу с репозитарием системы контроля версий (CVS/SVN). Хабралюди, имеющие сведения по этой теме могут отписаться в комментариях был ли их путь так тернист как мой, либо где-то в инете нашли они сопутствующую доку.

Многие пользователи СУБД PostgreSQL знают, что сервер во время своей работы собирает разнообразную статистику, но не все знают, что ее полезно анализировать и как ее извлекать для этого. В этом небольшом тулките собраны несколько полезных запросов, дающих некоторое представление о том, как использовать это «скрытое знание», которое постоянно копится. Эти запросы можно использовать для мониторинга состояния PostgreSQL (ручного или с помощью плагинов для систем мониторинга вроде Nagios, Cacti или Zabbix), для поиска узких мест в работе сервера и многих других подобных задач. Помните, что это лишь верхушка айсберга; в документации можно найти описания нескольких десятков системных представлений, которые также могут быть полезны администратору PostgreSQL.

Я давно занимаюсь веб-разработкой, но только сегодня совершенно случайно заметил такую особенность Mozilla Firefox: если открыть окно view source, то его можно обновлять точно так же, как и обычное окно со страницей.

Т.е. раньше было так:

• изменение кода;
• переключение на окно браузера;
• Ctrl+R;
• визуальное изучение результата;
• view-source (Ctrl+U) и детальное изучение результата;

Сегодня случайно переключился не на окно браузера, а на окно view-source и обновил его, страница обновилась.

Ссылки по теме:
Расширение удобного просмотра исходного кода страницы: addons.mozilla.org/en-US/firefox/addon/655
Набор расширений для веб-разработчика: www.habrahabr.ru/blog/webdev/9431.html

P.S. Я конечно использую расширения, но от привычки нажать Ctrl+U пока не отказался. Точно так же по привычке считал, что открываемое окно статично и его остаётся только закрыть после изучения; оказывается, ошибался.

В данной статье приведены реальные примеры кода, который автор использует, разрабатывая сайты для своих клиентов. Уровень — чуть выше начального. Предлагаю вашему вниманию выдержки из статьи. Возможны неточности в переводе, если поправите — буду признательна. Если кому-то поможет — буду рада.

Если сегодня предложить интернет-аудитории ответить на вопрос «Слышали ли вы о Веб 2.0» подавляющее большинство ответит утвердительно. Однако если попросить этих людей назвать несколько проектов, применяющих технологии Веб 2.0 в бизнесе, мало кто из них назовет хотя бы один такой проект. И неудивительно, каждый день появляются новые публикации о проектах, ориентированных на развитие сообществ. Есть публикации и о решениях, использующих данные сторонних популярных проектов. А вот найти публикации об использовании потенциала Веб 2.0 в корпоративной инфраструктуре не так-то просто. В результате разработчики зачастую просто «не видят» Веб 2.0, примеряя его на корпоративные решения. Я решил попробовать рассмотреть в свете тенденций Веб 2.0 технологический процесс хорошо знакомый разработчикам, типовой технологический процесс студии веб-разработок.