Ты создал продукт. Он отвечает потребностям потребителя. Но как ты собираешься запустить его на рынок?

Однажды Роб Уоллинг, создатель сервиса Drip сказал мне: «недостаточно только производить то, что людям нужно». Это правда. После запуска продукта вам нужен стабильный поток людей, заинтересованных в его покупке.

Я получаю сотни сообщений от создателей, которые разработали продукт, но не смогли найти покупателей. Почему это так сложно?

Три недели назад директор по маркетингу одного из стартапов в Сан-Франциско, в который вложили средства известные инвесторы, написала мне по поводу своей презентации.

«Презентации не хватает некой изюминки», – сказала она. – «Информации достаточно, слайды выглядят великолепно, но все это не складывается в захватывающую историю. Не мог бы ты помочь?»

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

Мы сталкиваемся с разработкой ПО для внутреннего использования постоянно. Веб-студии делают собственные PHP фреймворки (ладно, уже почти все одумались), большие корпорации заказывают кастомные CRM и ERP. Повсеместно, на каждом шагу, каждые несколько секунд один программист или менеджер на нашей планете откатывается от компьютера после 5-и минут гугления готовых решений и говорит «пора пилить свое, это все нам не подходит».

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

13 предложений о стартапах

1. Выбирайте хороших сооснователей.
2. Запускайтесь быстро.
3. Дайте идее развиться (идея рождается при её реализации)
4. Поймите своих пользователей (множество успешных стартапов делали то, что было необходимо их основателям)
5. Лучше угодить нескольким пользователям, чем вызвать противоречивые чувства у многих
6. Предложите неожиданно хорошую поддержку пользователей
7. Вы делаете то, что измеряете (измерение чего-либо странным образом приводит к его улучшению)
8. Тратьте немного
9. Добейтесь небольшой прибыли (достаточно, чтобы прокормить основателей)
10. Избегайте отвлечений (особенно тех, за которые платят, как за работу; и ещё консультирование)
11. Не поддавайтесь деморализации
12. Не сдавайтесь
13. Сделки срываются

Венчурные капиталисты все чаще говорят об IPO, как о некоем «понижающем раунде» финансирования. Ведь сразу после IPO, или через некоторое время, оценка стартапов нередко падает и оказывается значительно ниже, чем в частных раундах. Это случилось с такими компаниями, как, например, Square, Facebook, Groupon и Zynga.

По результатам IPO, процессинговая компания Square получила оценку в $2,9 миллиарда. Это более чем в два раза меньше октябрьской оценки. Цена за акцию упала ниже минимальной отметки в $11 и составила $9. Компания выставила на продажу $243 миллиона ценных бумаг. Это на 25% меньше заявленного количества ($324 млн). «Мегамозг» писал, что в октябре Square оценивалась в $6 миллиардов.

В декабре 2011 года разработчик мобильных игр Zynga начал публичное размещение по цене $10 за акцию.

Вторая часть здесь.

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

Первая часть здесь.

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

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

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

Здесь я хотел бы показать, что механизм определения капитализации остается актуальным не только для компаний, но и для холдингов, у которых несколько направлений развития, а так же привести доводы на примере Alphabet, Exxon Mobile и других компаний, упоминающихся в исходной статье.

Кому интересно — добро пожаловать под кат.

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

Теория «Черного лебедя»

Автор теории Нассим Николас Талеб, описавший ее своей книге «Чёрный лебедь. Под знаком непредсказуемости». Теория рассматривает труднопрогнозируемые и редкие события, которые несут за собой значительные последствия. Процессы реального мира не возможно описать с точки зрение одной лишь математики, и в доказательство этому рассмотрим один простой пример.

История библиотеки Finch началась около года назад «в подвалах» Конфеттина, где мы пытались сделать REST API на Finagle. Не смотря на то, что finagle-http сам по себе очень хороший инструмент, мы стали ощущать острую нехватку более богатых абстракциий. Кроме того, у нас были особые требования к этим самым абстракциям. Они должны были быть неизменяемыми (immutable), легко композируемыми (composable) и в тоже время очень простыми. Простыми как функции. Так появилась библиотека Finch, которая представляет собой очень тонкий слой функций и типов поверх finagle-http, который делает разработку HTTP (micro|nano)-сервисов на finagle-http более приятной и простой.

Шесть месяцев назад вышла первая стабильная версия библиотеки, а буквально на днях вышла версия 0.5.0, которую я лично считаю pre-alpha 1.0.0. За это время 6 компаний (три из них еще не в официальном списке: Mesosphere, Shponic и Globo.com) начали использовать Finch в production, а некоторые из них даже стали активными контрибьюторами.

Этот пост рассказывает о трех китах на которых построен Finch: Router, RequestReader и ResponseBuilder.

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

В данной статье большее внимание уделяется на четыре вещи, представленные в Java 8, которые помогут вам овладеть новым уровнем абстракции.

Я разрабатываю бесплатную библиотеку StreamEx, которая расширяет стандартное Java 8 Stream API, добавляя туда новые операции, коллекторы и источники стримов. Обычно я не добавляю всё подряд, а всесторонне рассматриваю каждую потенциальную фичу. Например, при добавлении новой промежуточной (intermediate) операции встают такие вопросы:

1. Будет ли она действительно промежуточной, то есть не будет трогать источник до выполнения терминальной операции?
2. Будет ли она ленивой и вытаскивать из источника не больше данных, чем требуется?
3. Сработает ли она на бесконечном стриме? Требует ли она ограниченный объём памяти?
4. Будет ли она хорошо параллелиться?

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

Минусики по остальными пунктам не означают сразу нет, потому что есть и стандартные операции, которые их нарушают. Второй пункт нарушает flatMap(), третий — sorted(), четвёртый — всякие limit() и takeWhile() (в JDK-9). Но всё-таки я стараюсь этого избегать. Однако на днях я открыл для себя операцию, которая плохо параллелится и в зависимости от использования может не сработать на бесконечном стриме, но всё же слишком хороша. Через неё удаётся буквально в несколько строчек выразить как практически любую существующую промежуточную операцию, так и кучу несуществующих. Я назвал операцию headTail().

На рисунке изображён кольцевой участок железнодорожного пути с мостом М и тупиком А. На этом участке находятся электровоз Э и два вагона: товарный Т и вагон-цистерна Ц. Через мост может проезжать только электровоз (без вагонов). Вагоны можно перемещать только тогда, когда они сцеплены с электровозом. В тупик разрешается ставить только один из вагонов. Как должен маневрировать электровоз, чтобы поменять местами товарный вагон и вагон-цистерну и оказаться на первоначальном месте?

UPD. Правильное решение найдено damnet!
Спасибо за ваше нестандартное мышление :)

Эти два графа являются изоморфными

Математик Ласло Бабай (László Babai) с факультета компьютерных наук и математики Чикагского университета представил быстрый новый алгоритм для решения задачи изоморфизма графов — одной из фундаментальных проблем теории сложности вычислений. Алгоритм приводит проблему очень близко к классу P. По мнению некоторых специалистов, это один из самых значительных результатов в теоретической информатике за десятилетие, если не за несколько десятилетий.

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

Это небольшой обзор способов запуска графических приложений в контейнерах Docker.

Уже несколько месяцев использую docker для структуризации процесса разработки/доставки веб-проектов. Предлагаю читателям «Хабрахабра» перевод вводной статьи о docker — «Understanding docker».

Что такое докер?

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

Компания «ПрайсПлан» выпустила интегрированное решение для монетизации облака под управлением OpenStack. Решение предназначено сразу для двух сегментов рынка:

• IT отделы компаний, управляющие ресурсами частного облака
• IaaS провайдеры, работающие на открытом рынке.

О необходимости внедрения стандартов доступности сервисов и содержимого говорится в итоговой резолюции РИФ-2008, а в мировой практике такие стандарты существуют и используются более 10 лет. Следование рекомендациям по доступности содержимого WAI-WCAG (Web Accessibility Initiative Web Content Accessibility Guidelines) является одним из требований конкурса WebHiTech. В настоящей статье постараюсь перечислить рекомендации стандарта.

WCAG 1.0 — стандарт, описывающий общие правила оформления страниц в интернете разработан в 1999 году подразделением WAI группы W3C. Цель стандарта — сделать содержимое интернета доступным всем пользователям, в том числе пользователям с ограниченными возможностями (например, лишенные зрения пользователи используют для работы в интернет специальные программы, зачитывающие содержимое сайтов). Стандарт описан в виде гайдлайнов, содержащих перечень контрольных точек, разделенных на три группы по приоритету:

HTML5 для веб-дизайнеров

1. Краткая история языка разметки
2. Модель HTML5
3. Мультимедиа
4. Формы 2.0
5. Семантика
6. HTML5 и современные условия

HTML — язык, объединяющий всемирную сеть. Всего лишь посредством набора простых тегов, человечеству удалось создать несравнимую ни с чем по своим масштабам систему связанных между собой страниц и веб-узлов: от Amazon, eBay и Википедии, до личных блогов и сайтов, посвященных котам, похожим на Гитлера.

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

Как и всемирная сеть вообще, HTML — язык разметки гипертекста (HyperText Mark-up Language) — является детищем сэра Тима Берненс-Ли (Sir Tim Berners-Lee). В 1991 году он написал работу, озаглавленную «HTML Tags», в которой описал чуть меньше двух дюжин тегов, предложенных им для разметки веб-страниц.

Идея использовать для этого кодовые слова внутри треугольных скобок, впрочем, не принадлежит сэру Тиму. Такая система на тот момент уже существовала и использовалась в SGML (Standard Generalised Markup Language, стандартный обобщённый язык разметки), и вместо того, чтобы изобретать что-то с нуля, сэр Тим посчитал более рациональным взять за основу уже существующие решения. Аналогичный подход применялся и вообще на всем пути к HTML5 в процессах разработки.

HTML5 для веб-дизайнеров

1. Краткая история языка разметки
2. Модель HTML5
3. Мультимедиа
4. Формы 2.0
5. Семантика
6. HTML5 и современные условия

Великая Французская революция была временем радикальных политических и социальных преобразований. Времени как такового они тоже коснулись: в определенный период своего существования Французская Республика жила по новой системе — в сутках было 10 часов по сто минут каждый. Очевидно, что она была была куда логичнее и «правильнее» привычной шестидесятеричной.

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

То же самое можно сказать и про XHTML 2. W3C только лишний раз доказал то, чему нас научил урок послереволюционной Франции: изменить привычки людей по приказу очень-очень трудно.