Чи погано приєднуватися до проектів з відкритим кодом як аматор?

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

По суті, моє запитання полягає в тому, чи це клопоту, коли досвідчений програміст, який працює з середнім часом, приєднується до проекту з відкритим кодом?

Ні це не так.

Якщо кодова база проектів, на які ви дивитесь, занадто нелегка, врахуйте:

• Вибір (навіть) меншого проекту для роботи.
• Оберіть меншу задачу в рамках проекту:
  • Напишіть приклад / підручник / демонстрацію для чогось
  • Оновлення та виправлення документації (всі проекти, ОС чи ні, потрібні кращі документи)
  • Виправити багато помилок з низьким пріоритетом, але їх легко виправити (велика експозиція коду, диски зазвичай раді, низький ризик)
• Існують способи внести внесок без доступу до основного джерела, наприклад:
  • Надсилання патчів, які можна коментувати.
  • Формування та подання запитів на тягу (див. Вище)
  • Робіть себе та працюєте самостійно, просто щоб побачити, куди вас веде. Якщо ви щасливі, попросіть чортів поглянути на все, що ви зробили, щоб побачити, чи є сенс.

Щоб подолати свій "страх" не сприйняти свої зобов'язання, спочатку перейдіть до безпечних питань. Це дозволить і вам, і команді розробників отримати впевненість у своїх стосунках та навчитись мислення один одного. У міру вдосконалення (як у майстерності, досвіді, якості коду, так і розумінні команди вашої ОС ОС та динаміці) ви зможете вирішити більші завдання, вводячи менше клопоту.

Це також допомагає задати відповідні стартові точки та побачити, що команда може підібрати для вас.

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

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

Сподіваюся, це допомагає.

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

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

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

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