Найкращий спосіб зробити особисті проекти

У мене є чимало особистих проектів, які я розпочав, і, здається, ніколи не закінчую, тому що я перебуваю в стороні інших ідей. Мені було цікаво, що найкращий метод зробити особисті проекти? Якісь хитрощі чи поради до цього?

Проблема полягає в тому, що я отримую натхнення на деякі проекти, і я не хочу втрачати свої ідеї, і зараз мій метод "збереження моїх ідей" полягає в тому, щоб просто зробити якомога більше речей над ідеями в одному. вночі, а потім зберігайте деякі випуски GitHub щодо дос. Я вважаю, що через це я ніколи не повертаюся до старих проектів.

Про кого ви достатньо засмучені? Закінчіть цю. Повторіть.

Це особисті проекти: єдина людина, яка опікується ними зараз - це ти, - і якщо ти недостатньо піклується, то, напевно, ти вже отримав від них те, що тобі потрібно. Не бій себе з цього приводу.

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

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

Хитрість полягає в тому, щоб прокручувати свої проекти

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

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

Кожен з проектів Wall E був приблизно 6 місяців один від одного, і я все ще маю його сидіти за моїм столом, чекаючи bluetooth-модема (потрібно розібратися, як змусити його поміститися всередині робота).

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

Назва питання - "Як вибрати ...", але ви, здається, запитуєте "Як завершити особисті проекти?" Я думаю, що відбувається (принаймні) дві речі:

1. Щось, що здається гарною ідеєю в той час, може виявитися для вас менш важливим після того, як ви деякий час подумали про це.

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

У першому випадку неправильне рішення може бути правильним рішенням. У вас була ідея, це було цікаво, і зараз ви рухаєтесь далі.

У другому випадку я думаю, що почуття бачити все - ваш мозок грає на вас хитрість. У вас є ідея, і це здається чудовим, і ваш мозок мчить навколо заповнення пропущених фрагментів, щоб зробити ідею більш цілісною. Один із способів вирішити це - уповільнити ситуаціюі використовувати кращий процес проектування. Замість того, щоб стрибати прямо в код, запишіть ідею в прозі. Створіть дизайн високого рівня, а потім почніть деталізувати деталі. Якщо розуміння, яке ви маєте, стосується реалізації, тоді також запишіть це, але не намагайтеся все це кодувати на цьому етапі. Таким чином, ви захопили ідеї (ідеї) на папері, щоб вони не зникли, але ви нічого не втілили, тому дизайн все ще досить гнучкий. У цей момент ви можете повернутися до нього пізніше, якщо хочете, і якщо це все ще здається гарною ідеєю, вдосконаліть дизайн і врешті-решт почніть впроваджувати методично. Ведіть журнал свого прогресу, щоб ви завжди могли розповісти, що ви зробили і що ще потрібно зробити.

Останнє, що ви насправді хочете закінчити проект. Якщо ви не хочете закінчити це, то це просто ще одна робота у вашому списку справ, яка накопичує і змушує вас відчувати себе заваленими тоною роботи, яку вам насправді не потрібно робити.

Мені нагадали правило 80/20. Потрібно 80 відсотків часу, щоб 20 відсотків було виконано проект. :-)

Зараз я працюю над впровадженням настільної гри на фондовому ринку з 1960-х років, використовуючи Java. Мені було дуже цікаво розібратися, як намалювати ігрову дошку та з'єднати інтерфейс користувача.

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

У мене не було проблем мотивувати себе малювати ігрову дошку. У мене було багато проблем, мотивуючи себе працювати над цими алгоритмами переміщення. Але алгоритми переміщення - це те, що мені потрібно було зробити, щоб вдосконалити свої дизайнерські навички в інших подібних областях.

Робити цікаві речі при кодуванні легко. Складніше виконати складніші частини проекту, особливо коли ви неправильно розробляєте дизайн. Двічі. Але визнання та навчання на своїх помилках - це те, що зробить вас кращим аналітиком, дизайнером та програмістом.