Часто я получаю электронные письма от разработчиков с какой-то грандиозной идеей.

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

Позвольте мне сказать вам по опыту: грандиозные планы не будут построены.

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

Очень маленькие проекты

Подумайте об идее вашего проекта. Теперь подумайте о самой простой версии этой идеи. Затем сократите даже эту маленькую идею пополам.

Серьезно, какую самую маленькую вещь вы можете построить?

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

Если у вас есть грандиозные идеи для новой видеоигры на Unreal Engine с масштабным построением мира и высококачественной графикой, первое, что вы должны построить, — это крестики-нолики.

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

Чем это ценно?

Я не издеваюсь над тобой. Я верю, что у тебя есть возможность добиться больших успехов!

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

В небольшом проекте:

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

Гибкий путь

Вы заметите, что я предлагаю создать гибкий проект.

После того, как вы создадите свой простой проект, вы всегда сможете продолжить его добавлять. Со временем он может стать более сложным.

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

В Agile мы часто слышим о минимально жизнеспособном продукте — MVP.

Я бы посоветовал вам пойти еще меньше. Доберитесь до MUP — минимального полезного продукта. Это может не решить большую проблему для пользователей, пока нет. Но это должно быть семенем чего-то.

Поделитесь своим проектом

С самого начала и часто вы должны делиться тем, что вы строите.

Привлечь реальных пользователей к взаимодействию с вашим кодом — огромная помощь. Это делает то, что вы строите, реальным.

Делитесь своим приложением с пользователями — это то, что делает вас настоящим разработчиком.

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

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

Поделитесь проектом и воплотите его в жизнь.

Ежедневный список

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

—

Присоединяйтесь к Medium за 5 долларов — получите доступ ко всему Medium + поддержите меня и других!