Які недоліки запускати проект із відкритим кодом, якщо він не є досвідченим програмістом? [зачинено]

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

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

Це речі, які я боюся оголитись публічно:

1. Мій код може бути не оптимізований.
2. Неправильне використання певних бібліотек або функцій, які збігаються випадково.
3. Не знаючи або не дотримуючись жодної схеми кодування.
4. Багато помилок / не враховуючи кутових, крайових корпусів
5. Принципова відсутність розуміння та застосування певних понять, таких як безпека потоку, питання одночасності в багатопотоковому програмуванні тощо.

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

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

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

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

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

Немає підстав чекати. Зробіть свій проект відкритим.

А ще краще - сприяти іншим відкритим проектам та вчитися на них.

Я думаю, що ви занадто переживаєте.

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

Покладіть його там, подивіться, що станеться. Ви не знатимете, наскільки хороший / як поганий ваш код, поки інші не поглянуть на нього і не почнуть з ним грати. ВСІЙ код має помилки. Що цікавіше, як швидко автор працює над вирішенням цих помилок.

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

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

Ви вже знаєте свої обмеження. Це не поганий початок. Це гарний початок.

Прийміть на вечірку і знайдіть там своє місце.

Удачі!