Я вдохновлен! В последнее время мне было интересно узнать, как успешно создавать программный продукт, и я наткнулся на очень интересный материал. Но сначала позвольте мне рассказать вам немного о том, откуда я родом.
Последние 18 месяцев я работаю инженером-программистом в стартапе в Мюнхене. Одной из моих целей было получить практический опыт успешного создания программного продукта с нуля. За время работы в этой молодой корпоративной культуре я был свидетелем принятия многих решений и своими глазами видел их последствия.

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

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

Поиск в Google…

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

Снова поиск в Google…

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

Одна из важных глав книги — «Начните с эпицентра». В этой главе подчеркивается важность сосредоточения внимания на создании самого ядра продукта, а не на всевозможных надстройках, которые его окружают.

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

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

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

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

И вот я решил провести небольшой эксперимент. Я впечатлен программным обеспечением Dot Collector, которое Рой Далио продемонстрировал в приведенном выше видео. Это, очевидно, влечет за собой большую сложность, однако, используя однодневное ограничение, я пришел к интересному выводу:

Это программное обеспечение в своей простейшей форме представляет собой программное обеспечение для прогнозирования; Вопрос, ответ, который представляет собой прогноз, и обратная связь, которая представляет собой реальный результат. Это легко! Все остальное будет позже: пользователи, баллы, графики, стили, машинное обучение, серверы и БД.

Так вот! Версия 1.0 Dot Collector на GitHub, которую я закончил менее чем за час :) В своих следующих сообщениях в блоге я изложу свой план будущих выпусков программного обеспечения, так что следите за обновлениями!