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

Мы делили апельсин, много нас, а он один

В американской традиции стартапов принято брать в долю всех участников проекта, работающих с первого дня его основания. Отличный способ мотивации команды, скажу я вам. Но как делить баснословные доходы, если они таки будут? Самое первое, приходящее на ум — поделить поровну. Таким образом, если над стартапом работало пять человек, то каждому достанется по 20%. Справедливо? Не очень.

У американцев есть отличная поговорка про курицу и свинью «a chicken is involved with breakfast, but a pig is committed»: речь о яичнице с беконом на завтрак, для приготовления которого требуется некоторое усилие от курицы (снести яйцо и жить себе спокойно дальше), в то время как свинье придётся принести куда более существенную жертву. Так же и в бизнесе: некоторые участники проекта выполняют работу достаточно формально и потом наблюдают за результатами, другие же несут принципиально большие риски и вкладываются в дело сильнее.

Frank Demmler, профессор предпринимательства в бизнес-школе при Carnegie Mellon University, предложил следующий метод распределения долей в стартапе.

Перевод статьи Vincent Driessen: A successful Git branching model

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



В качестве инструмента управления версиями всего исходного кода она использует Git.

В интернет-индустрии большинство людей знают разницу между Firefox и Internet Explorer. Мы также в курсе, что такое FTW, и чем отличаются ASP, PHP и RoR. Ну или по крайней мере знаем, что разница есть.

Если ты встретишь стартапщика, который не слышал про Digg, Google Apps или фримиум, ты будешь удивлён. Правильно?

Но это лишь мы, маленькое подмножество дигерати, у которых есть время отслеживать почти всё новое по нашей индустрии. Остальной мир? Абсолютно несведущ в этом плане, и это нормально. Проблема возникает, когда вы пытаетесь предугадать потребности ваших пользователей. Есть вероятность, что они вообще вас не поймут. Несколько примеров.

В догонку к посту про макет бизнес модели, не менее полезный «самый короткий в мире маркетинговый план» (так его назвал автор, Келли Одел).

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

Всеми любимый набор иконок — Fugue, обновился (16 июля) до версии 3.0. Изменения небольшие, были добавлены 32 гипер-маленькие иконки.

Мега-превью! (3Mb)
Иконки
Иконки + исходники

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

Введение

Все началось с того, что я стал системным администратором у одного провинциального Интернет-провайдера. Помимо администрирования различного рода ресурсов, мне в присмотр достался один молодой, но бурно развивающийся ресурс. Ресурс представлял из себя классический LAMP проект. Сайт, на котором генераторами контента являлись обычные пользователи.
* К слову, в то время я ничего не понимал в *nix системах, хоть и все сервера которые мне достались, были именно на нем, разбирался я во всем этом достаточно быстро.

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

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

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

Взгляд сверху

Сегодня мы продолжим уже более точечно рассматривать процесс бизнес планирования, но прежде я бы хотел ознакомить вас со списком тем, котрые обычно включаются в бизнес-план, и каждой теме я планирую посвятить по одной статье. Довольно амбициозная задача, так как обычно бизнес-план включает в себя около 15-20 разделов, и каждый важен по-своему. То есть, в идеале у нас с вами должно получиться около 20 статей.

Итак, список:

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

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

Доброго времени суток,

Хочу рассказать о своём шаблонизаторе для проектов на PHP.
Понимаю, что рискую быть обвинённым в изобретении велосипеда, поэтому объясню свои мотивы: Большинство шаблонизаторов меня не устраивают изначально, среди них Smarty, Quicky и все им подобные, причина — мне кажется, что шаблонизатор должен избавлять от использования логики в шаблонах, а не навязывать свой синтаксис для той же логики.
Иначе говоря, такой:

1. {?$x = 2+2}

, или такой

1. {foreach name=my from=array('One','Two','Three') key="i" item="text"}

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

1. $tpl->assigned_var='abc';

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

1. $thl->assign('assigned_var','abc');

Операционная система Android повергла рынок сматрфонов в шок :). В отличии от компании Apple, которая предъявляет достаточно строгие требования к разработчикам, которые хотят выставлять свои приложения в iPhone App Store, Google создал платформу Android открытой (в оригинале wide open). В настоящее время вы можете писать приложения PHP. Парни из Irontech создали необходимое, и используя Scripting Layer для Android (SL4A), вы можете создавать на PHP приложения для Android.

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

Сегодня я решил опубликовать свои шпаргалки, на самые часто встречающиеся ошибки при работе с MySQL.

Ранее в этом блоге. Около тысячи лет назад стартовал конкурс «Юзабельный вебпроект». С тех пор нам поставили 108 минусов за посты про конкурс (не считая этого), прислали 166 заявок на участие, нами было отобрано 15 из них, а в результате последнего противостояния выжило только 5. Мы оставили комментарии по юзабилити их сайтов всем желающим и вызвали ненависть некоторых веб-дизайнеров.

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

аудит Kinobaza.tv (pdf, 3,11 Мб)

аудит Repka.ua (pdf, 1,23 Мб), приложение: майндмэп (pdf, 79,2 Кб) с рекомендуемой структурой меню

аудит PoPravilam.com (pdf, 653 Кб)

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

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

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

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

За последний месяц, я написал уже два поста с обзорами плагинов jQuery (1 и 2). Надо сказать, что подобные статьи на английском языке появляются все чаще и чаще. Однако их содержание довольно быстро приедается. Галереи картинок, слайдеры, опять галереи картинок, многочисленные динамические меню и опять слайдеры. Мне не хочется описывать очередную порцию подобных плагинов. Поэтому сегодня я расскажу не о двадцати-тридцати как обычно, а только о семи важных на мой взгляд плагинах, о которых очень хотелось рассказать. Лучше меньше, да лучше.

Всем привет! Стартовые дни чемпионата мира по футболу, хочется думать, вполне подходят и для старта корпоративного блога Sports.ru, в котором мы планируем писать о спортивном интернете и – шире – об эволюции медиа в digital-эпохе. Цели блога – рассказать о каких-то универсальных решениях, опробованных нами и способных улучшить не только спортивный сайты, а также услышать побольше дельных советов, способных улучшить уже Sports.ru. Сами мы эволюционируем довольно энергично – за последние пару лет Sports.ru перестал быть типичным тематическим сайтом с текстами и новостями, а стал еще, в той или иной степени:

• социальной сетью спортивных болельщиков
• игровой платформой
• базой данных о спорте

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

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

В этом смысле анонсированная Facebook поддержка OpenGraph кажется несколько провокационной. Технология позволяет сайтам экспортировать в социальную сеть профили всех объектов, которые они освещают – персоны, локации, товары, организации, произведения искусства и т.д. Пользователь, подписавшись на любой из этих объектов, сможет получать информационные сообщения в NewsFeed, увидит эти объекты в своих интересах и результатах поиска. Facebook предоставил удивительные возможности, но в то же время заставил серьезно задуматься о дальнейшей судьбе stand-alone media.

Sports.ru оказался первым российским сайтом, который ввязался в эту авантюру =) Какую задачу мы решаем с помощью OpenGraph и с какими проблемами столкнулись — в продолжении статьи об интеграции медийного проекта c социальной сетью.

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

Не прошло и десяти дней, как мы публикуем официальный отчёт о встрече Web Standards Days, прошедшей в Киеве 18-го сентября. Как это обычно случается, финальная программа сильно отличалась от заявленной ранее — но только в сторону её улучшения. На встрече прозвучало шесть докладов:

• Веб-стандарты в большом проекте: что помогает, а что мешает. Андрей Сумин, PDF 138 КБ;
• Про проектирование интерфейсов и немного про Adobe Fireworks. Вадим Пацев, PDF 1,2 МБ;
• Веб в кривых. Второе рождение SVG. Вадим Макеев, HTML 15,6 МБ;
• Введение в Web Performance: W3C, Webkit, IE9 и будущее. Николай Мациевский, PDF 4,1 МБ;
• Разработка веб-приложений. Обзорная экскурсия. Виталий Рыбалка;
• Обзор новых API JavaScript. HTML5 и самостоятельные черновики W3C. Антон Немцев, HTML 750 КБ.

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

Прошло несколько дней с публикации анонса о появлении на свет jQuickForm (если в двух словах, то jQuickForm это сборка jQuery + HTML_QuickForm2).
Была получено масса положительных отзывов, в т.ч. в личку, много посетителей сайта проекта сказали «LikeIt», а это говорит о том, работа нужная и своевременная.
Итак, сегодня я хочу сказать о том, что на данный момент практически все явные и потайные возможности jQuickForm описаны, а это ни много, ни мало:

Элементы

InputText, InputPassword, Date (выбор даты, состоящий из нескольких элементов типа select), DatePicker (jQueryUI), Slider (jQueryUI — «ползунок»), SliderRange (jQueryUI — диапазон значений), Select, Buttons, Textarea, Page (элемент для построения многостраничного мастера), Static (элемент формы для вставки произвольного HTML), jWysiwyg (простейший редактор), Autocomplete One Array (автокомплит с единственным значением и инициализацией при помощи передачи массива), Autocomplete One Remote (то же самое, но источник — аякс-скрипт), Autocomplete Multiple Array (автокомплит с множеством значений через запятую, используется, например, для формирования списка веб2.0 меток, источник — массив), Autocomplete Multiple Remote (тоже самое с удаленным источником), File Upload (обычный элемент загрузки файлов), и, по заявкам телезрителей — File MultiUpload