Лучший способ сделать личные проекты

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

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

Какой из них вы достаточно расстроены? Закончи это. Повторение.

Это личные проекты: единственный человек, который заботится о них сейчас, это вы - и если вам все равно, то вы, вероятно, уже получили от них то, что вам нужно. Не бей себя об этом.

У меня точно такая же проблема

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

Хитрость заключается в том, чтобы циклически проходить через ваши проекты

Я нахожу, что, когда я прекращаю проект из-за недостатка вдохновения или отсутствия идей о том, как действовать, я вернусь позже (даже через 6 месяцев), а затем получу еще 2-3 недели, чтобы получить много материала. сделано, пока в конце концов я не получу что-то работающее.

• Wall E - Arduino Project (Первая Итерация только что получила Сервоприводы и пайку)
• Wall E - Take 2 (разобрал игрушку Wall E и сделал его автономным)
• Стена E - Взять 3 (Незакончено - Включить Bluetooth, чтобы дать ему команды и переключать режимы)

Каждый из проектов Wall E проводился с интервалом около 6 месяцев, и он до сих пор сидит у меня на столе в ожидании Bluetooth-модема (необходимо выяснить, как его установить в роботе).

Проекты Android / Проекты XNA / Проекты на Haskell практически одинаковы. Я обнаружил, что если я потеряю интерес и откажусь от проекта только для того, чтобы вернуться в него, я в конечном итоге закончу проект и получу гораздо больше, чем если бы я только что его отбросил.

Заголовок вопроса «Как выбрать ...», но вы, кажется, спрашиваете «Как завершить личные проекты?» Я думаю, что есть (по крайней мере) две вещи:

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

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

В первом случае не окончание может быть правильным решением. У вас была идея, это было интересно, и теперь вы идете дальше.

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

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

Мне напомнили о правиле 80/20. Требуется 80 процентов времени, чтобы выполнить 20 процентов проекта. :-)

В настоящее время я работаю над реализацией настольной игры для фондового рынка 1960-х годов с использованием Java. Мне было очень весело выяснить, как нарисовать игровое поле и собрать пользовательский интерфейс.

Алгоритмы перемещения оказались сложными для реализации. В зависимости от состояния игры, вы можете приземлиться на 3 различных квадрата за один бросок костей. Я на третьей итерации алгоритмов перемещения, и, надеюсь, 3-й раз будет очаровательным.

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

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