>> [Играет музыка]
>> Эбби FICHTNER: Здравствуйте, я Эбби Фихтнер.
Большинство людей знают меня как Hacker Чик, потому что я хакер цыпленок
Блог о том, как построить более совершенные технологии.
И я также над на Гарвардский Инновационные Labs.
Знаете ли вы Лаборатория инноваций?
ОК, так что это злой весело.
Я хакер в резиденции там, где моя роль
чтобы помочь студентам сделать все от взлом в прохладные сайд-проектов, все
вплоть до начала технологий стартапов.
>> Я программист, так это мое прошлое.
Я бы получил в программировании и стартапы одной интересной трассы.
Когда я учился в школе, я хотел быть консультантом по вопросам управления,
потому что я думал, что будет дерьмо.
Я не знаю, если это все еще дело.
Есть студенты по-прежнему хотят быть консультанты по управлению?
Разве что считается очень круто?
>> ОК, так что я подумал, что было действительно здорово.
Я устроился на работу с одним из Топ управленческий консалтинг
фирмы прямо из школы.
Я был очень взволнован, вплоть до пока я не начал работать там,
и тогда совсем ненавидели его.
Я не люблю компанию.
Я не люблю культуру.
>> Я ничего об этом не нравится кроме того, что они очень странно
поставить меня в программировании, который был действительно странно, потому что мой титул не был
программист.
Там не было ничего, что я могу Помнится, в интервью о,
Вы собираетесь программировать.
Я думал, что я бы консалтинг менеджеров, чтобы это ни значило.
Я до сих пор на самом деле не уверен, но это имеет смысл для меня в то время.
>> Так что я туда, и они фактически дал мне должность,
который был прохладным, потому что я думаю, это только работа, которую я когда-либо
было, где я был офис.
И они дали мне компьютер и этот большой оборудование, компьютер был подключен
до, так что я писал код для управления это оборудование, которое было действительно опрятно.
И, что часть я действительно любил.
>> И я делал код для NSA, который был действительно странным.
Это была моя первая работа из колледжа.
И поэтому я пишу этот код.
Я просто совершенно взлом, потому что я понятия не имею, что
Я делаю, и пытается чтобы сделать его делать.
>> И я добраться до этой точки, где я использую библиотеки для управления этим оборудованием.
И я могу только сделать что в библиотеках,
и то, что мне нужно сделать, нет какие-либо функции для.
И я, как OK.
Но было поддержки номер, поэтому я вызываю
компания, которая создала программное обеспечение, и я сказал, что я должен сделать это.
И они были, как, да, вы не можете сделать это.
И это была моя первая работа из школа и мой первый проект,
и я просто не чувствую, что я мог просто пойти к начальнику и быть like--
и он так и сделал вид из поставить меня на мою собственную.
>> Я действительно не чувствую, что Я мог бы пойти к боссу
быть как, ну, иди скажи АНБ извините, мы не собираемся делать это за них,
потому что библиотека не доступна.
Это просто, казалось, не приемлемо.
И так я вроде спал всю ночь взлома что-то вместе,
и я сделал свою работу.
>> И именно это поворотный момент для меня, где он только что нажали.
И я понял, что это то, что я хотел сделать.
Я думал, что это было классная вещь когда-либо, что я был, как я сделал что-то
что создатели программного обеспечения мысль не были даже возможно.
И я, возможно, был первым человек когда-либо, чтобы сделать это, не так ли?
И это не было большой вещи, но это было только такая классная идея.
>> И поэтому я оставил большой консультирование по вопросам управления фирмой,
и я пошел на работу для стартапов, потому что стартапы все
о создании вещи, которые никто не когда-либо созданных ранее.
И я подумал, что было Наиболее удивительная вещь когда-либо.
Так я и сделал, что для ряда лет, вроде построены из
Технология для стартапов.
А потом я как бы, как я был Сказав прежде, что попал в этой области
где я только собираюсь, чтобы помощь хакеров и технологий предприниматели, которые
строят инновационные, разрушительные продукция-- помогая им
сделать это и найти пути сделать то, в чем они
может быть успешным на рынке.
>> Так вот что я хочу поговорить с вами, ребята сегодня.
Так что для меня, я думаю, что это на самом деле захватывающее время, чтобы быть в этом пространстве
Прямо сейчас, потому что технология расширение на этой невероятной скоростью,
и это делает все это возможности, доступные
что никогда не были доступны ранее.
Так что я чувствую, что мы вернемся к этому Дело, в котором можно создавать вещи
что никто никогда не создавал прежде.
И особенно, глядишь на вещи, как 3D-печати.
Таким образом, люди 3D печать вещи как человеческих органов или пищи.
NASA начал 3D печать пищевых астронавтов,
так что это 3D-принтер из дрожжевого теста и пиццы соусом
и сыр, как его картриджей, вместо полимеров.
>> И автомобилей.
Urbee 3D напечатаны мире дешевый и самый экономичный автомобиль,
и они собираются ехать это по всей стране
на под 10 литров топливо, которое является довольно сумасшедшим.
И, конечно, все, что происходит на с мобильного, и тем, с вещами
как 3D-печати делают создания физические устройства, так намного дешевле
привело к интернету вещей, что это понятие, что эй, почему мы
иметь функциональность в наших компьютерах и наши таблетки?
Почему бы нам не принять его из тех, и на самом деле
положить его прямо в устройства, где мы заботимся о.
>> И так мы получаем Вещи like-- Дэвид Роуз
по крайней Media Lab создали зонтик, который говорит на погоду.
И поэтому вы можете представить его в зонтик стою у двери.
И, как он чувствует, проходя мимо него, если это будет дождь, то будет мигать,
так что вы знаете, чтобы взять его с собой.
Или Доблесть создал велосипед, который дает вам направление и дает вам
все ваши статистика для верховой езды.
>> Или Хапи создал вилку, что контролирует ваши привычки в еде
чтобы помочь вам есть более здоровым.
И все из самостоятельного вождения автомобили на ум под контролем helicopters--
>> [Смеется НЕМНОГО]
>> Даже то, что мы думали, как очень низким уровнем технологий, как чтение новостей.
Gannett только что объявил, что они работают на виртуальной реальности
журналистика, где вы поглощаете Новости не читая его,
но на самом деле испытывает это и быть частью этого.
Или другие вещи, которые мы могли бы думать, как высокие технологии, как садоводство,
потому что вы должны снять стресс.
Потому что я не знаю о вас, ребята, но я
бы найти живых Новости будучи очень напряженный.
>> [Смеется]
>> Команда из MIT, Grove, имеет создал производят прибор
что на самом деле, вы можете положить в ваш кухня выращивать фрукты и овощи.
И так это действительно круто глядя на все стартапов.
Там просто этот удивительный Количество стартапов
которые в эти дни которые пытаются взять
Преимущество этих технологий.
А что на самом деле interesting-- только глядя на все эти вещи, которые
идет вверх, но понимая только очень небольшой процент из этих стартапов
на самом деле происходит, чтобы сделать это в будущем,
и вид понимания того, почему некоторые из им сделать это, и некоторые из них этого не делают.
>> Так что я сделал доклад в прошлом месяце на технической конференции,
и я хотел бы поговорить с их об этой теме.
И я подумал, что они инженеры.
Они хотят правила.
Мол, я инженер.
Мне нравится правила.
Это очень красиво и аккуратно, не так ли?
Так что я пытался придумать с правилами инноваций.
>> И как только я это сделал, я понял, что это глупо.
Первое правило инноваций является то, что нет правила инноваций.
Потому что, если вы делаете это правильно, то вы
нарушение нескольких правил, чем ваш следовать за.
И, конечно, Томас Эдисон классно сказал, что "я не удалось.
Я только что нашел 10000 способы, которые не будут работать ».
И так, конечно, более Инновационная, что ты ведешь себя,
Вы должны рода ожидать, что вы собираетесь
чтобы найти больше способов, которые не работают.
Но хорошая новость в том, что это не полный черная дыра.
Когда вы смотрите на стартапы которые были успешными,
новаторы, которые имеют построил эти продукты, которые
добились успеха в рынки, что вы увидите
это снова и снова, то же самое модели появляются из вещей,
что они делают.
И многие из них, когда вы вид копать вниз, в них,
они вроде основывается на большом количестве принципы, лежащие в Бережливое и Agile--
и люди просто воспользоваться теми возможностями, и говорить, Как могут эти смысла для запуска?
>> Поэтому я хочу, чтобы пройти через эти.
Чтобы быть честным, я думаю, что я хотел потратить около половины
на это время в прошлом одно-- это "Сосредоточься!
И получить дерьмо сделано ".
Потому что на самом деле это что речь идет именно к этому.
Но я думаю, первые четыре Очень важно понять,
контекст и мышление, что вам нужно
войти в когда вы делаете что-то действительно инновационное, что
не было сделано раньше.
>> Таким образом, первый принцип является устранение отходов,
который, если вы знаете что-нибудь о Lean принципы,
это одна из ключевых принципы Lean.
И в самом деле, Эрик Рис, кто Создатель Lean Startup
методология, говорит номер один Самое главное для стартапа
учится разницу между стоимостью и waste--
что довольно странно, не так ли?
Например, как бы вы не знаете, что значение и то, что отходы?
>> Но я думаю, что это имеет смысл, если Вы думаете, о корнях Lean.
Так Lean приходит от бережливого производства Toyota Production System в Японии.
И "отходы" в переводе с Термин "Muda", который на самом деле шире.
Так на самом деле, то, что вы хотите сделать устраняется муда.
И Muda означает не только что-нибудь, что это непродуктивно,
но все, что не добавленной стоимости сегодня.
Потому что, особенно когда вы делаете что-то
так неопределенно, как делать стартап, создавать что-то инновационное,
Если вы думаете, что вы идти по этому пути, и вы
терять что-то для этого, а затем вам
выяснить, что на самом деле происходит и вы идти по этому пути,
то все, что вы сделали в течение здесь бесполезна, не так ли?
И так в Agile, у нас есть Выражение называется
YAGNI, что "Вы Не собираюсь это нужно ".
>> [Хихикает]
>> Так что это действительно хорошая вещь, чтобы помнить как вы строите новые технологии.
Все, что вы думаете, что вы будете нуждаться,
просто предположить, что вы не до вас.
>> Поэтому интересно посмотреть на Примеры стартапов, которые сделали его
и посмотреть, откуда они пришли.
Так PayPal фактически началась, как способ оплаты пучка между КПК.
Но оказалось, что мир не был готов для мобильных платежей
в 99-м, не так ли?
Мы только начиная чтобы получить там сейчас.
>> Flickr начал как массово многопользовательская онлайн ролевая игра.
Но оказалось, как когда люди играли его,
что самой веселой аспекте был обмен фотографиями.
Это забавно.
>> И тогда Instagram начал как gamified Foursquare.
И они на самом деле построен вне цельные приложение, и посмотрел на нее, и пошел вау,
там слишком много всего происходит здесь.
Это слишком сложным.
И они просто слом всей вещь и сказал, вы знаете, что?
Мы просто собираемся сосредоточиться снова на фотографиях.
И это было то, что было успешным для них.
И поэтому они являются те, которые сделал это, но когда вы вроде выглядят
по всем направлениям, Статистика довольно мрачным.
Потому что статистика является то, что девять Из десяти новых продуктов терпят неудачу,
который является довольно ужасным.
И, как разработчиков, так как люди кто работает с техникой,
Я думаю, что когда мы смотрим в стат, как это,
мы понимаем, как трудно заключается в создании технологий когда
Вы строите что-то это не было построено раньше.
И мы считаем, что это не удается потому что мы не можем строить эту технологию.
Но когда вы действительно копать глубоко, что happening-- эти продукты
не терпят крах, потому технология не работает.
Они не справляются, потому что люди, которые создали
они не смогли найти рынок для них.
>> Мой любимый пример это компания под названием
Актуальность системы, которая было на самом деле здесь, в Бостоне.
Они создали 3D голографический дисплей.
Это довольно крутым, не так ли?
Они создают его, и они получил это работает, а затем
они провели следующие 10 years--, чтобы они создали это.
Это было бы впечатляющим создать сегодня, правда?
Они создали этот более 10 лет назад.
Они провели следующие 10 лет, пытаясь безуспешно найти для него рынок
и создать жизнеспособную бизнес из это, и в конце концов пришлось закрыть,
и все они могут сделать, это продать от лицензии на технологии.
Так были ли они успешными в инновации?
Я имею в виду, они получили технологию работы.
Это удивительно.
Но если вы пытаетесь на самом деле построить жизнеспособный бизнес из этого,
не так много.
>> И так, что это интересно есть ли было исследование
в то, что это единственный самый большой предсказатель сбоя при запуске.
А кто из вас хочет думаю, что это такое?
>> АУДИТОРИЯ: Нет рынка?
>> Эбби FICHTNER: Нет рынка, да.
Так что-то, что на самом деле я должен есть said-- то, что стартапы делать,
что если они этого сделать, это Самый большой предиктором, что они
происходит сбой, или большой показатель.
Так нет рынка является своего рода то, что с ними происходит.
>> Так Дон [неразборчиво] сделал Опрос в этом,
и то, что он нашел, было сингл Самый большой предиктором сбоя при запуске
придерживался начальная бизнес plan--, которые
довольно запутанным, не так ли?
Потому что, если вы начинаете на любом новом предприятии,
Вы должны попытаться выяснить, если вы на пути или нет.
Даже то, что терминология, на трассе, предполагает что вы говорите по плану.
И так, если придерживаться планировать означает, что вы потерпите неудачу,
это очень запутанной.
Верно?
>> И так, что подводит нас к инновации номер модели
два, который является, что вы должны действительно начать с малого.
И такого рода перерывов наша ментальная модель,
Я думаю, что для, как люди думают, о том, как стартапы работать.
Потому что я чувствую, что мы получили этот образ стартапов, как идти большой или вернуться домой, детка.
Верно?
Как я уже получил большое видение, и бум.
Я собираюсь идти большой, и я будет следующий Facebook.
>> Но вопрос в том, как Вы делаете это, не так ли?
Как вы идете из ничего, но Идея нравится миллиарда пользователей,
как Facebook имеет?
Как бы вы даже строить из достаточно возможностей с первого дня
что вы могли бы обратиться миллиарду пользователей?
И даже если вы хотели, чтобы построить следующее Facebook
завтра, с чего начать чтобы заставить людей на нем?
Потому что и любой из вас использовать "рядом Facebook ", если никто бы вы знали не было на нем?
Наверное, нет, не так ли?
>> И так, что я рассматриваю стартапы as--, когда вы действительно рано
stages-- рода делает поиск пересечение нашей большой видения
что мы хотим достичь с тем, что реальность может на самом деле вместить сегодня.
И так, что вы делаете это Обычно через серию
органов малого эксперименты или небольших задач.
Так что просто взять пару примеров компаний, которые сделали его большим
и как они начали, Microsoft начал с написания
версия BASIC, который это язык программирования,
на Альтаира, который был как в первый домашний компьютер.
Так что я не знаю точно, как было сделано много Altairs,
но я предполагаю, только несколько тысяч.
Так что это не большой рынок, не так ли?
>> И тогда, конечно, Facebook, которые является quintessential-- идти большой,
стать рядом Facebook-- началось здесь в Гарварде,
где есть только 20000 студентов.
Итак, еще раз, не большой рынок.
И поэтому, когда вы думаете о психическое образцом того, как стартапов
должен выглядеть, она должна выглядеть примерно так.
Вы начинаете с ваш большой зрение, но тогда вы идете мало.
И вам выяснить путь к доминировать на самом деле нишу на рынке,
а затем вы можете построить на что успех идти большой.
И есть несколько причин для этого.
Одним из них является, если мы принимаем тот факт, что придерживаться начальной бизнес плана
происходит сбой, мы собираемся найти 10000 способов, которые не работают,
все, что мы собираемся сделать много ошибок.
Мы собираемся иметь много промахов.
Если мы попытаемся идти большой, мы собираемся использовать все наше время и ресурсы
на неправильные вещи.
И так это гораздо лучше поехать небольшой, поэтому мы можем экспериментировать быстро.
>> Но что еще более важно, это гораздо проще
чтобы быть успешным, когда мы идем маленький, потому что все, что вам нужно сделать,
это найти, что рынок, что вы хотите перейти after--, которые действительно нишу на рынке.
А потом просто определить Единственное, что они действительно
умирает иметь, и построить что для них.
И тогда вы можете быть очень убедительным.
>> Так как пользователи Альтаир действительно хотел способ программирования свой компьютер.
И я не знаю-- Я думаю, что это был так же, как тумблеров
и мигалками, не так ли?
Так что я не знаю, как они сделали это.
Так, обеспечивающие основное, чтобы они можете запрограммировать это удивительно.
Или студентов Гарварда, просто хотел единый, централизованный каталог студент,
не так ли?
И это только Facebook пришлось предусмотреть, что одну особенность.
Они не должны строить ее, как она является сегодня, чтобы действительно получить тягу.
>> Так что подводит нас к номер три, что для того,
чтобы найти, что одна особенность, что ваш рынок действительно умереть,
Вы должны действительно глубоко понять ваших клиентов.
И я чувствую, что люди недооценивают Важность this--
Особенно сегодня, когда есть так многие стартапы, которые там.
Если вы действительно ищете на то, что это происходит в загрузочном пространстве,
Вы собираетесь найти 100 стартапов все делают то же самое.
Верно?
>> И это потому, что каждый может увидеть что технология является сегодня здесь, не так ли?
Но мы хотим быть здесь.
Так люди видят эти пробелы и каждый пытается пойти после этих пробелов.
И у вас есть все эти стартапы все делают то же самое,
и вы, как, почему бы не это любой из них успех?
Там же разрыв здесь.
Я считаю, что те, что хотим добиться успеха
являются те, которые принимают время действительно понять своих клиентов.
Прекрасным примером этого, Я думаю, Dropbox.
Когда Дрю Хьюстон, основатель, пошел попробовать, чтобы собрать деньги для Dropbox,
Венчурные действительно отговаривали его.
Они, как, я не понимаю, почему вы даже вступить в это пространство.
Там уже, как миллион миллиардов стартапов облако хранения там.
>> Дрю был похож, да, но вы используете какой-либо из них?
И они не были.
И поэтому я чувствую себя, как Дрю удалось, потому что,
он начал с небольшого рынка.
Он не пытался пойти после всех.
Он пошел за хардкор технари, которые имеют
Многие устройства, много компьютеров, и они
есть эта проблема в передаче файлов.
И он только целенаправленные их.
И все, что он должен был сделать предоставлять решение, которое работало на них.
>> Итак, еще раз, я чувствую, что есть много мифов вокруг стартапов,
потому что мы видим так много стартапы происходит сегодня.
И вы просто услышать 20000 ногу вид ох, они сделали это в течение ночи.
Они были успех.
Но миф о, если вы строите его, они будут come--, когда вы действительно
копать глубоко в то, что происходит в тех историях успеха, время
и снова, я думаю, что Вы найдете являются учредителями
которые пошли этим необычным длины, чтобы понять своих клиентов.
Так что просто дать пару examples-- I не знаю, если это еще так,
но по крайней мере на начальном этапе, один из соучредителей Airbnb
не в собственности или арендовать дом.
Он просто ходил и жил в Airbnbs.
Как я даже не знаю, что это выглядело like-- как жить из чемодана?
>> Или Бен Сильверман из Pinterest является удивительным в этом.
Он пошел и лично достиг к первой 5000 клиентов.
Он дал им свой мобильный телефон.
Он встретил их на завтрак.
Я только что говорил с их КТО пару недель назад.
И они ввода в новых странах в настоящее время,
и он собирается выходить и делать это снова.
Таким образом, он невероятно для выхода и индивидуально разговаривать с людьми.
Так что, конечно, как вы собираетесь и имеющие эти разговоры, что
Вы хотите, чтобы делать всегда Учиться у заказчика
о том, что происходит, имеет смысл и что происходит, чтобы быть успешным.
Я чувствую, что лучше стартапы, лучшие новаторы,
лечить инновации, как если бы это было наука experiment-- или в очень
научный способ, я думаю, я должен сказать.
>> Так что я не ученый, но и как Я понимаю, ученые придумали
с гипотезами, а затем они развиваются Эксперименты для проверки или не признают
их гипотез.
И так вопрос, как мы делаем это с инновациями?
У нас есть идея, но это только идея.
Если мы действительно что-то делать что никогда не было сделано раньше,
все, что мы имеем, догадки.
Верно?
И так, что некоторые эксперименты, которые мы можем сделать, чтобы подтвердить или аннулировать
эти идеи без строительства из всей вещи?
>> Поэтому говорить велик, и я не могу на самом деле
подчеркнуть, насколько strongly-- как важно
это выйти и поговорить с клиенты, по крайней мере, на начальном этапе,
чтобы понять, кто они есть, что проблемы, которые они
сегодня, как они их решения сегодня.
Но если говорить может только вы до сих пор.
Верно?
Вы не можете использовать говорить и говорить, эй, я получил эту великую идею!
Вы хотите, чтобы купить его?
Потому что они собираются быть как, о, да, конечно.
Это звучит здорово.
>> Потому что люди хотят, чтобы побудить вас.
Они видят, что вы взволнованы то, так, что они собираются сказать, да.
И people-- люди просто ужасно прогнозирования их поведения.
И так, если вы спросите them--, если вы говорите, Я собираюсь в какой-то момент в будущем,
выпустить этот реферат, гипотетический продукт, вы собираетесь хотите?
Они могли бы сказать, нет, но если вы на самом деле положил его перед ними,
они могли бы хотеть его.
>> И так на самом деле, чтобы сделать Тест понимания
если люди собираются, чтобы хотим мы этого или нет, вы на самом деле
нужно положить что-то перед ними.
Так что я хотел эту цитату из Линуса Торвальдс, что "речь идет дешево.
Покажите мне код ".
Или, если вы стартап, вы можно сказать, «Обсуждение дешево.
Покажите мне MVP ".
>> Так что вы, ребята, слышал MVP, Минимальная жизнеспособный продукт?
Это своего рода этого словечка, что Я люблю и ненавижу одновременно.
Потому что я люблю понятие о нем, но он получает немного перегружен.
Но идея верна, что не идут строить из
Это продукт, который собирается чтобы взять Вас году построить.
Вместо этого, выяснить, что это за один вещь, что люди умирают из-за?
Что минимальное вещь Я могу построить для них?
И положить, что в передней части их, и посмотреть, как они реагируют.
>> Так квинтэссенцией MVP является целевая страница.
Я уверен, что вы, ребята, видели это.
Если вы пытались зарегистрироваться для Элло или Новый почтовый ящик в Gmail, и они, как о,
мы еще не готовы!
Я думаю, те немного разные, потому что те готовы.
Но они дают вам целевую страницу, и это как, это только по приглашению прямо сейчас.
Но дайте нам ваш адрес электронной почты.
Право
Много мест сделают это раньше они даже построили из продукта,
просто чтобы посмотреть, если есть интерес или нет.
Таким образом, с Dropbox, Дрю Хьюстон, есть был комплексная технология позади него.
И он пошел, и он понял, technology-- вид доказал, что из,
что это будет работать.
Но прежде, чем он построил из конечного продукта,
он сделал это макет на своем компьютере, это три минуты экранной
video-- очень отрывочны.
Положите его на Hacker News, потому что он знал, был своего рода его аудитории,
были действительно технические специалисты.
Поставить целевую страницу, что просто сказал, вот видео.
Мы еще не запущен, но если вы интересно, дайте нам ваш адрес электронной почты.
>> Ночь, получил 75 000 Регистрации, который является невероятно.
Даже сегодня, что было бы впечатляет, но сегодня они
есть как 300 миллионов пользователей, правильно?
Когда он отвечал на это, никто не знал, кто Dropbox
потому, что они еще не существуют.
И так, чтобы было действительно сильный сигнал что он получил что-то правильно.
>> Чтобы дать вам немного больше Обширный примера, что,
Вы, ребята, знаете буфер?
Это социальные медиа сайт обмена, а идея
is-- я, как правило, читать новости на, как 2:00, потому что я
не хочу идти спать.
И так я мог бы читать, как 10 статьи, все очень здорово
и я хочу поделиться ими с людьми.
Но, если я разделяю их на Twitter прямо сейчас,
никто не бодрствует 2:00 утра, кроме меня.
И B, если они бодрствуют, они, как, почему ты
спам мне 10 статьи сразу, не так ли?
И так, что она делает, это он тип очереди или буфере
что вы добавляете вещи, и это будет вытолкнуть их пару раз в день
на более реалистичном графике.
>> Так что это, как она выглядит сегодня.
Это не так, как она началась.
Основатель была эта идея, и он думал, что это была хорошая идея,
но он не хотел, чтобы его построить.
Он не хотел, чтобы выйти Свой рабочий день еще, пока он
получил некоторую проверку, что другие люди думал, что это была хорошая идея, тоже.
Таким образом, он даже не нужно видео.
Это был такой простой концепции.
>> Просто начните с Twitter, ставит целевую страницу.
Это то, что мы делаем.
Он твитов его.
Когда люди нажимают планов и Ценообразование, он просто дает им
"Вы поймали нас прежде, чем мы находимся готов ". Но если вам интересно,
дайте нам ваш адрес электронной почты.
Tweets его.
Люди шли к месту.
Они дали свой адрес электронной почты.
>> Он был похож, OK, это довольно хорошо показатель того, что есть какой-то интерес,
так что я готов идти к следующему шагу.
Но я не хочу, чтобы построить еще.
Я хочу see-- люди заинтересованы, но я могу сделать на этом деньги?
Могу ли я сделать это в бизнес?
Так все, что он делал, было добавлено средний страницу когда люди нажали Планы и Цены
с тремя цены plans-- один был свободен.
Двое из них были оплачены.
>> Хранится чирикают его.
Люди продолжали щелкать.
Большинство людей сделали свободный план, но некоторые люди сделали платную план.
Он, как вы знаете, что?
Это достаточно validation-- не для меня, может быть, бросить свою дневную работу
и тратить в год на это, но для мне просто пойти в хедз-вниз и делать
действительно простой вариант это.
Он думал, что это принять его день.
Технология тяжело, так что взял его, как семь дней.
Но этого было достаточно для него провести семь дней на нем.
>> И очень быстро, он начал получение пользователей на этой первой версии,
даже если она была очень минимальна.
И то, что было удивительным о том, что он был был
Чтобы узнать, как люди действительно использовать его,
а затем рода развиваться это на их использованием.
Так буфера замечательно, потому что это очень простой пример.
Не все технологии так просто, но это
является своего рода квинтэссенцией Lean подход вводу в эксплуатацию, не так ли?
Это great-- вы тестирования каждый шаг,
и вы только собираетесь достаточно далеко, что у Вас есть
подтверждено, что это своего рода из стоит вашего времени, чтобы сделать.
>> Еще один замечательный способ, чтобы получить Проверка, конечно,
делает Crowdfunding кампании, как Kickstarter,
где вы можете получить предварительные заказы.
Это делает много смысла, если вы делать ничего, что аппаратные средства.
Опять же, что галька была Самый большой Kickstarter
пока что название не были взяты на cooler-- вы, ребята, видите это?
Как фактической кулер вас довести до пикника выбивать,
так они получили более $ 10 млн.
[Смеется НЕМНОГО]
>> Но, опять же, как Dropbox, с Галька, это было сложной технологии.
Они должны были сделать доказательство концепции, убедитесь, что они могут оказаться вне
что технология может работать.
Но тогда это дорого в производстве, Поэтому, прежде чем они на самом деле изготовлены,
они мириться Kickstarter.
И они использовали его, чтобы получить предварительные заказы, не так ли?
Они сказали, что если мы можем получить 100000 $ в предварительных заказов,
это стоит того, чтобы идти вперед.
Они получили $ 10 млн, таким образом довольно good-- довольно хороший проверку.
>> Таким образом, эти идеи все очень большой, но, как говорят у нас в стартапы,
идеи пруд пруди.
Это все о выполнении.
Так что это мой любимый часть "Фокус!
И получить дерьмо сделано ".
Так что лучший предпринимателей могут просто
этот сумасшедший, интенсивный гипер-фокус и добиться своей цели с удивительной скоростью.
>> Так я вроде ходить через некоторые из практики развития.
И задавать вопросы, если они у вас есть.
Я не был уверен, сколько вы, ребята, знал о практике в области развития,
так вроде должны Обсуждение о том, что, что
выглядит, когда вы разработке-то вроде этого.
Так первая вещь чтобы выяснить, Хорошо, что
это, что я должен концентрироваться on-- которые могут быть действительно сложной, когда
вы делаете что-то новое.
Потому что у каждого есть все эти идеи, и есть
так много разных направлений вы можете идти, и так много различных вопросов
что у вас есть.
>> Так шаг номер один, фигура , что, чтобы сосредоточиться.
Много раз, как разработчиков, так как люди кто думает о технологии,
мы на самом деле думает о продуктах.
Мы думаем о вещах вроде в это order---первых, я могу строить?
Если предположить, что я могу построить его, а затем я могу получить, чтобы люди знали об этом?
Если предположить, что я могу, может Я делать деньги из него?
>> Но если мы пытаемся сделать жизнеспособный бизнес,
мы могли бы думать из тех, в обратном порядке.
Причина в том, я чувствую like-- и Я делаю это сам, так что я получаю это.
Я чувствую, что мы получаем очень Хунг на этот "Могу ли я построить его?"
вопрос, потому что, если вы технология person-- если вы developer--
Вы действительно думаете об этом.
>> Но правда в том, Обычно, когда мы придумать идею для стартапа,
мы идем с ним на основе Я видел эту технологию здесь
и эта технология здесь и эта технология здесь,
и если я просто объединить их по-новому,
Я думаю, что это было бы действительно интересно.
Ну, если я уже видел Технология в тех местах,
вы вроде знаю, что это существует, не так ли?
>> Так, что, делать какие-либо доказательства понятий.
Если есть какая-то технические риски там.
Но по большей части, вещи что мы подходим with--
если мы не действительно удивительным и делать что-то совершенно новое, и в этом случае,
выяснить, если вы можете построить его.
Но, как правило, большинство стартапы я вижу, вы можете построить его.
Это даже не вопрос.
>> Так что начните думать о является то, что люди
собираются, чтобы иметь возможность заплатить мне за А потом, как я буду достигать их?
Это действительно трудно, особенно если вы технический человек,
у вас есть путь к выйти на этих людей
и заставить их купить ваш продукт?
>> Поэтому, как только вы выяснить, хорошо, что это такое question-- рода всегда иметь в виду,
это самый важный вопрос что мне нужно быть за рулем в сторону,
или главное что мне нужно проверки.
И тогда вы хотите, чтобы вернуться к это понятие ликвидации отходов.
Просто выясните, как скудный, наиболее эффективным способом
что вы можете идти о Отвечая на этот вопрос.
>> Так что я говорил о Минимальная жизнеспособный продукт.
Я бы сказал, попасть в эту мышления минимального жизнеспособного everything--
которым я не имею в виду, что вы должны делать дерьмовый работу на вещи.
Я просто имею в виду, как может вы вырезали отходов?
Как вы получаете только право в сути вопроса
и выяснить, как проверить вещи, без золочения,
не делая больше, чем это необходимо.
>> Так что просто дать несколько примеров, Я чувствую, что на начальном этапе, вы
пытаясь выяснить, I есть эта отличная идея.
Кто-нибудь еще захочет его?
Так на самом деле простой способ сделать это целевой страницы, о которой мы говорили.
Вы не должны написать любой код для этого.
Там это инструменты, которые делают это для вас.
>> Если вы говорите, ладно, я понял, что из.
Теперь я хочу Я предполагаю, что that-- Хорошо, люди, кажется, хотят его.
Будут ли они на самом деле платить мне за это деньги?
Вы можете делать вещи, как то, что Буфер сделал со страницей ценообразования,
или даже лучше, Kickstarter и получить предварительные заказы.
Заказы
>> Следующее, что я думаю, что ты будет желание посмотреть на is-- OK,
кажется, что люди хотели его.
Похоже, люди будут платить для него, но особенно с приложениями,
люди будут реально использовать его?
Так что я не знаю статистику, но они довольно плачевны.
Огромное количество приложений получить скачал, а затем никогда не используется.
И это не полезно.
Это хорошо, что вы получили Много людей загрузкой.
Но если он не используется, вы не намерена придерживаться примерно в течение длительного времени.
Когда вы думаете о том, что первая версия
что вы хотите, чтобы потушить there-- Ваш минимальный жизнеспособный продукт--
думаю о том, что это точно что я пытаюсь проверить?
И что я могу сделать, что просто полагает, что вне дома?
Я просто какая-то взял предположение в этом.
Я на самом деле не знаю, что буфера Первая версия выглядела точно.
Но если вы думаете о Buffer-- только из-за этого простого example--
Вы можете думать, это то, что они чувствуют, что
в качестве первого минимального жизнеспособного продукта.
Мне нужно, чтобы иметь возможность создать учетную запись пользователя,
очевидно, связать его с моим Социальные медиа счета.
Мне нужно добавить сообщения, как Твиты в моей буфера.
Редактировать их.
Удалить их.
>> Установите время, когда я желаете, чтобы быть в курсе.
Очевидно, что потребности в программном обеспечении автоматически отправлять сообщения в Twitter
или любой другой на основе этого графика.
И тогда я должен быть в состоянии просмотреть историю моего поста.
Это чувствует себя довольно минимальны, довольно простой, не так ли?
>> Я всегда поощряю startups-- Особенно мне нравится, это легко для нас,
потому что это не наш ребенок.
Верно?
Будьте, как, ну, да что угодно Посмотрите на это снова, и продолжают говорить, есть ли способ
что я могу получить его урезанная еще больше?
>> Так что же это мы пытаясь выяснить,?
Если мы пытаемся понять , если они будут использовать его,
мы пытаемся увидеть, если они даже собирается отправить что-нибудь на бампере?
Так это выглядит немного Hacky, но если они не разместил его в буфер
Тем не менее, вы действительно не нужно, чтобы позволить им изменить
удалять или просматривать сообщения в истории.
Если вы можете посадить, что-то там очень быстро
и посмотреть, если люди могут даже добавить Сообщения на нее, как только вы видите, что,
Вы можете очень быстро начать добавив на этой функциональностью.
Но просто получить что-то там.
Вам нужно, чтобы позволить пользователю задать расписание проводки?
Наверное, нет, если они, как я и они просто хотели,
Я не хочу, чтобы мои все мои лечит собирается из в 2:00 утра в воскресенье ночью.
>> Можно сказать, это Самые популярные раз.
Независимо, мы только собираемся чтобы разместить его в соответствии с этим.
Вы, вероятно, может сделать это.
А потом я как бы сделал эту игру, потому что Я знаю, что они начали только с Twitter.
Но очевидно, что вы можете просто выбрать социальные медиа
Сеть, что делает большинство смысл и просто начать с этого.
И вот теперь вы вниз четыре из 10.
>> И если вы можете получить что-то там, моя любимая мозоль
является то, что люди думают и MVP означает, дрянной продукт.
И я не думаю, что ему нужно.
Я думаю, что вы можете получить что-то что там все-таки полезно,
но не золото plated-- является просто абсолютное медведь минимум.
И я думаю, вы должны рода фигуры на основании вашей аудитории, что происходит
смысл, а что нет.
>> Но много раз вы получаете что-то там еще минимальна
чем вы think-- только Тест, как люди используют его.
Итак, как вы собираете из этих особенностей,
Вы хотите, чтобы думать о том, что Минимальный устойчивый процесс.
И так много раз, когда мы думаем о действительно легких процессов,
мы думаем о гибких процессов.
Мы думаем о lean-- это немного немного random-- лишь некоторые гибкой и худой
книги, которые мне нравятся.
Так что большие практики как от экстремального программирования
и непрерывная интеграция, и рефакторинга,
которые я буду говорить с немного.
Но дело в том, как только вы начнете получать в практику Agile и средних,
он может очень быстро получить подавляющее.
И это может заводить начать реальный избыточна для запуска.
>> Так дело в том, что Многие из этих книг
речь идет о том, как сделать Agile, когда вы
делает продукт для создана компания.
Верно?
И вы знаете, кто рынок, и Вы знаете, что ваш продукт дорожную карту.
И они завершают up-- даже хотя мы должны
быть легким weight-- они завершают фактически не будучи слишком супертяжелом
для нашего запуске, потому что Ввод в эксплуатацию всего
работает на это совершенно иной уровень.
Так что мой ощущение, что, когда Вы собираетесь стартап,
Вы должны быть пестрыми, как ад.
Верно?
То есть изначально, нет никакого процесса.
Вы хотите, чтобы держать его как можно более простым.
И только добавить процесс, который'S Сортировать процесса точно в срок.
Хорошо, мы видим, что есть проблема?
Давайте добавим достаточно просто процесс для решения этой проблемы.
Вы знаете, что я имею в виду?
Это потому, что вы не хотите, чтобы любой из нас держит вас вниз, вправо?
>> Scrum является очень популярной Процесс Agile развития.
Я не знаю, если вы, ребята, знакомы с этим.
Хорошо, well--
>> [Хихикает]
>> Это было бы слишком избыточна для запуска.
Поэтому я не буду беспокоиться об этом.
Так хорошо, если вы думаете о том, что абсолютное простое, что мне нужно.
Ну, мне нужно, наверное, отслеживать то, что
Я делаю, особенно если есть больше чем один человек,
но даже если есть один человек,.
Что я работал?
>> Так простая задача board-- очень легко.
Это то, что я хочу сделать.
Это то, что я работаю.
Это то, что я сделал.
Единственная проблема, которую я вижу, когда я вижу, стартапы делают что-то вроде этого,
является то, что очень быстро, их колонна в прогресс
как правило, похожи на тот, который не является очень helpful-- особенно если есть
только одно лицо или только один разработчик.
Верно?
>> Потому что ты не получить что-либо сделать.
Все, что вы делаете, идти вперед и назад пытаясь получить все эти вещи сделали.
И так это действительно хороший пример где достаточно процесс может прийти.
Так Канбан действительно хороший инструмент.
Это также вытекает из Lean Manufacturing.
>> И идея заключается в том, что мы хочу сделать, это положить ограничения
вокруг того, как много работы мы можем ручки в любой момент времени.
И поэтому, если мы один человек, то мы может работать только на один пункт за один раз.
Извините.
Таким образом, все, что другие вещи нужно идти туда.
Так что мы делаем, мы ставим работу в прогресс ограничения на столбцы.
Если есть два человека, это может быть два.
Вы можете выяснить, что имеет больше смысла для вас.
>> Но идея это держать вещи в здравом уме, так что вы просто
делаем одно дело за раз.
Вы в состоянии сделать это.
Вы в состоянии на самом деле сделать это.
Одно дело иметь в виду, is-- если у вас есть один пункт
что вы делаете, но элемент занимает три месяца, что
будет трудно Ввод в эксплуатацию, очевидно.
Вы должны быть в состоянии чтобы быть гибким и будет
в состоянии обрабатывать вещи как они приходят на тебя.
Вы не можете сказать, что я не делаю что-нибудь в течение трех месяцев
пока я не сделал Логин экрана.
Я не знаю.
>> Так что советую стартапы держать это очень короткий,
чтобы держать эти задачи так что они вписываются в день.
Очевидно, что, если он более сложен, что возможно, необходимо будет немного дольше.
Но выяснить, что работает лучше для вас.
Вы можете попробовать различные длины.
Но, как правило, так же, как Например, если вы храните все задачи
чтобы они поместились в течение одного дня, что означает, что каждый день,
вы получаете что-то сделать.
И вы предоставляете значение.
И, что импульс может действительно переместить вас вперед
вместо того, чтобы ситуации, прежде чем, где вы должны 500 вещей происходит,
и ни один из них не сделали.
Другое дело, хотя, по-прежнему глядя
в этом To-Do column-- Я перегружены, глядя на это.
И поэтому, если я был разработчиком, и я был Работа на, и я был, как о, дерьмо.
У меня есть B и C и де и E и F и G и H. Бла!
Далее вниз по дороге.
Я, как волнуюсь, и я "пытаюсь чтобы выяснить, как дизайн будет
чтобы вместить все эти вещи.
И правда в том, что если мы принимаем Дело в том, что мы на самом деле не совсем понимаю
что продукт собирается нужно выглядеть, пока мы не поставить перед
заказчика, то мы действительно знаем, что мы должны все эти задачи еще?
Или мы как-то обманывать себя?
>> Так что, если у вас действительно есть все эти идеи, здорово.
Положите их в записной книжке или таблица или что-то подобное.
Но я советую стартапы держать предел работы в прогресс
на колонке с дел, тоже.
Это абсолютный максимум, Я бы сказал, сколько
Вы можете получить сделано в одном или двух недель.
Так что даже не должны быть так уж много.
>> Таким образом, вы просто гипер-сосредоточены на этом
это то, что я делаю, становится все сделано на этой неделе.
Или, может быть, эти две недели, не так ли?
И больше ничего не получает на вашем пути, а ты просто
убедившись, что вы что получить там.
И особенно, как вы начнете добавления новые члены команды, это действительно помогает.
Многие люди хотели бы сделать это в программном обеспечении, которые вы можете.
Но это даже лучше, если вы Все может быть в том же самом пространстве
и просто положить его на стене.
Это просто очень видно, и каждый может просто
увидеть его и посмотреть, что самое главное.
>> Так хорошо, что это, как вы выяснить, что делать.
Как ты это делаешь, Вы хотите, чтобы думать
о том, что минимальный жизнеспособный дизайн?
Или в Agile, мы на самом деле есть нечто, называемое
дизайн возникающим, что та же самая идея.
Так что вы, ребята, слышали о дизайн возникающим раньше?
ОК.
>> S-- на самом деле, я пытаюсь запомнить where-- OK.
Таким образом, идея купца дизайн, а не придумывать
с такой большой, авансом дизайн и говорю, что я
собирается потратить месяц выяснить, Право архитектура, какие компоненты
туда, где и все, пусть меня просто дизайн достаточно для функций
что я знаю, я ставлю в этом первом выпуске.
И ничего else-- или особенности что я делаю на этой неделе, даже.
>> И только тогда, как мне нужно новые возможности я могу выяснить, дизайн для тех, кто.
Вы не выясняя дизайн авансом.
Я думаю, на самом деле, это не это включения-выключения или этот переключатель.
Я думаю, что это больше Спектр где вы падение
на уверенности в неопределенности.
И поэтому, если в качестве загрузочного вверх, или если Вы строите что-то, что никогда не
был построен раньше, вы очень далеко за на кривой неопределенности
здесь, верно?
>> И если вы думаете об этом в Условия бизнеса plan-- как,
мы говорили о сингле Самый большой предиктором неудачи
придерживается Первоначальный бизнес-план.
Если вы сделаете это большой авансом бизнес-план,
а вы говорите, я просто хочу, чтобы слепо следует, что и ничего не делать.
Но вы только собираетесь на провал, не так ли?
Потому что не было слишком много неопределенности.
И я чувствую, что То же самое верно для дизайна.
>> К сожалению, так, а не делать большой авансом бизнес-план,
вы могли бы сделать очень легкий Вес бизнес-модель
Полотно, на котором вы, возможно, слышали.
Это как одной пейджер, просто получать мои идеи из.
Это не то, что вы не думаю о нем вообще.
Это хорошо, чтобы думать об этом в первую очередь.
Но просто получить его что-то действительно гибкий из there-- только одна страница.
А потом, как вы идете, вид выяснится, что план в течение долгого времени
как вы узнаете от клиентов, и вы можете приспособиться к ним.
>> И так потом же самое верно для дизайна.
Вы можете сделать большой, авансом дизайн, но, что
не имеет смысла, если есть много неопределенности.
Многие люди утверждают, что есть никогда так много уверенности в программном обеспечении,
даже если вы не делаете в запуске.
Таким образом, вы никогда не хотите, чтобы сделать это большой авансовый дизайна.
Но я чувствую, уровень дизайна будет
чтобы меняться в зависимости от того, сколько уверенность или неуверенность, что есть.
И поэтому, если у вас нет долбанные подсказки и вы просто бросали что-то
там вроде посадку страница, очевидно, вы
не собирается идти торопитесь, архитектору вся система.
Это смешно, не так ли?
Таким образом, вы не должны при этом никаких авансовых дизайн.
Много раз, первая версия вы положили программного обеспечения для запуска
просто получает выбросить.
И так много раз, даже хотя я мог бы сказать, что это,
Вы можете просто какая-то взломать что-нибудь вместе.
Это, вероятно, будет выбросить.
Но, опять же, используйте его только в срок идеи для дизайна, а также.
Это нормально, вы знаете, что?
Это на самом деле некоторые тяги.
Некоторые люди заинтересованы в этом.
Я собираюсь добавить некоторые функции на.
Теперь, я чувствую, что я должен быть немного умнее о дизайне.
>> Так идея заключается в том, как ваш проектированию, просто держать этот YAGNI в виду.
Ты не собираешься в ней нуждается.
Не создавайте для вещей что еще не там.
И держать его просто, глупо principle--
сделать простые вещи которые могли бы работать.
>> Много раз, это интересно, потому что, как разработчиков,
мы получаем учили делать это действительно сложные конструкции.
И мы учили, что это хорошо.
Но это мешает нам быть гибкой, и это может быть очень расточительным
если мы ветра до собираетесь в в разных направлениях.
Так Agile вид говорит, не делают этого.
Просто выясните, что Простейший способ, простейший код
что вы можете поставить здесь что собирается заставить ее работать.
И потом, если мне нужно добавить на это, я могу рода исправить эту ВЭД
и переадресовать дизайн.
>> Так что то, что называется рефакторинг что очень важно, когда
Вы сделать дизайн возникающим.
И идея с рефакторинга is-- извините, я собираюсь создать резервную копию мало.
Так что, если вы делаете дизайн возникающим, вы разрабатываете только для будущего
что у вас есть сегодня.
Но это не значит, что вы взлома.
Это не значит, когда добавить еще одну особенность,
Вы только собираетесь вид клейкой лентой его.
Верно?
Потому что это собирается дать Вы это большой шар кода грязи
что будет невозможно поддерживать.
Идея с рефакторинга в порядке, я знаю, что нужно только, скажем, Twitter сегодня,
так что я не собираюсь делать это большой абстракцией, которая говорит,
О, позвольте мне иметь этот уровень абстракции что будет работать с любым социальных медиа
сеть, что я мог когда-либо возможно думать об этом в будущем,
потому, что занимает много времени.
Позвольте мне просто-- простой вещь, которая могла бы работать
Выпущено мне сделать известно с Twitter,
потому что это все, что нужно сделать сегодня.
Тогда завтра мы понимаем, ОК, мы делаем нужно сделать эту работу с Facebook.
Так рефакторинга бы сказать, позвольте мне вернуться дизайн, прежде чем я даже добавить Facebook,
и говорите: Учитывая, что я знаю, что сейчас мне нужно
работать с большинством несколько социальных сетей, Что бы оптимальная конструкция искать
как?
Позвольте мне рефакторинг кода для обработки, что дизайн,
и тогда я могу подключить Функциональность facebook в.
Имеет ли это смысл?
>> Так много людей думать, когда они услышать что-то вроде выходящего дизайна,
что вы делаете меньше дизайн или что вы просто взлома.
Но правда в том, что вы на самом деле делать больше дизайн.
Это своего рода же что при планировании, не так ли?
Вы на самом деле делать более planning-- это
только, что вместо делать все это впереди,
Вы делаете это постоянно как вы идете вперед.
>> Так что я думаю, что это очень здорово что вы, ребята принимают CS50,
потому что я слышу это так много раз день, я даже не могу вам сказать.
Люди приходят ко мне и говорят: Эбби, я получил эту великую идею!
Все что мне нужно разработчика.
И я как бы хочу застрелиться в голову, когда я слышу, что.
>> Потому что такого рода assumes-- они придумают,
и они будут, как у меня Идея все выяснили.
У меня есть бизнес-план.
У меня есть дизайн.
Мне просто нужно разработчику перейти Кодекса для меня, не так ли?
И это только при условии, что они есть все ответы на фронт,
и этот человек может просто перейти кода, оно для них,
и они собираются сделать млн dollars--, которые
просто не принимать во ведь все неопределенности.
>> Так что, если мы как-то смотреть на шаги из development-- и я прошу прощения.
Это маленький водопад-й.
Но то, что, как правило, происходит, вы цифра из ОК, это то, что я хочу, чтобы закодировать.
Вы занять некоторое время развивать его, протестировать его.
Контроль качества тестированию.
А потом, как только вы получили Весь выпуск вместе,
что может занять месяц.
Это делает два-три месяца.
Тогда вы отпустите что, верно?
>> Но если мы говорим, хорошо, давайте думаю о том, как сделать мы
максимально узнав, что происходит здесь?
Потому что, если мы просто идем головы вниз для три месяца или год или что-то
и положить некоторый код из там, и это не работает,
то мы вроде пьяный, не так ли?
Так где же обучение случиться здесь?
Некоторые Обучение происходит когда мы делаем требования,
потому что мы говорим клиентам, и мы пытаемся понять, о них.
Но реальность такова, что Наиболее обучение не
не произойдет, пока мы на самом деле положить что-то в руках
и посмотреть, как они используют это.
И так, что это означает, что время, места
что мы тратим наиболее time-- который разработка и QA или testing-- есть
очень мало, узнав, что происходит.
>> И поэтому, если мы посмотрим на это и сказать, как мы можем максимизировать обучения?
Или как мы можем сократить время что происходит между обучением?
Большое дело в том непрерывный развертывания.
Я не знаю, если вы, ребята, слышал о непрерывном развертывании.
Таким образом, идея that-- вместо сказать, хорошо, мы собираемся пойти.
У нас есть это высвобождает в три месяца.
Мы собираемся построить все особенности для него.
И то только в конец релизе
мы собираемся на самом деле толчок, который в производство
и положил его перед пользователями.
>> Идея с непрерывным развертыванием принимает, что и в другую крайность.
Так вы, ребята знакомые с контролем версий?
Так в идеале, когда вы работаете на коде, каждый раз, когда вы
добавить новую функциональность, вы собираюсь проверить его в систему управления версиями.
Так что, если вы винт-то , вы всегда можете вернуться.
Или вы можете посмотреть, что изменилось, если что-то сломано.
>> Таким образом, идея непрерывное развертывание
как только вы что-то проверить в системе управления версиями,
он толкает код для промежуточного сервера.
Это будет выполнять автоматизированные тесты на это, убедитесь, что вы ничего не сломали.
Если вы ничего не сломали, это будет толкать его прямо
от производства.
>> Так бум.
Это в руках заказчика.
Очень разные.
Но если мы это сделаем, если мы расширяем вещи из клиенту в быстро
как это возможно, то мы получаем код в свои руки.
Мы видим, как они работы с ними,
и мы можем реально максимизировать обучения.
>> Так что я буду говорить через Это немного больше,
потому что я не знаю, если это was-- непрерывный развертывания
может быть довольно экстремальный, не так ли?
А что может быть довольно трудно сделать.
Таким образом, люди, компании, как правило, вид начать с непрерывной интеграции,
и они работают их путь вперед.
>> Так непрерывная интеграция это концепция, которая вроде первой части
о котором я говорил.
Таким образом, идея непрерывная интеграция
Вы все еще есть график выпуска.
Вы собираетесь выпустить каждые две недели или каждые три месяца или что-то есть.
>> Но каждый раз, когда кто-то проверяет код в,
это делает подтолкнуть код на промежуточном сервере.
Взгляды промежуточный сервер как производство и его
запускает серию автоматических тестов на них, чтобы убедиться, ничего сломался.
Если что-то сломалось, то это собирается пусть все знают, эй,
сборка была сломана.
И у всех есть остановки и убедитесь, что он фиксируется.
>> Так Таким образом, вы всегда гарантируя что все, что вы проверить
держит код на состоянии ОК.
Затем, когда вы будете готовы, чтобы выпустить его в доля, вы понимаете, все.
Непрерывная поставка является своего рода Следующим шагом в этом процессе, который
является то, что каждый раз, когда вы check-- он говорит же thing-- каждый раз мы проверяем
то в системе управления версиями, это толкает его на сервер промежуточной.
Он выполняет тесты на нем.
>> Но культура имеет значение как таковой, что вы всегда
держать код так, что он может быть вдавлено производства в любой момент времени.
Таким образом, с непрерывной интеграции, Вы могли бы иметь дорожную карту и сказать,
мы только собираемся провести его производства в три месяца.
Верно?
Это действительно не должны быть готовы, чтобы быть замеченными заказчиком.
Но с этим, вы говорите в любой данный момент времени,
Вы можете быть как да, я доволен этим набором
хотя мы только за две недели.
Я собираюсь идти вперед и вытолкнуть заказчику,
и я знаю, что это будет в порядке.
>> И поэтому вы, возможно, придется что-то переключателями в коде
которые говорят, что для функций, что только половина дела.
Они на самом деле не видно.
Почему это видно на клиент?
Или что-то подобное.
Но вы всегда убедитесь, что вам не придется ничего
что нового в этой странной государства, потому что это может вытолкнуть производства в любой момент времени.
>> И только когда вы находитесь в, вы, вроде из получил все привыкли к этому идеи
что вы всегда кодирования, такие, что он готов выйти на производство.
Тогда это не так трудно двигаться непрерывного развертывания, который
является то, что каждый раз, когда Вы что-то проверить в,
при условии, что тест пройден, он выходит в производство.
Значит ли это своего рода смысл?
>> Так что все еще может быть на самом деле страшно концепция, но это
Интересно посмотреть на то, как некоторые компании делают это.
Так Etsy делает действительно хорошая работа с этим.
Если вы заинтересованы, у них есть блог, который
говорит о том, что они делают непрерывное развертывание, которая на самом деле здорово.
Они используют для производства до 50 раз day-- верно?
Который crazy-- вы можете себе представить, если Вы идете на сайт Etsy, в 50 раз
в день, что сайт в настоящее время обновление за кулисами.
>> А в 2011 году, они развернуты 10000 раз в течение года с 100 инженеров.
И то, что они сказали, что противоречит то, что вы могли бы think-- как о мой бог,
это ужасно!
Код, сайта будет катастрофа.
Они сказали, что на самом деле, как только вы развертывание, что часто система
так более стабильными, они на самом деле называют его уверенность в качестве службы.
Потому что, когда мы используем, мы уже сделали это 9999 раз.
Мы получили это.
>> Это также делает его намного проще для них, чтобы экспериментировать с вещами.
Так что они сказали прежде, они используется для освобождения производства
каждые две недели или раз в месяц.
А вы, ребята, может Представьте себе, если вы когда-либо
получил срок за большой Проект вы работаете,
и у вас есть этот список вещей что вы хотите сделать, чтобы получить,
а затем, как он получает ближе к сроку,
Список начинается сокращение немного.
Как хорошо, может быть, я не действительно нужно это сделать.
Может быть, я действительно не нужно этого делать.
>> Так вот что они сказали, что произойдет.
Как они ближе к release-- и это была такая большая проблема.
Они должны были получить освобождение на время.
Но они начали бы сравнивая от возможностей.
И так они на самом деле меньше, Особенности, потому что они были только
выпуская каждые две недели или месяц.
Теперь, когда они выпуская так много раз,
это дает им эту гибкость сказать, вы знаете, что?
Мы хотим построить новый особенность, но мы не
знаете, если мы должны положить Много времени в него.
Давайте потушить это действительно Минимальная версия функции
и посмотреть, если кто-то даже нажимает на это, если кто-то даже интересно.
Если это так, то мы можем либо вытащить его обратно и построить его,
Или мы можем очень быстро добавлять новые функции к нему.
>> И так они сказали, что просто дал их так, гораздо более гибко эксперимента.
И так это действительно интересно см крупные компании делают.
И на старте, особенно, когда это так важно, чтобы узнать, что происходит,
это может быть действительно эффективным.
А потом возвращается на наш канбан борту.
>> Это интересно.
Много раз, когда люди сделать доску, как это,
есть много дебатов по что значит урон колонка.
Так хорошо, что я работаю над задачей.
Это делается, когда его полный код?
Это делается для того, когда кто-то обзор это и чувствует, как он проверяется?
Это делается, когда она идет из в производство?
>> И так много стартапов будет сказать, что вы знаете, что?
Мы собираемся добавить новый столбец в Здесь, которое представляет собой столбец обучения.
Это на самом деле не сделано, пока мы не не только в производство,
мы ввели его в клиенты ' hands-- но мы на самом деле
узнал от того, как они использовали его.
И то, что это действительно круто о том, что это то,
мы получаем, чтобы включить, что обучения обратно в цикл,
и сказать, что на основе мы узнали, на основе
на то, что мы se--, как мы видим их использовать it-- мы можем выяснить, следующий набор, чтобы сделать.
>> Так что те узоры, которые я видели для успешного инноваций
через стартапов, которые были успешными.
Я собирался говорить и Немного о ресурсах
которые доступны, если вы заинтересованы в этом запуска ILAB.
Но я также могу остановить его здесь, если вы ребята, есть вопросы о том, что я говорил.
Продолжать идти?
ОК.
>> [Хихикает]
>> ОК, так что вы знаете о ILAB?
Хорошо, здорово.
Так ILAB есть удивительные ресурсы.
Если вы хотите сделать запуск, у нас есть что-нибудь
из-- мы делаем hacknights там.
Иногда мы делаем hackathons, если вы просто хотите
идти рубить на прохладных проектов с людьми.
>> У нас есть семинары.
У нас есть классы, которые повторно за кредитом, что являются круто по предпринимательству
которые открыты to-- большинство те, открыты для всех.
Но у нас есть бесплатные семинары пару раз в неделю,
что мы просто принести в эксперты из отрасли
говорить о anything-- от технические понятия, сбору денег,
как это сделать продаж.
>> Все, что вы хотите вокруг стартапов, мы
есть эксперты и жители, которые для этого имеются один-на-один.
Вы можете просто зарегистрироваться для Приёмные часы с ними.
Вы даже не должны иметь стартап.
Просто если у вас есть идеи и вы хотите, чтобы balance--
получить информацию или понимание от эксперта
на той же thing-- продаж, финансирования.
Мы получаем юридическую помощь.
Вы можете подписаться на тех, там.
Мы всегда меня вещи происходит.
>> Так что, если вы заинтересованы, это действительно большой ресурс.
Вы можете зайти на наш сайт.
Информационный бюллетень действительно удивительным.
Я вроде как правило, ненавидят получать электронную почту, но это здорово.
Мы так много всего происходит, я даже не знаю, что все это есть.
Так что, если вы подпишитесь на Информационный бюллетень, мы будем
вы знаете, каждую неделю, что происходит.
Вы также можете посмотреть на нашем календаре чтобы увидеть, какие события идут вверх.
>> И я здесь, чтобы помочь, если вам хочу сделать стартап технологий.
>> [Хихикает]
>> Так вот что у меня есть.
>> [Аплодисменты]
>> [Смеется]
>> Спасибо.