13 декабря мне довелось побывать на первой российской конференции ТехКранча — TechCrunch Moscow 2010.

Главной темой конференции стало обсуждение привлекательности отечественных IT-продуктов для инвесторов и специфики российского Интернет-рынка в целом.

Формат мероприятия был очень оригинален — интервью. Все гости на сцене отвечали на вопросы ведущих, Майка Бутчера и Эммы Барнетт, тем самым заменив привычные доклады живой дискуссией в режиме «вопрос-ответ».



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

В августе уходящего года, приехав на тренинг МГУ+Intel+Роснано в Дубну, мы еще не подозревали, что он нам принесет не только важные знания, но и идею нового проекта. А все начиналось с модуля Design thinking, который проводили Ирина Кутенёва, Елена Хромкова и их команда из Lumiknows. Задача была такова…



Задание нашей команде было разработать некий продукт, который бы улучшал покупательский опыт. Мы должны были провести интервьюирование коллег, очертить портрет потребителя, выявить скрытые потребности, провести мозговой штурм по решению выявленных потребностей, сделать и представить прототип. Из 50 возникших идей мы решили развивать мобильное приложение, которое бы при наведении на штрих-код товара выдавало по нему информацию. Таким образом, покупатель бы мог без продавца и без серфинга по разным сайтам с маленького экрана телефона мгновенно получить описание, технические характеристики, рецепты и т.д. Тогда мы победили среди остальных команд и получили книжки от Intel.

Поскольку разработка приложений под Android набирает популярность, думаю обзор основных UI паттернов для Android-приложений будет кому-то полезен. Основой для статьи является вот этот вот источник. Рассматриваемые паттерны: Dashboard, Action Bar, Quick Actions, Search Bar и Companion Widget.

 

Когда мне предложили данную тему для написания своих мыслей в виде статьи, я долго думал, о чем же написать, потому что, по сути, вся данная статья укладывается в одно предложение, которое является прямым ответом на данный вопрос — Все документы должны быть прописаны и никаких моментов не должно быть в уме. Почему именно так? Рассмотрим по пунктам:

Хочется просто сказать рекламным слоганом типа: “поиск попутчиков — это podorozhniki.com”. Но за такой обзор нашего стартапа, вероятно, получил бы бан поста. Рисковать не стану и расскажу обо всем по порядку, стараясь не отнять у вас слишком много времени.
Мы запустили наш стартап, который вскармливался почти полгода нашими нервами, бессонными ночами, знаниями и конечно же вдохновением и мыслями о прекрасном и светлом будущем. Пост о проекте уже был на lifehacker.ru. Предлагаю вам расширенный обзор.
Podorozhniki.com — это глобальный и удобный carpool (carsharing) сервис, который позволяет рационально и разумно использовать транспорт, объединяя водителей и пассажиров, которым по пути. Сервис отлично подходит как для поездок по городу, так и для поездок между городами, странами. Работает везде где есть покрытие Google Maps (в дальнейшем будут и Yandex карты).

Мне для одного проекта понадобилось создать базу географических наименований России. Из всех источников подобной информации наиболее авторитетными мне показались 2:

• Эталонный справочник индексов объектов почтовой связи.
• И база окато которую можно взять с сайта главного научно-исследовательского вычислительного центра федеральной налоговой службы

Последняя показалась мне более простой, полной и менее избыточной, хотя наименований населенных пунктов там в четыре раза больше. Я выбрал ОКАТО, поскольку нашел хотя бы какое-то описание базы на википедии, а в почтовых индексах присутствовала совсем непонятная информация. В этой базе предстояло отсеять ненужные административные единицы от требуемых мне географических.

ePronto.ru – бесплатный сервис сравнения цен на отели, авиабилеты и прокат авто во всех крупных системах бронирования

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

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

Глава 4. Куда сеем? В контент!

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

Добрый день, %username%!
За последний год столкнулся с несколькими задачами по написанию SOAP/REST API к различным сервисам и вывел для себя боле-менее удобную модель. Я не претендую на фундаментальное исследование, просто хочу поделиться опытом наступания на грабли.

Для начала общие требования к default API:

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

Вступление

Привет!

В последнее время, спустя вот уже полтора года, как я с нуля, практически в одиночку, создал и развил неплохое с точки зрения пользующихся им людей, а также с точки зрения материального профицита, интернет-сообщество — Автотуристу.Рф, меня стали часто спрашивать, как мне удалось этого добиться и какие шаги я предпринимал на пути к этому. Пусть это и покажется не скромным, но я действительно добился результата (это – состоявшийся факт), об этапах достижения которого теперь и хотел бы поведать интересующимся. И пусть я не запустил Хабр v2.0 и не получаю со своего стартапа баснословных доходов, но, всё же, средний (и даже немножечко выше) московский ай-ти’шный оклад я с него имею, а это и было моей целью. Соответственно, ниже повествование о том, как я поставил себе цель и её добился!

Итак, писанина ниже – это некое Know-How на тему создания с нуля человеком, далёким от web-разработческих дел, интернет-стартапа и его дельнейшего продвижения и развития. Сразу оговорюсь, что всё, что будет изложено ниже, основывается лишь на моём собственном опыте и не претендует на какую бы то ни было научность или официальность. Дело в том, что полтора года назад загоревшись (да что там «загоревшись» — став одержимым!) идеей создания тематического интернет-сообщества, я самостоятельно, от и до, её реализовал. Ещё прошу заметить, что все свои «трепыхания» при создании своего собственного стартапа предпринимались мной, так сказать, «по наитию», то бишь я не читал мудрых книжек и не ходил на семинары или мастер классы. Хотя, с другой стороны, если бы не два замечательных человека, моих друга, то, скорее всего, не было бы и никакого стартапа, но об этом по ходу пьессы.
Важно! Я буду писать много и обстоятельно, вдаваясь в разные, на первый взгляд, казалось бы, ненужные детали, но, поверьте, именно детали порой играют решающую роль, имхо, конечно же.

Как в любой студии мы храним огромное количество паролей, от различных панелей управления серверами, доменов, админок, ssh, ftp, баз данных и т.д., речь идёт о сотнях различных паролей и логинов. Прибавьте к этому, корпоративную почту, локальную сеть с различным уровнем доступов, локальный сервер, на котором программисты собирают новые проекты, сервер с бэкапами, мегаплан, доступы к различным социальным сервисам и т.д.

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

Поделитесь опытом, как организовать эффективное, надёжное хранение и менеджмент всеми этими паролями и доступами? Как хранение паролей и управление ими организованно у вас в студии? Какое программное обеспечение используете? Что делаете, когда увольняется ключевой администратор или программист?

Вопрос не праздный, не любопытства ради. Давно ищем какое-то в меру простое и эффективное решение, но пока безуспешно, хабр — последняя надежда.

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

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

Вполне понятно, что просто сделать сайт — мало. Нужно позаботиться о его развитии и привлечении целевой аудитории.

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

Для меня продвижение сайта — это работа по привлечению на сайт целевой аудитории и ее удержание для совершения посетителями определенных действий.

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

Основная задача подготовки – однозначно убедить посетителя, что вы решаете проблему, с которой пришел посетитель. Условно говоря, продавать ЖК-телевизоры можно по-разному: вы можете просто предоставить список моделей с характеристиками и пусть покупатель сам с этим разбирается, а если вы решаете задачу, которая называется «индивидуальный домашний кинотеатр под ключ», подбираете под своего покупателя нужное оборудование, снабжаете его кабелями и настраиваете на дому, и под завязку дарите ему DVD с новым фильмом – вы решаете его проблему и повышаете свой авторитет.

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

В топике пойдет речь о том, какая из систем (1C: Битрикс или UMI.CMS) лучше для создания Интернет-магазина на основе коробки с демоконтентом.
Есть системы, есть задача, есть испытуемые и есть числовые критерии. Есть сводная таблица и комментарии тех, кто сравнивал.
Нет подыгрывания участникам, подтасовки фактов и прочей джинсы.

Эксперимент был проведен в рамках преподавания мной курса веб-технологий в ВолгГТУ. Для выполнения работы использовался выделенный сервер компании, в которой я работаю, помимо государственного ВУЗа.
Для особо въедливых товарищей оговорюсь, что компания является Золотым партнером Битрикса и имеет много баллов от Юми.
Представители каждой из систем, с которыми я знаком (Котырев, Рыжиков, Сидоренко, Солончук) узнают о подробностях и результатах исследования из этого топика. Исследованиями я не торгую, мне за отрасль поболеть интересно.
Перед тем, как минуснуть топик за то, что он про коробочные системы, которые вы, может быть, не любите, прочитайте его. Или просто проходите мимо.
Тут не агитация, тут анализ.

Итак, задача-системы-критерии-испытуемые-результат.

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

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

Эта статья адресована тем, кто уже «на грани». Она почти лишена философии и туманных ссылок, просто тупо туду-лист. Бери и делай. Намеренно избавляю тебя от объяснений, зачем молодому проекту нужна госрегистрация, такая ли уж это свобода – быть собственником и от куда взять деньги на госпошлину. Статья адресована московским стартаперам, гео-патчи от других городов приветствуются в комментариях.
Будем считать, что с формой собственности определились — это ООО и упрощенка 6%. Если кому нужно ИП – там проще, справишься и без этой статьи.

Для создания фирмы необходимо:

Сервис бронирования отелей и авиабилетов Expedia демонстрирует как анализ данных может помочь исправить ошибку, стоящую компании несколько миллионов долларов. На прошедшей в Лас Вегасе конференции SAS вице-президент по глобальной аналитике Expedia Joe Megibow рассказал, как компания использовала SAS-аналитику, чтобы сделать всего одно изменение в интерфейсе.

Помните тот старый пост, в котором я рассказывал о том, что пишу книгу “Секреты приложений Google”? Права народная мудрость: скоро сказывается только сказка. Тем не менее, в июне этого года, спустя 440 дней после того, как файл “Секреты приложений” появился на моем рабочем столе, книга увидела свет. Мне кажется правильной идея подводить итоги своих проектов и делиться с окружающими тем, что получилось, а что пошло не так, как ожидалось. Компания, в которой я когда-то работал, называла эту практику “Lessons learned”, на Западе такую штуку все чаще зовут “Project post mortem review”, а на русском языке это просто-напросто “Разбор полетов”.

Хотим поделиться с хабрапользователями некоторыми соображениями по поводу прошедшего RIWа. За последний год Николай Михайловский, руководитель компании POIdo, побывал на пяти аналогичных конференциях в США: от совсем небольшого MobiTechFest (40 человек, 1 день) до почти глобального Where 2.0 (более 500 человек, 2 дня) — опыт полезный, решили мы, нужно делиться.

«По моим наблюдениям, за один день западной конференции завязывается около 20-40 контактов (больше не успеваешь чисто физически), что как минимум в 4 раза больше, чем за три дня на том же RIWe.» Как так получается? Рассмотрим по пунктам, (а заодно посмотрим пару видео с удачными презентациями).