Как находить идеи для пет-проектов, а не искать их в чужих списках

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

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

Почему списки идей из интернета не работают

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

• Нет личной причины довести до конца
• Неясен критерий «готово», можно пилить бесконечно
• Идея выбрана по чужой мотивации (трафик, хайп), не по вашей задаче

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

Где искать идеи в собственной жизни и работе

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

• Рутина: ручной перенос данных между сервисами, ручной подсчёт расходов, повторяющаяся проверка чего-либо
• Рабочие задачи не для продакшена: внутренний скрипт, который давно пора написать, но нет времени в спринте
• Хобби: трекер тренировок, учёт прочитанных книг, калькулятор для конкретного увлечения
• Чужие жалобы: то, на что регулярно жалуются друзья или коллеги, не связанные с разработкой

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

Примеры проектов по уровням сложности

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

• Трекер привычек: от локального файла до сервиса с напоминаниями
• Агрегатор вакансий под свой стек: от скрипта с парсингом до сайта с фильтрами
• Личная база заметок: от markdown-файлов до поиска по содержимому

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

Как выбрать идею, которую вы доведёте до конца

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

1. Опишите идею одним предложением: кто пользуется и что получает
2. Проверьте, нужен ли вам результат уже сейчас, а не когда-нибудь в будущем
3. Оцените масштаб первой версии в днях, не в неделях
4. Если масштаб больше недели, разделите на этап «работает для меня» и всё остальное

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

Как превратить идею в задачу с понятным объёмом

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

mkdir expense-tracker && cd expense-tracker
git init
touch SCOPE.md
# В SCOPE.md: 3-5 строк о том, что входит в первую версию

Список того, что сознательно отложено, не менее важен, чем список того, что входит в первую версию. Без него любая новая мысль во время работы (а добавить сюда красивый интерфейс, а подключить уведомления) немедленно встраивается в текущий этап и отодвигает момент, когда проект станет рабочим хотя бы в минимальном виде. Отложенный пункт не теряется, он просто ждёт следующей итерации, уже после того, как первая версия заработала и начала приносить пользу.

Полезно отдельно отметить момент, когда минимальная версия действительно заработала: в тот день, когда вы впервые воспользовались собственным скриптом или сервисом для решения реальной задачи, а не для демонстрации того, что код запускается. Этот момент стоит отмечать явно, например короткой записью в том же файле со списком объёма, потому что именно он отличает рабочий пет-проект от очередного брошенного репозитория.

Генерация идей из личных задач не заканчивается одним проектом. Со временем список замеченных раздражений растёт быстрее, чем успеваете его закрывать, и это нормально: важно не количество реализованных идей, а то, что каждая взятая в работу доводится до состояния, в котором ею реально пользуются хотя бы один человек и хотя бы один день.

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