Favicon

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

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

Их наверное даже можно сгенерировать, но не хватит жизни, чтобы все просмотреть, хотя можно это количество изрядно сократить, перебирая не все оттенки цветов.

Что влияет на стоимость сайта?

У бизнесмена, который решил сделать сайт своей фирмы, после обращения в десяток веб-студий резонно встаёт вопрос «Почему цены на мой будущий сайт у разных разработчиков отличаются в несколько раз?».

Попробую объяснить, почему это происходит. Стоимость сайта зависит от...

1. Планируемой нормы прибыли. Одному хватит 0% (то есть он будет работать по стоимости своего рабочего часа), а у кого-то она больше.
2. Организационно-правовой формы подрядчика. У фрилансера при прочих равных условиях цена будет меньше, чем у ООО или ЗАО. В последнем случае надо учитывать налоги на прибыль (самое простое 6% от суммы заказа), зарплатные налоги, аренду офиса, амортизацию рабочего места, хоз. расходы и прочее.
3. Организационной структуры заказчика. Разработка сайта для фирмы, где всё согласуется только с директором, дешевле, чем для холдинга, где каждую запятую надо согласовать в нескольких местах.
4. Степени проработанности ТЗ. Чем оно подробнее, тем лучше. Любой раздел сайта, например форум, новости, форму заказа, каталог товаров можно сделать абсолютно по-разному.
5. Количества этапов разработки сайта. Полный цикл разработки сайта может включать в себя сбор информации, аналитику, разработку прототипа, разработку эскизов дизайна, дизайн, программирование, вёрстку шаблонов, наполнение информацией, написание текстов, внутреннюю seo-оптимизацию, корректорскую правку, юзабилити-тестирование, нагрузочное тестирование, документирование, обучение сотрудников заказчика. Пропуск различных этапов обычно ведёт к уменьшению цены и качества.
6. Профессионализма подрядчика. Чем он выше, тем дороже стоимость его работ. Он опытнее теоретически и практически, он знает все подводные камни.
7. Планируемой суточной и пиковой нагрузки. Сайт для 100 посетителей в день и для 10 000 — это совсем не одно и то же.
8. Сроков. Сделать сайт за 2 недели, потому что у нас уже реклама оплачена, а предыдущие подрядчики подвели, — это дороже, чем за 2 месяца.
9. Степени загруженности подрядчика. Если все ресурсы заняты, то скорее всего цена на сайт будет больше. Надо привлекать фрилансеров или передавать работу на субподряд, а это дополнительные издержки.
10. Степени проработки мелких деталей. Можно проставлять title на ссылки и alt на картинки, типографировать текст, делать 301 редирект с www на без www, уникальные заголовки, robotx.txt и sitemap.xml и так далее. А можно этого не делать, тогда сайт будет дешевле. И, конечно, хуже.
11. Региона. Один и тот же сайт в Москве будет стоить дороже, чем в Новосибирске.
12. Бренда. Сайт от Лебедева дороже, чем от малоизвестного разработчика с таким же качеством работы.

Как вспомнить забытую песню?

    Делюсь эмоциями :)

    Ещё со школы мне нравилась одна милая песенка, но я не знал ни названия, ни, тем более, исполнителя. А потому никак не мог её найти. Вчера стоял в пробке на мосту и услышал её по радио. Первый раз в жизни я благословил пробки: только потому что движения, практически, не было, я смог покопаться в сумке, найти «айфон», среди россыпи разнообразных программ найти там программу «Shazam» и запустить её.

    Одно нажатие на экран, дал программе секунд 10-15 послушать музыку и – вуаля! – на экране не только название песни и исполнитель, но ещё и обложка альбома. Так просто :-)

Техническое задание

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

Давным-давно, будучи молодым, я думал, что у техзадания есть какой-то свой определенный шаблон, некий ГОСТ. Я долго его искал, но безуспешно. Перерыл все ТЗ всех компаний, что мне попадались, и нигде не было идеала. Остался даже такой осадочек на время, что ТЗ — это просто «отписка», мини-этап, который нужно сделать, чтобы скорее начать проект. У веб-студии в голове уже сформирована модель будущего сайта, зачем ее описывать — тратить время! Да и кто у нас тут специалист эпистолярного жанра, многие и запятых-то не расставят.

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

«Идеологическое». Техническое задание, составленное скорее как «отписка». Содержит общие фразы. Конкретика отсутствует. В быту называется «подписать и забыть».
«Логическое». Хорошо составленное ТЗ, прописаны многие моменты. Дана общая логика работы проекта и его частей. Вполне подходит для разработки сайта и объяснений с Заказчиком.
«Физическое». Максимально полное, прописана логика, структуры баз, схем обмена данными и пр. Имея под рукой такое ТЗ, сделать сайт может уже даже школьник.
Зачем вообще нужно ТЗ, спросим себя? Все просто! ТЗ является неотъемлимым приложением к договору на разработку проекта, и именно в ТЗ определен объем работ. Если завтра Заказчик на этапе создания сайта придет к вам и скажет, что нужно добавить еще пару разделов, — вы тыкаете его в ТЗ и говорите: «А вот и нет!» Без смеха. Приходят и говорят. И если в ТЗ четко не прописано, вы попадаете на дополнительный объем работ в том же старом бюджете и сроках.

Не пойду далеко за примерами. Месяц назад наша компания, поддавшись мотивационным срокам, за день составила техническое задание для проекта. Оно, естественно, получилось «идеологическим». Сегодня, разрабатывая проект, мы сталкиваемся с непонимаем между нами и Заказчиком. Вынуждены каждый раз спорить и отстаивать свою точку зрения, потому что банальная, казалось бы, «лента новостей» воспринимается Заказчиком вовсе не так, как она привычна для нас.

И другой пример. Почти месяц мы составляли техзадание для еще одного нашего клиента. Проведено несколько встреч, проработаны все моменты. В итоге ТЗ разместилось на 40 страницах. И это, мне кажется, еще не полный его вариант. Если бы позволяли сроки, можно было раскрыть его еще в полтора раза. Но сроки не позволяют. А они, кстати, таковы: ТЗ — один месяц, разработка проекта — полтора месяца. То есть этап разработки техзадания по длительности почти равен этапу разработки проекта. Way to go.

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

А тенденции таковы. Уже есть на рынке Новосибирска компании, занимающиеся составлением технических заданий и выдачей рекомендаций по выбору Разработчика. Да и сами компании готовы предложить такую услугу. Например, опять же, мы осуществляем такую деятельность. Не всегда же кодить и рисовать, нужно и проектированием заниматься.

Всем отличной погоды, увидимся на пляже!

Как браузер выбирает кодировку?

Сначала он смотрит в HTTP заголовках на Content-Type. Только в случае отсутствия упоминаний о charset, смотрит на тэг в HTML.

ПиZдЁжь и провокация:)

Пару недель назад звонит женщина-клиент, интересуется стоимостью разработки небольшого корпсайта. Выслушав требования, обозначаем нижнюю планку цены в 60 тысяч рублей. Она сильно удивляется, что такое бывает, говорит что обзвонила кучу контор и диапазон цен был 15-20-30. Признавайтесь, что ли, кто демпингует? :)

Управление контентом сайта

В наши дни никого не удивишь сайтом, который рулится через CMS. На то она и content management система, чтобы управлять содержанием сайта. Однако лично я вижу в этом больше минусов, чем плюсов.

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

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

Мне интересно узнать, а как вы решаете эту проблему?