Страх випустити проект хобі - як подолати? [зачинено]

Я не знаю, чи це питання суворо пов'язане з розробкою програмного забезпечення, але все ж спробую:

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

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

Це нормально? Як ви подолаєте таку ситуацію?

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

Інша річ, яку слід зазначити, це проекти Хобі. Якщо ви не дотримуєтесь термінів або не втрачаєте інтерес, це не велика справа. Ти все-таки робиш проект для розваги.

Покладіть його туди.

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

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

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

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

Коли Linus вперше представив ядро ​​Linux, це був не повний, стабільний, без помилок і чистий код; це було неповним, хитрим, незвісним та жорстким проводком для фінської клавіатури .

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

Вибачте, але ви робите прямо протилежне тому, що ви повинні робити!

Відпустіть його якнайшвидше, прослухайте відгуки людей, а потім впроваджуйте нову функціональність на основі цього. Не навпаки!

Що ти маєш втратити?

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

І якщо ви отримаєте негативний відгук - це шанс навчитися .. Не витрачайте на це.

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

Другий, третій і п ятий раз - це те, де лежить забава!

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

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