Конкурс продолжается. Второй тур.

Продолжается конкурс "Новогоднее постописательство 2007".  Отобрал несколько понравившихся конкурсных постов:

1. Dan Rastor: RSS content: захочешь - сам допрёшь;
   
2. Надежда Баловсяк: Netvibes спасет информо-голика;
   
3. Eugene Kozachenko: постопись2007;
   
4. Вэ: Tumblr… достойный восхищения!

Желаю удачи и победы !

Интернет глазами обывателя. Интересные сайты 2007 года.

Уже "традиционно" участвую в конкурсе ИШ. На этот раз принимаю участие в конкурсе под названием "Новогоднее постописательство 2007".

Полезный сайт.
Google.
Не буду оригинален, если скажу, что приложения Google в этом году являются одними из самых популярных. On-line режим я использовал, когда в течение нескольких дней подряд активно работал с этими приложениями. Так совпало, что пришлось активно использовать интернет-поиск, анализ результатов (в таблицах), описание выводов. Этим занимался на работе, приезжал домой, запускал браузер, открывал сохраненные документы и продолжал работать дальше. После нескольких таких рабочих дней начинает стираться некая грань, на фильм "Матрица" смотришь уже немного другими глазами, а ведь это только начало.

Интересные сайты.
Сайты в этой рубрике описывать сложно, их нужно смотреть либо читать.

1. 500px
Fliсkr, Fliсkr, Fliсkr - за этот год я очень много читал восторженных отзывов об этом сервисе, частенько в новостях пишут о запуске очередного клона этого сервиса. Не выдержав такого информационного пресинга, решил зайти на этот сайт и ... он не произвел на меня впечатления. Поэтому, когда я заходил на сайт 500px, я был настроен скептически, но от скепсиса ничего не осталось после 10-минутного просмотра отобранных фотографий. После этого Flickr реабилитировался в моих глазах и занял свою нишу.

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

3. Норвежское королевство
В toodoo по внутренней почте пришло приглашение посетить данный блог, сначала воспринял это как спам. Потом всё же решил посмотреть и стал постоянным читателем этого молодого блога. К Норвегии я никакого отношения не имею, но читать о ней и смотреть фотографии намного интереснее, чем слушать новости об очередном приграничном конфликте наших моряков с пограничниками Норвегии.

Письмо без конверта - анонс проекта.

Во второй половине сентября я выполнял подготовительные работы по открытию сайта:

• завершил настрйку RoR и Mongrel на хостинге;
• провел небольшое тестирование;
• завершил доработки по результатам тестирования;
• подготовил вступительное слово для публикации;

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

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

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

Сегодня, в последний день сентября 2007 года, на просторах российского интернета появился новый сайт - Письмо без конверта. Письмо без конверта - это прежде всего место, где человек может написать письмо своему знакомому или, наоборот, незнакомому человеку. Это место, где можно почитать письма других людей, посопереживать вместе с ними. Люди старшего поколения, наверное, еще помнят те волнительные моменты, когда они запечатывали письмо в конверт или получали его на почте. Современное поколение будет вспоминать свое первое электронное письмо, SMS или сообщение в ICQ. Прогресс не остановить и нет смысла с ним бороться, нужно научиться использовать его достижения с пользой для себя и окружающих людей. К сожалению, в настоящее время искусство писать письма утрачивается. Письма перерождаются в короткие записки, сообщения, а подчас они становятся похожи на набор непонятных сленговых выражений. Мы надеемся, что "Письмо без конверта" станет еще одним местом, где в едином клубке переплетутся современный прогресс и искусство написания писем. Напишите письмо. Дайте волю своей фантазии.

Чуть не забыл ссылку на сайт http://www.openletters.ru/

Как я учился рекламировать блог.

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

• это в первую очередь реклама в её классическом понимании;
• во- вторых, это мероприятия, направленные на увеличение поискового трафика.

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

• личный блог, комментарии в других блогах;
• социальные закладки;
• социальные сети, форумы;
• новостные сайты, клоны Digg;
• различные каталоги.

Я не рассматривал нелегальные и полулегальные способы продвижения сайта. Для контроля за статистикой использовал FeedBurner и Goggle Analitics.

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

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

Главным критерием оценки своих шагов по раскрутке блога я считал количество новых подписчиков RSS. Были предприняты следующие основные шаги:

• Добавление ссылок в сервис социальных закладок. Данные сервисы позволяют получить первоначальный трафик. Для большей эффективности добавляемую ссылку нужно поместить в одну или несколько групп. Именно из групп в дальнейшем приходят посетители по ссылке. Соотношение посетитель/подписчик не высокое.
• Публикация новости на News2.ru. Для эксперимента опубликовал ссылку на свою заметку Истории стартапов, наблюдался небольшой всплеск посетителей, но количество новых подписчиков было очень маленькое.
• Сервис TooDoo. Сервис для фанатиков web сайтов, рассчитывал получить конструктивные отзывы, но пока так их и не получил. Данный сервис является небольшим но стабильным источником трафика. Соотношение числа посетителей к подписчикам среднее.
• Конкурс "Осеннее постописательство" от ИШ. Своим постом участвовал в данном конкурсе, приз получить не удалось, но зато привлек внимание к блогу. Во время проведения конкурса был большой наплыв посетителей, но соотношение количества посетителей к новым подписчикам было невысоким.
• Публикация постов на сайте LiveIdea. Самое большое соотношение посетитель - новый подписчик, это и не удивительно, сайт собирает вокруг себя людей, интересующихся всем, что связано со стартапами.
• Внешние ссылки. Я не предпринимал специальных шагов для увеличения количества внешних ссылок. Спустя несколько месяцев после создания блога стали появляться естественные ссылки. В совокупности внешние ссылки дают небольшой но стабильный приток посетителей, сколько из них становится подписчиками, пока затрудняюсь сказать.

Создание блога и публикация постов в конечном итоге переросла в отдельный небольшой проект. Вести одновременно два проекта было непривычно, пришлось подстраивать свой распорядок дня и задумываться о time management.

Выводы:

• наибольшая отдача получается от привлечения целевой аудитории на сайт. Трафик с News2.ru и с LiveIdea примерно одинаков, но количество новых подписчиков даже и сравнивать не стоит;
• на сегодняшний момент интернет предоставляет достаточно возможностей для продвижения проектов с ограниченным бюджетом;
• участие в интернет-сообществах дает неоценимую обратную связь.

Виражи на поворотах, или как я делал первый раз deploy RoR проекта.

Хостинг куплен, имя, пароль и адрес сервера получены. Захожу на сайт и попадаю в CPanle. До этого момента я сильно не задумывался, как происходит управление своим хостингом. В 2000 году я, "как все", сделал простенькую HomePage и разместил ее копированием файлов на сервер. Тогда на меня этот процесс произвел впечатление: скопировал файлы, и твоя информация доступна в интеренете любому желающему. CPanel тоже произвел на меня впечатление, и первым делом я принялся сначала осваивать эту замечательную штуку.
Выбранный хостинг предоставлял работу RoR через FastCGI, я немного скептически был настроен по поводу FastCGI, но надеялся, что достаточно быстро удастся разместить приложение на сервере. Сначала решил отработать сам сценарий развертывания на простом учебном приложении. Если проблем с созданием базы данных у меня не возникло, то с развертыванием они начались. Чего больше боялся, то и произошло: установленный пример на RoR отказался запускаться. Перепробовал несколько "рецептов" настройки RoR и FastCGI, но ничего не помогло, за помощью решил обратился к администраторам. С ними началась активная переписка, в итоге они обновили Ruby, RoR, все пакеты, обновили модули FastCGI для Apache. Приложение заменил на простейшее "Hello Word". В интернете перечитал много информации и инструкций по настройке RoR через FastCGI, давал ссылки администраторам. Но нам так и не удалось заставить работать RoR. В определенный момент я хотел поставить у себя на компьютере linux, apache и самому начать экспериментировать с настройками, но не успел. Хостер предложил создать мне тестовый аккаунт на другом сервере и там продолжать настраивать RoR. Новая попытка заставить работать RoR через FastCGI провалилась.Я предложил отказаться от дальнейших попыток настройки FastCGI и попробовать сделать кластер из Mongrel серверов, аргументировал это тем, что на данный момент это самый простой и работоспособный способ развертывания. Хостер согласился с таким поворотом событий и приступил к настройке Mongrel в связке с Apache и CPanel. После некоторых небольших технических трудностей наконец-то удалось заставить работать RoR через Mongrel. Я разместил на сервере свое приложение с целью тестирования и принялся за дело. После всех манипуляций мой сайт работал только на определенном порту. Стал настраивать перенаправление запросов через Rewrite Url в CPanel - не помогло, обратился к админам, они что -то подкрутили, и все перестало работать вообще . Как потом выяснилось, они сделали перенаправление с тестового аккаунта на основной. Чтобы самому не путаться и не путать админов, попросил тестовый аккаунт сделать основным, а второй удалить. Приложение снова заработало, но проблема осталось: оно по-прежнему "сидело" на определенном порту. Обратился к администраторам, они сделали перенаправление, и все заработало, как надо, но ненадолго, через какой-то промежуток времени заметил, что все ссылки ведут на локальный адрес 127.0.0.1:1205. После того как исправили эту ошибку, появилась другая: ссылки стали указывать в качестве хоста не имя домена, а сетевое имя сервера. Как потом выяснилось, при создании тестового аккаунта было указано другое главное имя домена, пришлось удалять аккаунт и создавать его снова. Новый аккаунт удалось настроить достаточно быстро, при этом опять повторялась проблема с локальными адресами в ссылках, но ее тут же решили. Нерешенным остался один момент: к сайту можно обратиться, указывая протокол "www", но при заполнении и отправке любой формы на сервер теряется название протокола, остается только "http://".
С момента моего первого входа в CPanel и до полной настройки работоспособности сайта прошло без малого полтора месяца.

Вывод.
Эта история еще раз доказывает, что "знание - сила" и порой опыт достается нам не легко.

Нелегкий выбор хостинг-компании.

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

• что такое хостинг;
• как он организован;
• типы хостинга (бесплатный, shared, VDS) и преимущества одного перед другим;
• как управлять своим хостингом;
• как выбирать хостинг - компанию.

Также выяснял вопросы, связанные с регистрацией собственного домена. В процессе придумывания доменного имени перепробовал много вариантов, которые затем проверял на различных who is сервисах. Иногда эти сервисы ставили в тупик: один показывал, что домен свободный, в то время как другой показывал, что домен якобы занят. Как я и предполагал, все боле-менее созвучные имена доменов уже были заняты, поэтому пришлось имя формировать склейкой из двух слов. Хотя имя домена стало немного длинным, но по своему смыслу оно более точно подчеркивало общую направленность сайта.
Используемый мной framework Ruby on Rails достаточно молодой, и еще не все хостинги поддерживают его. Мне пришлось потратить достаточно много времени, чтобы отобрать хостинг-комании, которые удовлетворяли бы моим требованиям, а именно:

• поддержка RoR, MySQL;
• цена не более 6$ в месяц;
• тех. поддержка на русском языке.

После того, как сформировался список кандидатов, я стал каждому из них либо отправлять письма с уточняющими вопросами, либо общаться в on-line (GTalk, Web - чат). Несколько хостеров были вычеркнуты , так как я не получил от них ответа, другие не подошли из-за цены. В конечном итоге выбирал из следующего списка (фирма, тариф, цена (месяц/год), технология запуска RoR, страна):

1. TimeWeb, "Year", 120/1300 (руб), mod_ruby, Россия;
2. ЧУП Активные технологии, Мини, 6/65($), FastCG, Белоруссия;
3. Best-Hosting, Unix hosting plan "Beginner", 2436 (руб в год), Россия;
4. FastNext, Стандарт, 145/1740 (руб), FastCGI, Россия;
5. FirstVDS.ru, VDS-Старт, 149/1788 (руб), Вирт. сервер, Россия.

Поначалу заинтересовался виртуальным хостингом от FirstVDS, но смущало следующее: хватит ли ресурсов на минимальном тарифном плане, и справлюсь ли я самостоятельно с установкой и настройкой софта под linux. Опыта в установке и настройке программного обеспечения под Linux у меня не было. В итоге решил на данном проекте не рисковать с виртуальным хостингом (одного желания самому все поставить и настроить не достаточно), а выбрать shared-хостинг. В результате сравнения различных характеристик (цена, поддерживаемые технологии, различные ограничения, положительные и отрицательные отзывы) shared-хостингов выбрал тарифный план "Стандарт" от FastNext.

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

Дальше началась новая история с развертыванием приложения RoR на хостинге.

Конкуренты как гром среди ясного неба.

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

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

• это не специализированные сайты, а сообщества на универсальных сервисах ("Мой круг", Diary);
• небольшая аудитория зарегистрированных читателей и авторов;
• последние материалы опубликованы около года назад;
• помимо оригинальных текстов присутствуют перепечатки из других открытых источников;

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

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

Помимо планов дальнейшего развития также обозначились и первые трудности:

• придется приложить немало усилий в области продвижения и популяризации сайта;
• не стоит рассчитывать на пользовательский контент на начальном этапе.

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

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

Дизайн.

Создание дизайна сайта заняло у меня очень много времени, это и не удивительно: опыта такой работы у меня не было. Пришлось разбираться с такими понятиями, как юзабилити, типографика, дизайн, графика. В работе мне помогали статьи с сайта Design For Masters.

Первый вариант дизайна я делал, ни на кого не ориентируясь, сам придумал компановку, оформление, подобрал цвета. Сложность была одна: я знал, что мне надо, но не всегда представлял, как это сделать, а если и делал, то результат был далек от задуманного. В итоге первый вариант получился просто никаким. Однажды, когда я искал в интернете ответ на какой-то вопрос по CSS, я натолкнулся на такое понятие, как "шаблон дизайна для сайта". Как оказалось, это пример дизайна, выполненный для первой странички, где вместо текста используется "lorem ipsum dolor..". Я нашел несколько сайтов, которые в большом количестве предлагали подобные шаблоны бесплатно, вместо платы они просили размещать ссылку на их сайт. Весь вечер и до глубокой ночи я просматривал эти шаблоны и отобрал около двух десятков подходящих по оформлению для моего будуего сайта. Эти шаблоны я рассчитывал использовать в качестве отправной точки, т.е. взять самый понравившийся и на основе него уже сделать дизайн. Из всего многообразия скачанных шаблонов я отобрал и отсортировал в порядке приоритета около пяти штук и принялся за переработку дизайна. Сделать дизайн сайта на основе первого шаблона было интересно в том плане, что позволило взглянуть на реализацию своей идеи чужими глазами, в данном случае глазами автора шаблона. В дальнейшем я последовательно переделывал дизайн основных страниц под другие шаблоны в надежде потом выбрать среди них наилучший. В процесе этого занятия оценил то, что использование HTML для семантической разметки текста, а CSS для визуального отображения дает очень много плюсов. Практически у меня получился готовый механизм смены визуальных тем оформления.

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

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

В последнее время в интернете стали появляться сервисы, которые можно использовать при создания сайтов. Работая над макетом и дизайном, я пробовал использовать следующие on-line инструменты:

1. Kuler от Adobe - подбор сочетающихся между собой цветов.
2. Color Scheme Generator 2 - тоже подбор цветов.
3. Logo Maker : Web 2.0 Stylr - позволяет сделать логотип в стиле Web2.0
4. Web2.0 Logo Creator by Alex P - создание логотипа.
5. Favicon.cc Generator - редактор иконок favicon.
6. YAML builder - сервис позволяет создавать различные варианты вёрстки.
7. Typetester - сервис позволяет визуально сравнить между собой несколько шрифтов.
8. Cooltext - позволяет создавать логотипы, кнопки, надписи с различными эффектами .
   

Вывод.
К дизайну и usability подходит выражение "Усложнять - просто, упрощать - сложно". Умение находить золотую середину приходит с опытом, а, чтобы получить опыт, необходимо много работать.

Программирование.

Прежде чем приступать к кодированию, я некоторое время посвятил изучению RoR. Документации на русском оказалось мало, но её хватило, чтобы понять базовые концепции RoR. Очень сильно помогла статья Евгения Охотникова "Новые грани Ruby". Благодаря этой статье понимаешь магию Ruby, на основе которого сделан сам фреймвок. Приведу небольшой список статей, которые помогли мне в изучении RoR:

• Curt Hibbs. Rolling with Ruby on Rails (part I & II). Начальное погружение в RoR, имеется перевод первой части;
• Using Ruby on Rails for Web Development on Mac OS X. Пример работы с RoR (миграция, тесты...);
• http://rubyonrails.freetutorial.info/index.htm. Некий итог всех предыдущих статей.
• John McCreesh. Four Days on Rails. Описание создания более сложного приложения (ToDo List);
• Agile Web Development with Rails. Настольная книга разработчика на RoR.
• Новостная группа. Интерактивное общение с профессионалами позволит сохранить много нервов и сил.

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

Реализацию проекта я старался делать в духе Getting Real от 37 Signals, это означает следующее:

• меньше возможностей;
• меньше опций и настроек;
• меньший объем прораммы;
• кратчайшие сроки;

Применительно к моему проекту, мне пришлось принять следующие важные решения:

• отказаться от системы поиска;
• отказаться от регистрации;
• отказался интегрировать полноценный визуальный редактор;
• сделать дизайн как можно проще;
• как можно быстрее запустить сайт.

Остановлюсь подробнее на некоторых принятых решениях. Начну с поиска.

Поиск.
Мои рассуждения были следющими. Во первых, сделать поиск, используя возможности сервера БД MySQL достаточно быстро (на основе LIKE), но качество будет низкое, что дискредитирует саму идею поиска. Устанавливать и настраивать специализированное ПО, прежде всего Ferret, не представляя в какой физической среде будет функционировать сайт, было бы преждевременной тратой времени. Во- вторых, пока на сайте не накопится достаточного объема контента, поиск не нужен, так как искать пока нечего.

Регистрация пользователей.
Много раз себя ловил на следущем: найдешь в интеренет интересный ресурс, хочется его попробовать, но нужно регистрироваться, заполнять регистрационные формы, придумывать ник, пароль...в итоге отказываешься от этого сервиса. По этой причине решил отказаться от регистрации пользователей в системе. Сам факт регистрации способен понизить процент превращения посетителей в активных пользователей сервиса. Для идентификации авторов контента я решил использовать электронный адрес. Сейчас практически у многих есть email адрес, который как раз и предназначен, чтобы "светить" его на подобных ресурсах.

Визуальный редактор.
Отказ от интеграции визуального редактора - шаг спорный, но он продиктован сжатыми сроками реализации. Подключить возможность Markdown к проекту заняло от силы часа 2-3. Выбрать из нескольких редакторов один, потом интегрировать его с RoR заняло бы у меня намного больше времени по сравнению с первым вариантом.

Общие впечатления от Ruby on Rails положительные, если что-то не было реализованно в RoR, то я достаточно быстро находил плагин с нужной мне реализацией и тестами! Функционал проекта полностью ложился в идеологию RoR, что способствовало сокращению времени разработки и повышению качества реализации. Понравилась сама концепция REST и ее реализация в RoR.
Как оказалось, такая простая на первый взгляд концепция, как облако тегов, скрывает достаточно серьезный математический аппарат, проводятся достаточно серьезные математические исследования по этому поводу. Реализация механизма тегов добавляется очень легко благодаря плагину acts_as_taggable_on_steroids. Не все так просто с визуализацией тегов, я перепробовал несколько алгоритмов расчета веса тега, начиная от самого простого и заканчивая более сложным. После сравнения алгоритмов остановился на последнем.

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

• нужен минимальный функционал за минимальное время, RoR прекрасно справлялся с этим требованием. Время, затраченное на изучение готового движка и последующей его доработки, было бы намного больше по сравнению с выбранным мной вариантом;
• желание получить опыт программирования на Ruby с использованием RoR;

Мое стремление более пристальнее изучить MySQL сошло на нет благодаря реализованному в RoR механизму ActiveRecord. Едиственное, чему я научился, это запускать сервер, останавливать его и выполнять несложные SQL команды в консоле SQL. Оглядываясь назад, могу сказать, что у меня осталась некоторая неудовлетворенность от работы с RoR. Я настраивался на то, что придется потратить много времени и сил на программирование, отладку, изучение Ruby и RoR, но оказалось, что писать на Ruby, используя RoR, было просто и быстро, это позволяло сконцентрироваться не на том, как написать, а на том, что писать. Это добавляло некий fun в сам процесс работы над проектом.

Для того чтобы понять всю прелесть работы с RoR, нужно просто взять и реализовать хотя бы один несложный проект, если даже и не понравится, то это как минимум даст возможность расширить свои знания в области проектирования WEB - приложений.

Вывод.
Вывод простой: рекомендую прочитать Getting Real и познакомиться с Ruby On Rails.

Макет будущего сайта.

Перед самым кодированием я решил сделать макет основных страничек будущего сайта. При создании макета преследовал следующие цели: оценить и прочувствовать саму идею, познакомиться с HTML и CSS, попробовать себя в качестве дизайнера. Находясь под впечатлением от чтения книги Getting Real, созданию макета я придавал большое значение, для меня было важно понять на ранних стадиях, насколько моя идея реализуема, как она будет выглядеть, насколько она адекватна и стоит ли ее вообще реализовывать. Первые наброски делал в MS Word с картинками из ClipArt'а, потом попробовал рисовать макет в MS Paint. Благодаря таким экспериментам я стал немного представлять, как может выглядеть главная страничка. В тот период мне на глаза случайно попалась книга "Философия CSS-дизайна". Штудировал я ее в обеденное время на работе. Больше всего меня поразила та гибкость в дизайне, которую можно достичь, если использовать HTML для смысловой разметки текста, а CSS для визуализации. Сайт csszengarden.com надолго стал для меня основным местом, куда уходил лимит трафика и свободное обеденное время.
Вдохновленный возможностями CSS, я принялся делать макет уже в HTML и сразу же столкнулся с различными сложностями. Поначалу было очень тяжело без знания возможностей CSS реализовать задуманное, это на первых порах очень сильно тормозило работу. Выход я нашел простой: я стал просматривать сайты и подмечать для себя наиболее понравившиеся дизайнерские решения. Просмотрев несколько десятков сайтов, я остановил свой выбор на разделе новостей сайта Apple. В данном случае я руководствовался правилом: если хочешь стать профессионалом, то научись сначала подражать другим профессионалам. При создании макета подражание я не считал чем-то зазорным. По замыслу навигация на сайте должна быть основана на облаке тегов. Нарисовать или сделать симпатичное облако тегов самостоятельно у меня не получилось, в итоге я воспользовался сервисом Tag Design. На основе подготовленных данных я сгенерировал несколько облаков с тегами, для нужд макета это оказалось более чем достаточно.
В процессе создания прототипа моя первоначальная идея начала видоизменяться. В первую очередь сервис стал более тематическим, т.е. он стал составлять одно из подмножеств от первоначальной идеи. Как следствие усложнился генерируемый пользователями контент, сообщения вида "Привет, Вася Пупкин" хотя и могут появиться, но это будет нарушением установленных правил и общей тематической направленности. Другим важным решением стала ориентация сервиса на определенную возрастную категорию. Все эти видоизменения позволили мне более точно представить, каким должен быть сервис и кто им будет пользоваться. Название я подбирал, используя различные словари, расположенные в интернете. Как оказалось, все более менее удачные названия уже кем-то были использованы. В итоге остановился на простом и распространенном рабочем названии.
Завершение создания прототипа было важным моментом. Во-первых, это означало, что я в реализации идеи продвинулся намного дальше, чем просто рассуждения вслух или запись в файле. Во-вторых, сама идея приобрела законченные очертания. В- третьих, я почувствовал драйв от всего процесса. Довести проект до завершения было уже делом чести.
Вывод:
Для проектов, которые можно отнести к разряду стратапов, создание прототипа должно носить обязательный характер. На этой стадии можно более точно оценить идею, внести в нее коррективы, предположить, кто ей будет пользоваться и как будут пользоваться. В случае, если идея покажется до конца не проработанной, ее реализацию можно отложить, тем самым избежать последующих неудач и разочарований.

Правильный выбор - основа успеха.

Итак, сформулированы цели проекта, общие требования к функциональности и к дизайну. Настало время претворять идею в жизнь. На тот момент я уже был немного знаком с Ruby, слышал о Ruby on Rails и, естественно, было желание реализовать проект, используя именно эти технологии. Этому способствовала переведенная книга Getting Real, идеи, описанные в книге, понравились и произвели на меня большое впечатление.

В конференции RubyOnRails to russian неоднократно поднимается вопрос о хостинге для RoR проектов. В странах СНГ эта новая технология только начинает появляться, поэтому выбор хостинга небольшой. Сначала я предполагал использовать бесплатный хостинг, но после изучения этого вопроса с мыслью о бесплатном хостинге пришлось расстаться (очень много нареканий на качество услуг и обслуживание). Поиск дешевого хостинга и сравнение цен было не в пользу RoR, появилась мысль написать данный проект на PHP. О PHP я знал немного: это самый популярный язык для создания динамических страниц, отлично работает с MySQL, его много ругают, но при этом с ним постоянно сравнивают другие технологии, существует много framework' ов, и нет среди них явного лидера. В стремлении минимизировать затраты на проект я стал серьезно рассматривать PHP как платформу для реализации. Для ознакомления подобрал несколько книжек для начинающих, почитал несколько сравнительных обзоров. Изучать "тяжелые" framework'и PHP у меня не было ни времени, ни возможности, поэтому под руку попался шаблонизатор Smarty, на нем и решил остановиться. Пока я подбирал книжки, выбирал шаблонизатор для PHP, скачал и настраивал Denver, я вдруг понял, что RoR мне ближе своей архитектурой и что на тот момент я уже "въехал" в принципы построения приложений, оценил скорость разработки и удобство работы с БД. В итоге скорость разработки и стала решающим фактором в пользу RoR. Я рассудил следующим образом: у меня мало опыта в создании сайтов, вообще нет опыта работы с хостерами, я не представлял, как получить имя для домена, как разместить потом сайт под этим именем, как потом сделать его популярным, что такое поисковая оптимизация. Поэтому само программирование не должно отнимать львиную долю времени и сил. В отличие от RoR PHP мне пришлось бы изучать с самого начала, но саму идею познакомиться с PHP я не оставил, возможно, при реализации другого небольшого проекта я попробую и PHP.
С базой данных было намного проще, конкуренцию MySQL мог составить только PostreSQL, но в данном вопросе я решил не рисковать и выбрал MySQL в виду его большой распространенности, а также наличия огромного количества документации. Еще одним важным решением для меня было использование CSS для дизайна и разметки страниц. В своем первом WEB приложении вся разметка была сделана с использованием таблиц, причем я не использовал технику шаблонов. Любые просьбы пользователей о том, чтобы добавить вспомогательную информацию на все страницы (в подвал или в шапку) приводили меня в некоторый ступор, я даже не представлял, сколько потребуется времени, чтобы изменить около 20-30 страниц и при этом постараться не испортить то, что уже работало. В таких случаях я им отвечал: "Это займет 2 недели" - и вопрос решался сам собой.

Вывод:
Вывод я сделал простой и очевидный: нужно использовать те инструменты, с которыми знаком, и работа с которыми доставляет удовольствие (fun), при условии, что инструменты адекватно подходят для решения поставленной задачи.

Конкурс “Осеннее постописательство” вышел на завершающую стадию, по условиям конкурса, каждый участник должен проголосовать за понравившиеся лайфхаки. Из присланных лайфхаков мне запомнились следующие:

1. КНИГА РАЗВАЛИЛАСЬ? ДА НЕ ПРОБЛЕМА!
2. Социальные закладки как способ самоорганизации
3. Утечка адреса
4. Life hack RSS: фильтруй базар

Надеюсь, что из выбранных лайфхаков кто-нибудь победит. Желаю удачи!

Отличный стартап - простая идея.

В настоящее время в интернете постоянно появляются новые проекты. У меня наибольший интерес вызывают проекты, ориентированные в первую очередь на решение простых человеческих потребностей. Например, реализация on-line хранилища данных или создание интернет-презентаций радуют, но не производят впечатления. Ниже приведу небольшой список интернет-проектов, которые так или иначе повлияли на мое представление о стартапах:

1. GuidoScope - "Этот сервис - коллекция руководств и инструкций по самым разным темам". В своем блоге авторы отмечают, что идея к ним пришла во время перевода статьи Пола Грэма "Идеи для стартапа".
2. Пигли. Сервис признаний - "Пигли – это большая мягкая дружелюбная подушка, в которую можно и поплакать и покричать, посмеяться и рассказать ей о самых сокровенных своих секретах. Пигли – подушка для признаний".
3. Копилка Желаний - Сервис, где можно писать о своих желаниях, голосовать за желания других людей.
4. MyHeritage и Eureka Tree - Сервисы по созданию генеалогического древа.
5. Pastie - Сервис позволяет хранить и расскрашивать фрагменты текстов на языках программирования, своего рода буфер обмена.

Авторы этих проектов взяли одну простую идею из жизни и преподнесли ее нам в виде удобных и простых интернет-сервисов. Радует, что появляются проекты, которые интересны для всех членов семьи, в первую очередь это MyHeritage и Eureka Tree. Придерживаюсь мнения, что в России появляется очень мало интересных проектов. На своем опыте могу сказать, что дело здесь не в технической плоскости, а скорее в загадочной русской душе. Способность к предпринимательству не возникнет на пустом месте, для этого надо создавать предпосылки и условия в течение многих десятилетий.

За двумя зайцами или еще одна идея для стартапа.

Весна. Середина мая. Как-то раз после работы я стоял в очереди в кассу в супермаркете, человек передо мной разговаривал по телефону. В конце разговора он стал описывать собеседнику то, что видит вокруг: магазин, очередь, свои покупки и т.п. Это натолкнуло меня на идею публикации подкастов с мобильных телефонов. На следующий день стал развивать идею в сторону мультимедийного мобильного контента. В итоге обрисовались контуры будущего сервиса: это сервис, который позволял бы пользователям закачивать контент с мобильного телефона в интернет -сервисы, видео на YuoTube, SMS в блоги, звук в подкасты. Проект представляет собой шлюз для публикации контента в разных сервисах интернета. Успех проекта должен был опираться на три составляющие: рост мобильных абонентов и широкое распространение телефонов с мультимедийными функциями (видео, фото, MMS), рост пользователей интернет и рост популярности сервисов- блогов, хранения фото и видео, и третье- это единая точка публикации мобильного контента в разные сервисы. Эта идея меня настолько увлекла, что я решил сделать небольшую презентацию и отправить ее одному региональному оператору сотовой связи, в надежде, что его заинтересует этот проект. Я рассуждал следующим образом: затраты на создание такого проекта небольшие, их сможет профинансировать и местный оператор, сам оператор, в случае успеха, будет зарабатывать на трафике MMS сообщений. Перед выходными на работе собрал нужную мне информацию, касающуюся роста абонентской базы сотовых операторов, отчет Yandex по состоянию блогосферы. Я рассчитывал, что если в презентации буду оперировать конкретными цифрами, это повысит шанс на положительное решение. Все выходные я чертил на бумаге наброски для презентации, старался презентацию построить по принципу Гая Кавасаки. В презентации должно быть только 10 слайдов:

• Название
• Проблема
• Решение
• Бизнес-модель
• Магические отличия
• Маркетинг и продажи
• Конкуренция
• Команда
• Оценки
• Текущий статус и планы

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

Вывод:
Не стоит распыляться на несколько проектов сразу, даже если новые проекты кажутся более интересными и перспективными.

Сапожник без сапог или первоначальные инвестиции.

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

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

Возвращаюсь к своему проекту. На тот момент у меня была идея и желание реализовать эту идею. Сначала планировал, что реализацией буду заниматься на работе после окончания рабочего дня. После нескольких попыток пришел к выводу, что это было не самой удачной идеей, поэтому все работы решил выполнять в домашних условиях. Для этого небходимо было организовать рабочее место, нужен был компьютер, интернет, стол и стул. Несмотря на то, что профессиональная деятельность связана с программированием, кроме устаревшего компьютера (P-166MX, 32 RAM, 1.2 Gb Hdd, 15" Monitor) в наличии у меня ничего не было. Все это "богатство" стояло на полу. После 30 минут работы за таким компьютером пропадало всякое желание подходить к нему в следующий раз. На этом компьютере мне не удалось за ночь поставить все пакеты Ruby и RoR. Когда предоставился случай обменять свой очень старый компьютер на устаревший (PIII - 700, 356RAM/ 20HDD), то я тут же воспользовался этим. Возможностей данного компьютера хватало на разработку моего проекта. Подключение к интернету выбирал из 2 вариантов: кампустная сеть и adsl модем. Подключение к кампустной сети выходило дешевле, но качество предоставляемых услуг, безопасность и расценки за трафик оставляли желать лучшего. Вариант с adsl модемом смотрелся более привлекательно. К минусам можно было отнести высокую стоимость модема (1200р.) и обязательное наличие телефона. В моем случае единовременные первоначальные затраты были следующие:

• покупка дополнительной памяти - 200р;
• подключение интернета (модем + телефон + тариф на обслуживания) - 2600р;
• мебель: (стол и стул) - 3600р;

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

Календарь Google - как эффективное средство ведения проекта

Недавно проект "Интернетные штучки" совместно с Lifehacker.ru объявили конкурс на тему "Интересный лайфхак. Лайфхак - некое нестандартное, необычное применение распространенного сервиса или программы ".
В своей работе над стартапом я по возможности старался использовать online инструменты. Помимо использования сервиса "Документы и таблицы Google" я активно использую "Календарь Google". Сервис календаря предназначен в первую очередь для отслеживания наступающих событий. Событий, который мне необходимо отслеживать, не так много, поэтому я использую календарь для планирования работ по своему проекту. В календаре отмечаю уже выполненные работы, пишу туда небольшие заметки, делаю записи о событиях, которые представляют для меня интерес.
Основные плюсы, которые мне понравились при использовании календаря в таком качестве:

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

Календарь Google уступает по своим возможностям специализированным средствам ведения проектных работ, но у него есть одно неоспоримое преимущество - это простота использования и освоения.

Стартапы бывают разными или цели стартапов.

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

1. Коммерческая сторона.
   
• Стартап создается в первую очередь для решения проблем небольшого круга пользователей. С последующей его коммерциализацией. Например, сайт инструкций.
• Стартап изначально создается как коммерческое преприятие. Например, фотохостинг с адекватной бизнес-моделью.


2. Работа с контентом
   
   • Сайты с наполняемым контентом. После выпуска сайт пустой, в нем нет интересного контента для пользователя. Контент накапливается благодаря пользователям или авторам сайта. С ростом контента растет и привлекательность ресурса.
   
   
   • Сайты "включи и используй". Разнообразные сервисы ,ориентированные на решение конкретных потребностей конкретного человека. Например, онлайновые редакторы текстов, календари, записные книжки.


3. Типы потребностей.
   
   • Удовлетворение постоянных потребностей. Сервисы электронной почты, агрегаторы RSS, т.е. это те сервисы, которыми пользователь пользуется ежедневно.
   
   
   • Единовременные потребности. Потребности ,которые возникают периодически и зависят в основном от личных факторов.
   
   
4. Социальная составляющая.
   
   • Сервисы, ориентировнные на создание социальных связей и поощряющие эти связи. Например, сервис социальных закладок, разнообразные социальные сети.
   
   
   • Сервисы, ориентированные на одного человека или небольшую группу людей. Например,WEB почта (GMail)

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

• создается для удовлетворения собственной потребности выразить свои мысли в определенном формате;
• контент сервиса будет создаваться в первую очередь мной и моими знакомыми, впоследствии пользовательский контент должен преобладать;
• потребность в сервисе не постоянная, но и не единовременная, а что-то среднее между ними;
• социальная составляющая будет присутствовать в небольшом объеме;

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

• узнать, как создаются сайты, как их потом "продвигают", понять, что такое SEO и SMO. Одним словом: получить опыт в новой для меня области;
• поделиться с окружающими своими впечатлениями, взглядамм;

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

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

Да здравствует идея для стартапа!

Пятница, 4 мая 2007 год. В тот момент, когда понял, что с идеей интернет-опросов у меня ничего не получится, я просматривал архивы Хабрахабра в надежде найти вдохновение для новой идеи. Ближе к концу рабочего дня я просмотрел практически полностью все архивы, но никакой новой идеи у меня так и не появилось, и в тот момент возникла эмоциональная потребность написать и отправить сообщение одному известному человеку. Я прекрасно осознавал, что адресат никогда его не прочтёт, я даже не знал адреса, на которой можно отправить. Через секунду пришла мысль, что если это нужно мне, значит, это может понадобиться еще кому-нибудь. Причем меня вполне устраивало то, что адресат не будет читать мое сообщение и тем более отвечать на него.
Сервис отправки любого сообщения любому адресату - вот так кратко была сформулирована первоначальная идея стартапа. Воображение тут же выдало основные характеристики сервиса: сообщения должны быть публичными, отправитель должен иметь возможность оставаться анонимным. Сервис мог бы стать похожим на интернет-жилетку. Когда рассказал жене о новом сервисе, получил от нее идею: почему бы не сделать так, чтобы получатели отображались не просто текстом, а фотографией. Размышляя над этой идеей, подумал: а почему бы фотографии не отображать в "стиле" облака тегов? Чем популярнее получатель, тем крупнее его фотография, и наоборот, своего рода "фотооблако". Предполагал, что писать будут в основном публичным людям, так что получить их фотографии не составит труда. В течение последующей недели искал в интернете нечто похожее на "фотооблако", но практически ничего найти не удалось. На одном американском новостном сайте (сайт одного известного информагентства) нашел некоторое подобие применения подхода в использовании размера изображения в зависимости от рейтинга человека. Поиск похожих сервисов также ни к чему конкретному не привел (похожий сервис Пигли я обнаружил спустя некоторое время). Складывающаяся ситуация с поиском вдохновила меня попробовать реализовать эту идею самостоятельно. В плане программирования, на первый взгляд, она показалась не очень сложной.
На волне эмоционального подъема стали появляться все новые и новые идеи, сначала я пытался их проверять на предмет уникальности, потом стал просто записывать в обыкновенный текстовый файл. Иногда расстраивало то, что некоторые идеи, казавшиеся мне достаточно уникальными и интересными, на проверку оказывались уже давно кем-то реализованными.

Истории стартапов.

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

1. bros.StartUp. История одного стартапа - "Проект называется Placense. Это онлайн-сервис по продаже аудиоэкскурсий по городам всего мира. Вокруг сервиса мы хотим создать комьюнити, которое будет само производить продукт и само же на нем зарабатывать. Сервис рассчитан на англоязычную аудиторию". Начало блога 1 декабря 2006 г.
2. Commenta - сервис, который позволит отслеживать комментарии с форумов, блогов, получать уведомления (email, rss), при этом не обязательно регистрироваться во всех этих форумах и блогах. Решение для тех, кто в основном читает форумы и комментарии. Начало блога 21 марта 2006 г.
3. Out from Corp - "... когда понимаешь, что нет ни одной компании, в которой действительно хотелось бы работать, остается единственный выбор: создать эту компанию". Авторы работают над программным продуктом, автоматизирующим тестирование GUI на java. Начало блога 7 октября 2006 года.
4. Svoedelo - автор рассказывает, как он создавал свою web студию. Начало блога 13 декабря 2006 г.
5. Воплощение большой идеи - "Это интернет-стартап, связанный с творческой деятельностью и авторским трудом, призванный решать конкретные практические задачи людей в этой области. Это, если угодно, Web 2.0-сервис, где в основе концепции лежат социальность, принцип user-generated-content и новейшие веб-технологии." Начало блога 9 мая 2007, начало проекта ноябрь 2006 г.
6. Официальный блог компании Bookcare - различные аксессуары для книг. Начало блога 21 декабря 2006 г.
7. Чистые Мысли - "В тот майский (может и апрельский) день я задумал сделать нечто необычное - молодёжный журнал. Вот так просто взять и сделать". Начало блога 30 июня 2007 г.
8. Бизнес-блог одного менеджера или как начать бизнес с нуля - повествование о создании новой типографии. Начало блога 27 июня 2007 г.
9. Как я создавал "Чейм!": история одного стартапа - рассказ о создании web- студии. Начало блога 14 апреля 2007 г.

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

Первые шаги. Первый опыт.

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

• сайты, проводящие опросы - 35%;
• процент проголосовавших (от количества посетителей на сайтах с опросами) -33%;
• процент проголосовавших (от общего количества посетителей) - 16%.

Анализ TOP100 самых популярных сайтов и анализ русскоязычных блогов так и остался нереализованным.

Последующим шагом стал поиск и анализ конкурирующих сервисов. Сразу же столкнулся с конкурентами в лице модулей для голосования к различным CMS. Среди найденных систем попадались как заброшенные проекты, такие как poll4all, так и действующие: БлицОпрос, Poll.Ya1.Ru. Функционально все системы похожи, и среди них нельзя выделить ни одной, которая была бы своеобразным лидером. Вопрос, почему я не нашел данные системы во время предварительного поиска, так и остается, отчасти, для меня открытым. На тот момент я посчитал, что плохо умею искать в интернете и пользоваться языками запросов к поисковым системам.

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

Выводы были очевидны:

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

Все дороги ведут... к мысли о стартапе.

Благодаря интересу к языку программирования C++ я узнал о другом не менее интересном языке. Читая историю создания системы сборки Mxx_Ru, прочитал про язык программирования Ruby. На C++ я не написал ни одной серьезной программы, что не помешало мне получить 2 сертификата Brainbench (Master C++ Fundamentals и просто C++).

Весной 2007 на работе понадобился инструмент для написания различных сценариев обработки файлов. VBScript/JScript не годились, ввиду их сильной зависимости от платформы Windows и неустойчивой работы WSH. Как один из вариантов возник Phyton, но в нем не понравилось то, что язык был 2-х мерным. Отступы в исходном коде служили для структуризации программы. Вспомнил про Ruby и решил попробовать его, так началось освоение этого языка. В поисках русскоязычной информации по Ruby подписался на рассылку RubyOnRails to Russian в Google Groups. В основном в ней обсуждается программирование под интернет на Ruby On Rails и частично вопросы по самому языку Ruby.

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

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

После осмысления этих эссе возникло желание попробовать свои силы в создании интернет-проекта.

С чего все начиналось.

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

Вторая половина 2002 года. В этот период я участвовал в реализации интернет - приложения, которое автоматизировало деятельность фирмы по сборке и продаже компьютеров (складские операции, прием и обработка заказов, прием платежей, учет гарантийного обслуживания). На тот период была использована технология ISAPI для IIS сервера. Проект в свое время не имел аналогов на местном рынке. Идеи, заложенные в нем, не потеряли своей актуальности и сегодня. С того проекта у меня остался интерес к интернет - технологиям, к дизайну в общем и дизайну интерфейсов в частности (как desktop, так и к web) .

В 2004-2005 годах интересовался и самостоятельно изучал различные технологии Java (Servlets, JSP, EJB, Struts), .NET (ASP.NET, ADO.NET, C#), XML. Ни одного серьезного проекта так и не было выполнено (была попытка реализовать проект, напоминающий MS Reporting Services и простой вариант биллинга услуг).

В период осень 2006 - начало 2007 хотел сменить место работы. Ходил на собеседования по фирмам и наблюдал со стороны работу этих компаний. Пришел к неутешительному для себя выводу: менять место работы - это пустая трата сил, времени и нервов. Перспективы роста в профессиональном, карьерном и финансовом плане как были, так и останутся практически неизменными (это применительно к региональному рынку труда программистов, к Москве, Петербургу это не относится). Стало понятно, что, если хочешь чего-нибудь добиться, нужно кардинально менять что-то в своей жизни, а не просто сменить место работы.

Вступление

В последнее время в интернете много пишут про стартапы, есть летописи как законченных, так и только зарождающихся проектов. В этом блоге я постараюсь раскрыть внутреннюю кухню процесса создания интернет – проекта: от зарождения идеи до ее реализации. Напишу про ошибки, которые я сделал, выводы, к которым я пришел. Некоторые выводы и ошибки настолько банальны, что иной раз думаешь: "Как я мог так поступить?".
Кратко о себе: живу недалеко от географического центра России. Увлечение программированием в школьные годы переросло впоследствии в профессиональную деятельность. В основном занимаюсь разработкой различных информационных систем для предприятий (Oracle, MS SQL, MS AS...). Интересуюсь новыми технологиями в области разработки ПО, процессами социализации интернета, радуюсь успехам Apple.