Як ви залишаєтесь мотивованими на хобі-проекти? [зачинено]

Я почав серйозно програмувати як хобі, студент, а потім стажувався близько 4 років тому, і я завжди робив невеликі проекти на стороні, як навчальну діяльність. Школи зараз закінчуються, і я провожу свої дні на роботі як розробник програмного забезпечення. Я все ще хотів би робити проекти на стороні, щоб дізнатися про сфери інформатики, до яких я не піддаюся роботі, але я помітив, що після 8 годин виступу в ІДЕ далеко не спокуса вередувати. Кожен раз, коли я встаю з глуздом, щоб попрацювати над чимось протягом кількох годин, останнім часом це залишилося на узбіччі.

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

Одна порада - переконайтеся, що ваш проект хобі не має нічого спільного з вашою денною роботою. Якщо ви використовуєте C ++ на роботі, використовуйте щось інше у своїх хобі-проектах. Це допоможе вам уникнути деяких вигорань, оскільки ви принаймні переходите на інший IDE та / або набір навичок.

Але хобі - хобі… тому не бідайте. Це повинно бути розслабляючим, а не стресовим.

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

1. Виберіть проект, який вас справді цікавить.
2. Витратьте трохи часу наперед, визначивши свої цілі проекту.
3. Розбийте проект на невеликі фази, щоб не потрібно було годин і годин роботи, щоб відчути почуття успіху.

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

Насправді я отримую більше шансу побачити, як інші люди працюють над моїм кодом, ніж я працюю над ним у більшості випадків.

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

І все-таки все набагато веселіше і мотивує, коли у вас є партнери, з якими можна грати. Дістаньте свій проект на таких сайтах, як свіже м'ясо, напевно хтось інший подумає, що корисне вам корисне, і допоможе вам його покращити. Ось де ви дійсно починаєте веселитися :)

Так. Я також вигоряю на кодуванні. Я люблю кодування та виготовлення програмного забезпечення, але після довгого дня (або тижня чи року) програмування на роботі ... розпалювання ol 'IDE вдома стає все складніше і важче.

Останнім часом є лише два типи побічних проектів, з якими я можу залишатися активним:

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

2) Отримання дозволу на роботу над кількома домашніми проектами на роботі. Для багатьох людей це не стартер, але якщо ви можете розмахувати домовленістю (навіть одноразовою, або випадковою), це може бути задоволенням. Набагато простіше отримати кодування, коли альтернативою є звичайні роботи на шліфувальному камені.

Приклад №2: протягом багатьох років моя компанія використовувала систему контролю версій, яка, хоч і була пристойною в більшості привітань, була абсолютно жахлива щодо показу ваших неперевершених папок на диску. У кожного були свої маленькі способи боротьби з цією неприємністю. Я втомився від цього і попросив час написати трохи утиліти, щоб зробити справу з цією проблемою набагато менш болісно. Це був не самий розважальний код, який я коли-небудь писав (хоча було декілька складних / цікавих біт), але справжньою нагородою було те, що мої колеги використовували та насолоджувались програмним забезпеченням, і дякували за це.

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

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

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

Раніше я робив надумані проекти хобі заради вивчення нової мови чи рамок. Часто прямо з випадкових, сухих прикладів із книг чи веб-сайтів. Це ніколи не вийшло. Я завжди втрачаю мотивацію і зупиняюся після кількох сеансів.

Тому фокус для мене полягає в тому, щоб придумати якусь ідею, яка насправді була б корисною (мені або комусь, кого я знаю), а потім поставити перед собою завдання реалізувати її на тій мові / платформі. Коли це справді вправи зі свого роду, і це справді корисний продукт, я, як правило, залишаюсь набагато мотивованішим. Коли це надуманий навчальний проект, легко втратити сюжет.

Враховуючи, що у вас вже є ідея для вашого хобі-проекту, я б хотів запропонувати

1. Пишіть хороші документації
2. Сплануйте свій проект хобі в якомусь сенсі

Перш за все, це проект хобі. Ви можете витратити на свій хобі проект не більше 1-2 годин на день, а то й лише 1-2 години на тиждень. Важко запам’ятати всі деталі в такому стилі роботи, а хороші документації допомагають швидко перейти від попередньої паузи. Хороша документація повинна відслідковувати, що потрібно робити, що зроблено та чому все робиться таким чином. Документація може бути важливішою, ніж фактична фаза програмування хобі-проекту.

Крім того, плануючи деякий час для проекту заздалегідь, ви подумки підготуєтесь до нього. Тим самим ти кажеш собі, що це не ніч для ігор / фільмів / тусовки / побачень / будь-чого, а для твого хобі-проекту. Вам буде легше скласти свою думку і сісти перед комп'ютером навіть після стомленого робочого дня.

Якщо ви ще не вирішили, що робити для проекту хобі, я додам наступні дії:

1. Виберіть проект, який має для вас відносно низький бар'єр для вступу.
2. Виберіть проект, який вас справді цікавить, або
3. Виберіть проект, який може допомогти вашій щоденній роботі.

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

Сильні стимули можуть надходити з інших аспектів. Цікавий проект та проект, який полегшує вашу щоденну роботу, - це кілька прикладів. Є багато цікавих речей, крім вашого хобі-проекту, і вам потрібно знайти хороший привід для себе, щоб постійно працювати над проектом хобі. Що стосується проекту, який полегшує щоденну роботу, він не повинен бути безпосередньо пов'язаний. Програма для автоматизації редагування слайдів презентації; програма для візуалізації даних. Поки він надає хороші стимули, це повинен бути хорошим проектом, який робить вас щасливими працювати.

Я не завжди мотивуюсь, але я вважаю, що коли я розповідаю іншим людям над тим, над чим я працюю, я часто закінчую витрачати стільки енергії на обговорення (він же аргументує, чому я це роблю X-way, а не Y-way як аргумент вважає, що це слід зробити) я втрачаю інтерес до роботи над проектом. Тож мій "секрет" полягає в тому, щоб не говорити про речі, поки я не зробив достатньо, щоб назвати це зробленим.

Мої цілі часто мають шкалу "навчитися використовувати M" або "як ти можеш робити N?" тому завершеність мети зазвичай відрізняється від завершеності проекту.

Мій нинішній роботодавець приймає позицію (в трудовій угоді), що я не можу працювати над матеріалами з відкритим кодом, і я не повинен працювати на стороні без письмового дозволу зверху. Отже, я не працюю над завершенням проектів.

Приємне запитання, тим більше, що я сам планую розпочати проект хобі (не перший проект хобі, але проекти в минулому, як правило, лягають на обличчя, коли мені стає нудно, про що, як мінімум, незадоволення) .

Мої поради, хоча:

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

2. Придумайте невеликий набір функцій, розробляйте для цього і потім будуйте його. Якщо ви пишете текстовий процесор, не намагайтеся включати будь-яку функцію в Word. Якщо ви працюєте над пакетом для обробки зображень, не намагайтеся обіграти PhotoShop. Якщо ви готуєте IDE чи якісь інструменти для розробників, не робіть ... ну, ви зрозумієте ідею. Після того, як ви виконали цю просту версію, це ваша перша віха - досягнення, чим ви можете пишатися.

3. Виберіть те, що ви можете розробити, протестувати тощо. Не використовуйте серверну програму, яка вимагає витратити 3000 фунтів на тестування обладнання (або багато грошей на хостинг).

4. Напишіть це мовою, яку ви хочете вивчити, і такою, яка має функції, які допоможуть вам, але щось, що забезпечить цікаве (! Важливе слово!) Завдання.

5. Виберіть прогалину на ринку, так би мовити, і подивіться, що робить ваша потенційна конкуренція. Що вони не роблять? Ви могли б зробити це краще, можливо, навчитися на їх помилках?

Те, що мотивує мене:

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

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

Щоб залишатися мотивованим чимось, що не приносить вам грошей, у вас повинен бути принаймні один із елементів нижче:

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

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

Найефективніший, але найскладніший - перший.

Якщо ви робите програмне забезпечення, випустіть його!

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

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

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

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

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

Я не. Якщо я не мотивований кодувати певний день чи тиждень чи місяць, я йду і роблю щось, на що я вмотивований.

Це ваш вільний час, ви не повинні змушувати себе робити те, чого ви не хочете робити - ось для чого потрібна робота ...

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

Приходьте на своє робоче місце о 8 ранку, щоб лише провести 2 години, працюючи над вашим проектом у нижній схожій кафетерії (тоді йдіть на роботу). :) Свіжий мозок буде тримати вашу продуктивність стабільною, а потік мотивації - незавершеним.

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