i-ween.com

Кто скажет, что мы не лучшие? ;)

a.furmanov@i-ween.com — Thu, 01 Mar 2012 10:21:33 PST

Мы разработали наш самый продвинутый на сегодняшний день интернет-магазин!

Прошу любить и жаловать - аквалавка!

Что здесь есть новенького из функций:
1) полноценный ассортимент - переопределяемые характеристики, позволяют менять в зависимых товарах абсолютно всё или только часть и наследовать характеристики основного товара!
2) реальный одношаговый заказ - после входа в корзину заказ (даже с регистрацией и валидацией) делается за один шаг!
3) собственно динамическая валидация (с помощью технологии ajax), позволяющая сделать вышеуказанный одношаговый заказ.
4) динамическое хранение валют - заполняйте ваш магазин ценами товаров в той валюте, в которой вам необходимо, все настоящие цены хранятся на товары постоянно, достаточно поменять курс валют и все цены станут актуальными без перезаливки прайс-листов!
5) традиционно оригинальный (люблю каламбурить) и великолепный дизайн в исполнении Вовки - "живописных дел мастера" ;)

Клиенты отметились на удивление редким "рукоприкладством", потому работа получилась радующей глаз. А Вы как думаете?

P.S. Особая "благодарность" разработчикам ИЕ 7-8 за "съеденных собак" (ох не попадайтесь нам на глаза) :)

Так ли бесплатен Magento, как мы думаем?

a.furmanov@i-ween.com — Wed, 29 Feb 2012 09:39:16 PST

Искал материалы про то, как организован кеш Magento Commerce, нашёл вот такую статейку, в которой написано, почему маженту на сегодня не самый удачный выбор.

P.S. Нашёл ещё одну - более обстоятельную.

Если вкратце - движок довольно продвинутый, много функций, много возможностей, но... очень дорогой в эксплуатации:
1) Решение на этом движке сильно "тормозит" и требует крутого хостинга, а ещё лучше VPS (причём чем больше продуктов вы будете продавать в магазине - тем больше будет тормозить), что несравнимо с ценами на хостинг, например, для Wordpress. Средняя цена хостинга для Magento, если в вашем магазине до 2000 товаров и невысокая посещаемость - 300$ в год (например, для решения предлагаемого нашей компанией, при количестве товаров порядка 20000 и средней посещаемости, вам хватит хостинга в Украине за 400 грн в год);
2) Если вам чего-то не хватит для бизнеса - вам с удовольствием допишут, только сложность системы очень высока, и программисты под неё - дороги, это не Joomla и не Wordpress;
3) По этой же причине большая часть популярных плагинов под Magento - платная, их цена в среднем составляет 100$ за штуку;
4) Платная официальная поддержка стоит совершенно сумасшедших денег - больше 12000$ в год (например, поддержка от нашей компании обойдётся вам как минимум в 10 раз дешевле), что неподъёмно для многих отечественных интернет-магазинов;
5) Некоторые редко-востребованные, но довольно важные функции (скидочные купоны, например, и т.п.) доступны только в Enteprise версии (т.е. только с безумно дорогой поддержкой).

Выражаясь словами классика, могу посоветовать только одно - "думайте сами, решайте сами, иметь или не иметь".

LinkedIn превращается в логово хедхантеров

a.furmanov@i-ween.com — Sat, 24 Sep 2011 16:06:38 PDT

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

О муках выбора...

a.furmanov@i-ween.com — Fri, 17 Feb 2012 09:43:03 PST

Долго пытался определиться с тем, какой же офис использовать теперь, OpenOffice или LibreOffice. Читал форумы, отзывы... либреофис вроде как более открытый, отделился от Oracle, разработчики опенофиса перешли, много новых функций реализовали и т.п. При этом сам OpenOffice за пол-года кажись ни строчки кода не приобрёл, Oracle не мог определиться нужен он ему вообще или нет. Сейчас оракл его передал в апачфундейшн, поместили в апаческий инкубатор, дальше уже апач им будет заниматься... и вот непонятно теперь, какую же линию выбрать? Поставил оба, кардинальной разницы не заметил, читал читал, так и не определился...
Но достаточно было 30 минут править документ в LibreOffice, после чего он завис и ничего не сохранил, чтобы мой выбор сразу же стал определённым, через минуту либреофиса на моём компе уже не стояло :)
--- добавлено 17.02.2012 ---
Как говорил классик - "время лечит любые раны"... по долгу службы столкнулся с LibreOffice 3.5, сравнил его с последним OpenOffice 3.3, похоже я ошибался, прогресс Libre налицо. Их апологетом я всё ещё не стал, пока предпочитаю вражеский ворованный MS Office 2010 (если можно украинскому МВД, то почему нельзя и мне?), всё таки не даром Microsoft удерживает монопольное положение по этому продукту, это что называется, state of art офисных приложений. Так что желаю LibreOffice'у догнать и перегнать конкурентов ;-)

И снова СЕО-вёрстка

a.furmanov@i-ween.com — Fri, 02 Sep 2011 11:15:00 PDT

Наш движок поддерживает уже огромное количество наворотов для сеошников: ЧПУ, кейвёрдсы и дескрипшны для статей, товаров и категорий - вчерашний век. Мы умеем собирать keywords, descriptions, title и блоки сео-текста по специальным правилам с учётом иерархии материала на сайте, т.е. брать фрагменты из одного уровня, добавлять к ним из другого, при этом их менять и много чего вкусного. Наши сео-партнёры от этого в экстазе, однако при всём многообразии возможностей никто не отменяет базовые принципы сео-вёрстки, которая, как оказалось, может добавить солидную ложку дёгтя в вагон мёда.

Итак, SEO вёрстка – это вёрстка HTML, которая повышает релевантность контента сайта за счёт различных приёмов самой вёрстки (контент - основной информационный текст страницы). Собственно вёрстка относится к этапу разработки дизайна, а не к оптимизации контента под поисковые запросы, а потому имеет большее отношение к разработчикам, чем к сеошникам, и значит нам её, как специалистам в сайтостроении, надо знать.

Теперь собственно про эти приёмы:

1. Вёрстка должна быть максимально приближена к валидному HTML/XHTML, W3C валидатор вам в помощь (иначе потом не удивляйтесь, почему гугл не увидел ваш текст ссылки внутри дикой комбинации тегов).
2. Правильное расположение тегов:

должен! присутствовать тег <h1> на странице и он может быть только один;
желательно присутствие нескольких тегов <h2> (а иногда и <h3>), разделяющих основные логические фрагменты контента;
теги заголовков не должны содержать в себе никакие другие теги. Для различных преобразований здесь лучше применять css;
это уже скорее к оптимизаторам, но всё же вёрстка - не забывайте использовать теги <strong> и <em> (жирный и курсив), выделяйте только самые важные моменты, вовсе не обязательно ключевые слова, и главное - не переусердствуйте, иначе эффект от них будет маленьким, а визуальное восприятие настоящими читателями - ухудшится.

3. Основной контент страницы должен быть максимально приближен к открывающему тегу <body>. Для этого:

старайтесь, что бы все скрипты располагались либо в теге <head>, либо в конце страницы, но точно не вначале после тега <body>;
по максимуму используйте блочную вёрстку и приёмы с визуальной перестановкой блоков, отличной от их следования в теле HTML-страницы;
информационные блоки (новости, опросы, полезные советы) внутри html-кода страницы должны идти после основного контента;
старайтесь не увеличивать глубину вложенности тегов понапрасну, замечено снижение релевантности текста на глубоких уровнях.

3. Всегда располагайте css в отдельном файле. Это уменьшит вес основной страницы, а значит увеличится скорость её загрузки как посетителем, так и поисковым роботом, что положительно скажется на удобстве пользования сайтом и на скорости индексации самого сайта поисковиком.
4. Наплюйте на теги <noindex> и rel="nofollow", они скорее не работают, чем работают. Лучше делайте правильную HTML структуру сайта.

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

Воскресил старый сайтик

a.furmanov@i-ween.com — Mon, 29 Aug 2011 02:22:40 PDT

Вот такое я делал в далёкой молодости http://cr.stayinweb.com, там кстати до сих пор есть спеки по HTML и CSS, не слишком удобные, но ещё не утратившие своей актуальности.
Кстати http://alex-mebel.com.ua дизайнил тоже я, и люди до сих пор звонят и спрашивают сколько стоит такое сделать :)

Почти половину сайтов посещает менее 10 человек в день

a.furmanov@i-ween.com — Mon, 22 Aug 2011 14:07:10 PDT

«Какие показатели посещаемости принято считать нормальными и высокими?», часто задается вопросом большинство веб-аналитиков. Чтобы прояснить ситуацию, специалисты компании «ИнтерЛабс» провели исследование, взяв за основу данные системы статистики LiveInternet. Такой источник был выбран неслучайно: в системе зарегистрировано около 1,2 миллиона сайтов (35,9% от всего количества ресурсов Рунета), а в рейтинге участвуют около 500 тысяч сайтов. Что позволило получить достаточно качественную оценку показателей посещаемости для всего русскоязычного сегмента Интернета.

Основные выводы, к которым пришли специалисты компании:

Средняя посещаемость сайта составляет примерно 500 пользователей в день.
В Рунете менее 4% сайтов, чья посещаемость превышает 1000 пользователей в день
Ресурсов, у которых более 5000 посетителей в день, менее 1%
Почти 43% сайтов посещает менее 10 человек в день.
В среднем на 12% сайтов заходит 1 пользователь в день.
Самый высокий показатель посещаемости сайта на бесплатном хостинге narod.ru – около 17 000 уников в день.

Источник: seonews.ru

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

Ошибки и заблуждения заказчиков при разработке корпоративного сайта

a.furmanov@i-ween.com — Tue, 19 Jul 2011 13:14:55 PDT

Увидел интересную статью, не удержался и ободрал её с хабра "как есть" . Плевать на уникальность, главное польза!

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

Но зачастую всё бывает иначе. Сайт запущен, а клиентов не прибавляется. В то же время у конкурентов дела идут как нельзя лучше. Заказчик обвиняет во всем разработчиков сайта, обращается к новым разработчикам, сайт переделывается, но история повторяется. В чем же ошибка? Давайте разберемся.

Ошибки и заблуждения заказчиков при разработке корпоративного сайта

Ошибки на этапе проектирования сайта

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

2. Я не хочу заполнять ваши многостраничные опросники и анкеты! Я могу сообщить вам название своей фирмы, ее вид деятельности, дать визитку с логотипом. Мне нужен «просто красивый сайт», что тут непонятного?
К сожалению, визитки, или даже корпоративного буклета недостаточно для разработки профессионального сайта. Разработка сайта подразумевает не только графическое оформление, но и проектирование структуры разделов, навигации, представление ваших товаров и услуг в наиболее понятном и привлекательном виде. Поэтому для всех будет лучше, если вы ответите на все вопросы студии, изложенные в опроснике, причем подойдете к этим ответам осознанно. Иначе у студии не будет исходного материала для того, чтобы создать сайт, который будет полезен вам и вашим клиентам.

3. Можно создать качественный сайт в короткие сроки и почти бесплатно — в сети много таких предложений!
Действительно, ваш сайт может появиться быстро и за небольшие деньги, но скорее всего он будет низкого качества. Разработка сайта — это работа нескольких специалистов, у которых за плечами не один год опыта и огромный багаж знаний всех тонкостей этой весьма специфичной работы. Оценивать работу каждого из них в пару тысяч рублей абсурдно. Задумайтесь, кто эти люди, которые Вам предложили создать сайт за такую сумму. Помните, скупой платит дважды!

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

Ошибки при разработке дизайна сайта

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

6. Нарисуйте мне 3 варианта дизайна, а я выберу один!
Чтобы нарисовать дизайн, требуется немалое время дизайнеров, которое должно быть оплачено. Бесплатно рисовать несколько вариантов как правило согласны только непрофессионалы. Но это не означает, что они выполнят свою работу плохо. Любая веб-студия имеет портфолио, по которому вы можете сразу оценить ее уровень и принять решение, работать с этой студией или нет. Профессионалы своего дела обычно создают один вариант дизайна, чему предшествует разработка и утверждение дизайн-концепции будущего сайта. При таком подходе исключается необходимость выполнять несколько вариантов дизайна

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

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

Ошибки на этапе передачи контента

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

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

11. Разработчики сайта обязаны знать, чем занимается компания заказчика и легко должны отличить фото нашей последней модели станка СДВ-12 от уже устаревшего СДВ-11А.
К сожалению это не так, для того, чтобы не допустить курьезных ситуаций, заказчику необходимо потратить время на сортировку и обработку информации.

12. Свой будущий сайт мы легко наполним сами!
Если речь идет о крупном корпоративном сайте, то подсчитайте, сколько может уйти времени на сбор информации, обработку изображений и их размещение. Сможете ли вы выделить сотрудника на столь продолжительное время?

Заблуждения относительно поискового продвижения сайта

13. После запуска сайта он сразу будет посещаем и приносить доход.
Это не всегда так. Для привлечения людей на сайт необходимо постоянно следить за актуальностью информации на сайте, проводить мероприятия по привлечению людей на сайт, а это требует немалых усилий и времени.

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

15. Сайт можно продвинуть на первую страницу поисковика за месяц.
Это заблуждение возникло из-за пестрых рекламных объявлений, которые предлагают вывести сайт в десятку за короткий срок. Как правило, быстрый взлет опасен полным удалением сайта из поисковой системы. Не покупайтесь на рекламу!

16. Мой сайт на первом месте в поисковике. Можно разрывать контракт на продвижение сайта.
Сайт не может бесконечно долго занимать лидирующие позиции в выдаче поисковиков. Конкуренты не дремлют. Нужно постоянно проводить комплекс работ по мониторингу сайтов конкурентов, поддерживать свой сайт на лидирующих позициях.

А теперь подытожим
При грамотном подходе можно создать качественный сайт с оптимальным соотношением составляющих цена, качество, время.

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

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

habrahabr.ru

Где бы Вы хотели жить через 20 лет?

a.furmanov@i-ween.com — Fri, 10 Jun 2011 09:22:00 PDT

Решите задачку:
1) за каждого китайского студента, обучающегося в Украине, гос.бюджет Поднебесной оплачивает стоимость контракта, порядка 2000$ в учебный год (220$ в мес)
2) китайские студенты при этом получают стипендию из китайского бюджета 300$ в мес
3) украинский преподаватель китайских студентов получает 250$ в мес за обучение китайских (и не только) студентов

Вопрос:
в какой стране (Украине или в Китае) Вы бы хотели жить через 20 лет? :)

Почему IE9, "Холиворщик навсегда!" (том 2)

a.furmanov@i-ween.com — Tue, 12 Apr 2011 09:20:45 PDT

По озлобленным отзывам (уже удалил) на первую публикацию понял, что мозг евангелистов от Microsoft возбуждается от критики, как от обнажённой женской груди, потому пойду им навстречу и продолжу возбуждать ;).

Сегодня мы обсудим IE9, который я не так и не увидел.
Откровенно признаюсь, что как бы я не любил МС, работаю я под WinXP (стоит она, зараза, на всех машинах к которым я имею доступ, да и не так уж она и плоха, есличес). Но пришло время тестировать сайты под ИЕ9, клиенты просят. И вот решился поставить, но... не тут то было.

На самом видном месте сайта ИЕ9, вместо кнопки Download (как у всех нормальных браузеров) расположена кнопочка "Почему Виндовс7?". Нажал, прочитал тонну маркетинговой лапши... закрыл, подумал, и так не понял, почему же всё таки Виндовс 7, когда нужно всего навсего ИЕ9? Может для ИЕ9 нужен ДирексХ11? Опять таки вопрос, почему для ДиректХ11 нужен Виндовс7? С другой стороны, для FF4 (поставил неделю назад), с намного большими возможностями, Виндовс 7 не понадобился...

Все эти вопросы заставили меня разнервничаться, и я решил выпить чашечку кофе...
Кофе помогло мне осознать, что хуже мне от ИЕ9 не станет, потому что у меня его и нет и жизнь на этом не остановилась. С другой стороны, я вспомнил все прелести перевоплощений ИЕ и подумал, что если раньше после вёрстки достаточно было только вставить обильное количество костылей под ИЕ6, то сейчас нужно ещё вставлять их под ИЕ7 и ИЕ8 (правда уже меньшее количество, но в сумме на все версии получается солидный фрагмент мусора). И может быть и хорошо, что ИЕ выпускает версии не так быстро, как остальные.

Потом решил почитать что-то про новшества ИЕ9, что же там полезного, вдруг я узнаю ответ на вопрос "Почему Виндовс7?". После прочтения понял, что мы вступили в новый виток "войны браузеров", под названием "HTML5, или смерть дисковому пространству на сервере!" (теперь видеохостерам надо будет хранить видео в 3х форматах сразу, проприетарный flv - для старых браузеров с флеш, проприетарный mp4 - для новых браузеров от майкрософт и эйпл, и свободный webm - для браузеров от открытого сообщества). Ответа на злополучный вопрос "Почему Виндовс7?" так и не нашёл... может вопрос нужно ставить иначе, "Почему ИЕ9?".

От всего пережитого навалилась грусть, запустил FF4, выплеснул сюда эмоции и пошёл в столовку... To be continued...

Как работать с дизайнером

a.furmanov@i-ween.com — Wed, 16 Mar 2011 01:54:47 PDT

Нашёл просто обалденную статью в продолжение предыдущего поста, не могу удержаться, чтобы не выложить основные моменты (в моём изложении, да простят меня авторы и Гугл :)

Как работать с дизайнером
Хорошо сделанная дизайнером работа даст Вам возможность:

эффективнее работать с клиентами
повысить количество продаж
поднять имидж вашей компании

Дизайн – это взаимодействие!
Чтобы вдохновить дизайнера на серьезную творческую работу, вы должны донести до него суть, идею, которую Вы хотите передать в своем проекте – и дать ему свободу выразить это в его форме.

Так как же эффективно работать с дизайнером? Вот некоторые советы:

1. Отнеситесь к выбору дизайнера ответственно
Взгляните на его портфолио. Если вы сами не можете оценить творения дизайнера – обратитесь за советом к специалистам (но только до момента выбора дизайнера, а не в процессе работы над вашим сайтом), свяжитесь с его предыдущими клиентами напрямую и узнайте, насколько эффективной оказалась работа дизайнера.

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

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

4. Убедитесь, что основная часть материалов для сайта подготовлена ДО начала работ по проекту
Дизайнер будет использовать их в качестве рабочего материала. Если чего-то не будет хватать, хороший дизайнер попробует "дофантазировать" что-то самостоятельно, но чем меньше ему придется это делать – тем лучше для проекта. Он должен проявлять фантазию в другом.

5. Работайте с дизайнером в процессе разработки
В процессе работы над проектом, когда дизайнер начнет показывать вам эскизы – давайте четкие и обоснованные комментарии к каждому из них. Не позволяйте дизайнеру "заблудиться", если он не до конца понял вашу задачу. Чем раньше Вы ему сообщите о его ошибках, тем легче и быстрее он сможет исправить ситуацию, и тем выше вероятность того, что он не "перегорит" идеями, работая над вашим сайтом. Но не говорите, куда ему разместить эту кнопку, если Вы не обоснуете ему почему.

6. Дизайн делается для клиентов, а не для ваших коллег, друзей или родственников
Вы должны объяснить дизайнеру - кто ваши клиенты и чего они хотят. Намного более важно, чтобы ваш сайт нравился им, а не Вам. Если настаивать на дизайне, который нравится только Вам, скорее всего, основным посетителем вашего сайта будете только Вы.
С другой стороны, если обсуждать дизайн в процессе разработки с коллегами или родственниками, то каждое чужое мнение найдёт своё отражение в сайте, но утратится его основная идея, вложенная в него дизайнером. Если у вашего проекта не будет индивидуальности – никто не станет его критиковать, но и в восторге от него тоже никто не будет. Вы должны иметь дело только с одним человеком, принимающим решения. Нельзя бросаться из стороны в сторону или менять направление в середине процесса.

7. Обосновывайте свои предпочтения
Вы можете показать дизайнеру реализованные проекты, которые вам нравятся, но попробуйте понять и обяснить ему - чем именно. Сконцентрировавшись на этом Вы дадите дизайнеру больше материала для работы. Не просите дизайнера просто позаимствовать какие-то элементы чужого сайта, хороший дизайнер врядли на это согласится, но скорее всего он сможет предложить Вам и более интересное решение, куда лучше подходящее именно вашему сайту.

8. Доверяйте вашему дизайнеру
Если Вы платите дизайнеру деньги, то доверяйте ему как профессионалу. Конечно, дизайнеры могут совершать ошибки и двигаться не в ту сторону, и ваша задача – вовремя направить их творческую энергию в нужном для Вас направлении. Но поймите, дизайнер знает о дизайне намного больше Вас. И если Вы предлагаете использовать какой-нибудь цвет, а дизайнер пытается объяснить, что это далеко не самая лучшая идея – поверьте ему на слово.
Если Вы будете пытаться управлять дизайнером, то он будет делать для вас любой дизайн, который вы попросите – лишь бы получить деньги и избавиться от вашего назойливого руководства.

Если вы будете относиться к дизайнерам как к людям, которые просто владеют графическими программами – они превратятся в людей, которые просто хотят денег!

Что будет, если "вставить 5 копеек "? или "Руками не трогать".

a.furmanov@i-ween.com — Thu, 03 Mar 2011 07:59:58 PST

Сегодня мы поговорим о роли дизайна в сайтостроении.
Когда я был мал и глуп, я считал, что в сайте самое важное - это его функциональные возможности. Умеет сайт отправлять письма владельцу? - Хорошо! Есть многоязычная поддержка? - Замечально! Можно разместить каталог товаров? - Превосходно!
Но как оказалось, жизнь несколько сложнее и многограннее. Сайт прежде всего начинается... да, да, именно с дизайна. Именно его видит в первую очередь посетитель сайта, и если дизайн вашего сайта - УГ, то многоязычность и поиск с учётом словоформ русского языка уже никто оценивать никогда не будет, уж поверьте.

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

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

Это всё была присказка, а теперь сказка.
Почему после того, как клиент выбрал профессионального исполнителя, у которого хорошо поставлен менеджмент, у которого гарантированно качественный результат, которому клиент готовы доверить не только достаточно большие деньги, но и имидж своей компании, клиент готов поставить всё с ног на голову и влезть в разработку сайта ~~своими грязными ногами~~ со своим непрофессиональным мнением? Почему он в конечном итоге готов способствовать разрушению вместо созидания, лишь бы вставить свои 5 копеек в чужой труд?

Мы многократно из проекта в проект сталкиваемся с этой типичной ситуацией, когда клиент "убивает" выстраданную дизайнером идею, превращая дизайн в типичный шаблонный сайт (который можно было купить на толкучке за 50$).
С этой проблемой рано или поздно сталкиваются все веб-студии, и она не скоро потеряет злободневности. Из смешного на эту тему нашёл вот прикольчик.

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

Но наверняка есть приёмы и способы, позволяющие снизить риски как для студии, так и, в первую очередь, для клиента.

В общем, вопрос скорее к менеджерам и опытным сотрудникам студий, как бороться с этой проблемой? Есть у кого опыт? Поделитесь своими наблюдениями, пожалуйста ;)

Разработка на PHP Portable! или Eclipse PDT+EasyPHP+XDebug

a.furmanov@i-ween.com — Sun, 14 Nov 2010 08:22:00 PST

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

Решил рассмотреть portable-конфигурацию рабочего места (не вздумайте пользоваться для этого флешкой, нужен внешний винт с USB-интерфейсом и нормальной скоростью обмена).

Очень удобно оказалось пользоваться такими программами:
RNQ - портабельная лёгкая аська;
Thunderbird Portable - почтовый клиент (спасибо portableapps.com);
Skype Portable - спасибо portableapps.com;
OpenOffice Pro Ru Portable - есть на сайте инфраресурса;
FireFox Portable - все настройки и пароли всегда с тобой (спасибо portableapps.com).

Дальше инструменты для разработчика:
FileZilla Portable, Wireshark Portable, тут вроде всё понятно.

А вот с PHP пришлось повозиться. Нормальных портабельных решений раз-два и обчёлся. Всеми любимый Денвер научился работать с флешкой не так давно (да и чего-то на почту не приходят ссылки на скачку, непонятно, почему нельзя просто скачать дистр?).
Из зарубежных аналогов: XAMPP - оказалось невозможно настроить на несколько одновременно разрабатываемых проектов из другой папки.
Самым понятным и простым оказался EasyPHP. Логика работы проста как дверь, конфиги лежат в спец.папке, в них пути прописаны с меткой {$path} вместо пути, сама програмулина отслеживает с какого диска стартуем и раскладывает конфиги по правильным местам с правильно подмененной меткой. Получается съедобная портабельная версия Apache+PHP+MySQL.

В соседнюю папку распаковываем Eclipse PDT. Все вёркспейсы ложим внутрь папки с эклипсом, как в старые добрые времена. При этом пути к вёркспейсам пишем относительные, например: "workspace_myproject1" (т.е. не указываем путь вообще).
Теперь надо нацелить EasyPHP на папку Eclipse, для этого в файле EasyPHP-5.3.3\conf_files\httpd.conf изменим DocumentRoot: DocumentRoot "${path}/../eclipse".
Теперь запускаем EasyPHP.exe, и, собственно, всё.

Что порадовало с настройкой отладчика XDebug - не надо угадывать, какая же версия библиотеки вам необходима, все настройки уже есть в EasyPHP-5.3.3\conf_files\php.ini, надо просто подсмотреть имя dll в настройке zend_extension и правильный файл скачать с сайта http://xdebug.org/download.php, ну и не забыть убрать комментарий с самой настройки.

Дальше как настроить саму отладку отсылаю к самой быстрой статье http://apofig.blogspot.com/2010/02/eclipse-pdt-xdebug-denwer.html, может быть позже распишу сам более внятно.

PHP vs ASP.NET, "Холиворщик навсегда!" (том 1)

a.furmanov@i-ween.com — Wed, 10 Nov 2010 09:16:26 PST

Начну с того, что я не люблю Microsoft. Нет, не подумайте, ненавистью и расизмом это не пахнет. Просто не люблю! Как не люблю, когда мне что-то тычут в лицо, когда вьетнамцы на рынках требуют у них что-то немедленно и дёшево купить, когда грудастая девка в трусиках с телеэкрана хочет мне "что-то" показать, но только если я сейчас же наберу номер телефона и отвечу на пару вопросов из "энциклопедии имбицила"...

Намедни обратился ко мне старый знакомый, с вопросом - порекомендуй, какую бы современную технологию от Microsoft! мне изучить, а то что-то он, видите ли, с C#'ом, WPF'ом и TFS'ом немножко подотстал от жизни... поймите меня правильно, я просто не смог сдержать эмоций, и решился на этот пост.

Нелюбовь моя зиждется прежде всего на осознании того факта, что продукты Microsoft мне постоянно навязывают. Купи Windows, иначе ОБЭП прийдёт за тобой... Я бы и рад перейти на Ubuntu, но и тут подвох. Microsoft "недорого подарил" всем ВУЗам свои пакеты Windows+MSOffice (которого под Ubuntu не планируется, хотя по unix-подобный MacOS версия имеется, как и всеми любимый фотошоп, что подтверждает пословицу "ворон ворону глаз не выклюет").
При этом весь документооборот в ВУЗах требуется вести именно на MSOffice. Попробуйте подать статью в печатное издание в другом формате и поймёте о чём я говорю.

Ещё больше раздражают люди-сектанты, мало смыслящие в тонкостях технологий и мало программирующие, но наслушавшиеся проповедников от Microsoft, разъезжающих по стране и "бесплатно" пропагандирующих их технологии. Да и технологии у них, в общем-то - так себе, с душком, ничего нового. Там украли, там отсудили, там по-дешёвке скупили на распродаже.
DOS - нашли на барахолке, Windows - украли у IBM, MSSQL - купили у обедневшего Sybase, C# - слизали с Java (по простому украсть не получилось, чтоб никто не догадался - загримировали под Delphi), SilverLight = Flash, Bing = Google, можно долго продолжать, но зачем?
Знаю, что многие не согласятся, но при таком рекламном бюджете - это и не удивительно ;)

Скажите ка мне, сертифицированные специалисты от Microsoft, как много проектов класса Facebook, ВКонтакте или Одноклассники вы встречали на ASP.NET? Лично я - ни одного!
Они все на PHP+MySQL? Что вы, этого не может быть!!!

Может быть это всё потому, что ASP.NET - компилируется в байт-код и работает быстрее? Или благодаря жёсткой типизации C#? Чуть не забыл, скорее всего это всё от того, что MSSQL-очень производительный сервер и обладает намного более богатым набором возможностей, чем "слабенький" MySQL :)

У сторонников C# есть, правда, аргумент - MySpace, но... MSSQL там не валялся (там какой-то MPP Aster), да и количество постоянных пользователей несопоставимо - 60млн на MySpace против 500млн на Facebook.

А какова скорость/стоимость разработки обычного интернет-магазина на технологии ASP.NET? Никто не знает? Никто не писал интернет-магазин на ASP.NET? Все пишут только заказные Enterprise решения?

Причина всего этого недоразумения намного прозаичнее технологических неурядиц - это жадность. Простая человеческая жадность!

Давайте прикинем составляющие стоимости разработки веб-портала на PHP:
1) расходы на программистов
2) расходы на оборудование

а теперь сравним их со стоимостью разработки веб-портала на ASP:
1) расходы на программистов
2) расходы на оборудование
3) расходы на программное обеспечение

Самые недалёкие из вас скажут - да по сравнению с пунктом №1 всё остальное меркнет... но тут есть загвоздки:

Загвоздка 1. Разработчик на ASP.NET стоит в полтора раза дороже разработчика на PHP.

Загвоздка 2. Количество готового бесплатного кода (сторонних библиотек с лицензиями BSD, MIT, LGPL) на ASP.NET меньше в разы, и в случае необходимости такой код придётся разрабатывать по цене оплаты программиста на ASP.NET, т.е. в полтора раза дороже. При этом ещё далеко не факт, что код ваших программистов окажется надёжнее и производительнее открытого кода, обкатанного не одной сотней программистов.

Загвоздка 3. Расходы на программное обеспечение делятся на: (стоимость операционной системы + стоимость сервера баз данных) * количество таких серверов.
Стоимость Windows WebServer 2008 (XP вам не подойдёт по лицензии ;) + SQL Server 2008 (на 1 процессор) = 500+7500 = 8000$
Если верить гуглу, то Facebook нонче расположен на 60000 серверах! Несложно посчитать, что разработка такого сервиса как Facebook на ASP.NET просто озолотила бы Билла и... могла бы просто убить саму идею сервиса.
Полмиллиарда долларов на программное обеспечение от Microsoft? - это уж слишком!

По этой же причине основной серверной платформой остаётся (и будет оставаться долгие годы) Linux/FreeBSD. Ведь, как рядовому владельцу интернет-сайта, мне всё равно на чём он написан (хоть на фортране), лишь бы он выполнял свои функции. А вот доплачивать маржу Microsoft за пользование Windows сервером, на котором установлен мой сайт, я не хочу. И чем меньше мой сайтик, тем меньше моё желание оплачивать труд "серьёзных" программистов ASP.NET.

Единственным оправданным применением технологий Microsoft остаются корпоративные интранет-решения, банковские технологии и т.п. Но здесь есть другой бесплатный конкурент с большим стажем - Java+JSP (к примеру, при помощи этих технологий написан eBay). По стоимости труда разработчиков эти технологии сопоставимы, по количеству бесплатных библиотек Java выигрывает (возможно просто потому, что старше). Однако, по количеству маркетингового шума Microsoft однозначно первый ;).

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

Хотелось бы верить в то, что изменение основных игроков на этом рынке, связанное с недавним поглощением Sun'а Oracle'ом, вдохнёт в технологию Java новую жизнь (в OpenOffice тоже) и у нас станет ещё больше свободы выбора и меньше промытых мозгов. Думайте, коллеги! ;)

Сколько стоит сайт построить? Нарисуем - будем жить ;)

a.furmanov@i-ween.com — Sun, 31 Oct 2010 05:30:14 PDT

Давеча звонил потенциальный клиент, спрашивал, сколько стоит сделать сайт. Видимо, посчитав меня адекватным собеседником с адекватной ценой, он решил уточнить, почему на нашем рынке такой большой разброс цен (он озвучил от 4000грн до 4000$ за интернет-магазин). Пришлось ему рассказывать краткую суть процесса создания сайта и основные составляющие ценообразования, также изложил во что ему обойдётся "хорошая экономия" ну и, конечно же, не забыл упомянуть про преимущества разработки в нашей компании. ;) Буквально за пару дней до него с подобным вопросом звонила девушка, желающая разработать некоторый портал, задавала тот же вопрос, почему от 10000грн до 15000$...

Вроде всё просто и понятно, но самому в голову закрадывается вопрос. Всё-таки почему? :)
Мы делаем всё также профессионально и также качественно, но кто-то не стесняется заявлять 15000$, а кто-то наоборот, совсем снисходит до плинтуса... Только не надо говорить, что в Москве вам сделают то же самое и за 50000$, все клиенты делали обзвон по Харькову и цены оглашали харьковские.

В давние времена, когда все хотели работать на себя (а на самом деле работали на владельцев сайтов сводящих разработчика и клиента), я пытался оценивать стоимость своей работы по традиционной формуле: "хочу_X_в_час" * "сделаю_за_Y_часов" = "попрошу_Z_долларов".

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

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

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

Единственным неоценимым плюсом, влияющим на решение клиента, является ваша способность быстро и понятно излагать мысли и убеждать его в вашей компетентности, что совсем несложно, если Вы действительно компетенты ;)

Про ценность бэкапов или "есть ли жизнь после смерти"?

a.furmanov@i-ween.com — Sat, 30 Oct 2010 09:13:29 PDT

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

Мораль басни - делайте бэкапы большие и разные!

З.Ы. Хочется особо отметить, что меня спасло от состояния полной прострации - это различные онлайн сервисы синхронизации данных:
1) все проекты выжили на svn (Subversion)
2) почта за последние 2 недели осталась на почтовых серверах (хоть как-то смог успокоить клиентов) - включил сейчас хранение почты на сервере за год
3) XMarks - выжили все закладки и куча паролей (хоть и не самых важных, конечно)
4) рассылки по почте различной важной информации людям, с которыми ведёшь дело
5) ну и обычный, хоть и подустаревший бэкап - старые клиенты и диссертация осталась в устаревшем бэкапе (но с учётом того, что её части я рассылал по почте разным людям - они мне вернулись по моей просьбе)

Как не продешевить с заказом сайта

a.furmanov@i-ween.com — Sat, 30 Oct 2010 05:07:15 PDT

Опубликовал статью по теме: Создание сайтов: где стоит и где нельзя экономить.
Прошу любить и жаловать. Ну и надеюсь на комментарии ;)