Як стати хакером вільного програмного забезпечення

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

3. Вивчіть деякі популярні мови програмування, поки не досягнете більш-менш задовільного рівня. Без цього ви не можете внести свій внесок в код (найважливіша частина будь-якого програмного проекту) для спільноти вільного програмного забезпечення. Деякі джерела пропонують починати відразу з двох мов: один системний мову (C, Java або аналогічний) і один скриптова мова (Python, Ruby, Perl або аналогічний).

4. Щоб бути більш продуктивним, вивчіть Eclipse або інший подібний інтегрований інструмент розробки.

5. Вивчіть і використовуйте розширений редактор начебто VI або Emacs. Вони не прості у вивченні, але ви можете зробити набагато більше з ними.

6. ІзучітеVersion control. Version control, ймовірно, найважливіший інструмент співпраці для загального розвитку програмного забезпечення. Усвідомте, як створювати і застосовувати патчі (текстові зміни файлів). Більшість розробок вільного програмного забезпечення в суспільстві виконує створення, обговорення та застосування різних патчів.

7. Пошук найбільш вдалого небольшойпрограммний безкоштовний проект, до якого ви могли б легко приєднатися, щоб отримати досвід. Більшість таких проектів зараз можна знайти на сайті SourceForge.net.Відповідний проект повинен:

8. Зверніться до адміністратора обраного проекту. У невеликому проекті з кількома розробниками ваша допомога, як правило, відразу ж буде прийнята.

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

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

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

12. Знайдіть серйозний проект вільного програмного забезпечення або проект з відкритим кодом. Більшість таких проектів є власністю GNU або Apache організацій.

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

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

15. Якщо можете, зверніться з серйозним завданням вініціатівную програму компанії Google "Summer of Code", щоб отримати трохи грошей з цієї "авантюри". Але тільки не хвилюйтеся, якщо заявка не прийнята, оскільки вони набагато менше фінансують посади, ніж дійсно хороших хакер.

16. Шукайте відповідну конференцію, проводящуюсяпоблізості ( "Дні Linux" або щось подібне), і спробуйте уявити свій проект там (весь проект, а не тільки частина, яку ви програмуєте). Після того як ви розкажіть, що ви уявляєте серйозний Free / з відкритим вихідним кодом проект, організатори часто звільняють вас від вартості участі в конференції (якщо вони так не роблять, конференція, швидше за все, невідповідна в будь-якому випадку). Принесіть свій ноутбук Linux (якщо у вас є) і запустіть демо-версію. Зверніться до адміністратора проекту за матеріалом, який ви можете використовувати при підготовці до свого виступу або плаката.

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

18. Завершіть завдання, застосуєте автоматичні тести і свій внесок в проект. Все зроблено! Треба відзначити: спробуйте зустрітися з деякими хакерами проекту в реальному житті і випити з ними по келиху пива.

19. Для кращого розуміння загляньте в реальний приклад історії розробки проекту Free Software (вище). Кожне підвищення кривої представляє собою внесок (рядки коду) від одного розробника. Розробники, як правило, стають менш активними протягом багатьох років, але проект часто навіть прискорюється, коли приєднуються нові люди. Тому, якщо ви вже приходите з деякими корисними навичками, у команди немає ніяких причин запросити вас.

• Перед тим як ставити будь-яке питання про робочих правилах всередині проекту, спробуйте знайти відповідь в проектній документації та архівах списку розсилки.
• Вас назвуть хакером тільки після того, коли яка-небудь справжнє Спільнота хакерів визнає вас таким.
• Завжди продовжуйте злом того, що почали. Чи не будується, не запускається, злітає (дає збої)? Є причини для всього, і якщо у вас є вихідний код, то це зазвичай означає, що ви можете змусити систему робити все, що ви хочете, особливо за допомогою веб-пошуку. Це правило має свої обмеження, але, дійсно ніколи не дається легко.
• Для початку виберіть клас, модуль або інший блок, над яким ніхто дуже активно не працює в даний момент. Робота разом над однаковим класом або навіть функцією, вимагає більше навичок і багато вніманіясо всіх підходів (сторін).
• Роботодавці деяких хакерів, здається, досить мотивовані, щоб дозволити «співпраця» протягом їх робочого часу (як правило, тому що організація використовує безкоштовну / с відкритим кодом програму, яку хакер розробляє). Подумайте, може бути, ви можете отримати, по крайней мере, частина необхідного часу цим способом.
• Якщо ви все ще не довіряєте собі досить, почніть з деякої частини коду, яка, як ви думаєте, відсутній і може бути написана з нуля. Зміни в існуючому коді мають набагато більше шансів залучити до себе критику.

• Не починайте з оптимізацій невеликих кодів, додаткових коментарів, поліпшень стилю кодування і іншого аналогічного "дрібного" матеріалу. Це може викликати набагато більше критики, ніж будь-який серйозний внесок. Замість цього, збирайте їх в єдиний патч «очищення».
• На неформальній зустрічі проекту (на пиві) про те, що ви ніколи не сприяли створенню будь-якого коду, у вас будетнепріятное почуття того, що вас дуже ігнорують. Не хвилюйтеся, деякі хакери стають великими друзями пізніше, після того, як ви заробите повагу за свій код.
• Якщо ви плануєте зустрітися з хакерами безкоштовного програмного забезпечення віч-на-віч, завжди залишайте свій ноутбук Windows будинки. Mac OS - варіант кілька краще, але і не вітається. Якщо у вас з собою ноутбук, він повинен працювати на ОС Linux або іншій операційній системі, яку вони вважають "Free software".
• Ваш статус хакера в співтоваристві проекту відображає ваше справжнє більше, ніж минуле. Зокрема, якщо ви хочете рекомендацію від керівника проекту або що-небудь подібне, задавайте питання, поки ви все ще активно співпрацюєте.
• Не починайте зі старту свого власного проекту, якщо ви не хочете залишитися в гордій самоті назавжди. З тієї ж причини, не починайте з спроби відродити занедбаний проект, який вже втратив свою попередню команду, (дивіться чому).
• По тій же причинініколи не чекайте, що хакер з досвідом напише докладний опис вашого завдання або навіть забезпечить любимо видом спостереження завамі. У той час як проекти з відкритим кодом можуть мати багато строгих правил, вони зазвичай працюють по аналогії з тим, що відомо під назвою програмування в методології програмування.
• У узгоджено действующемміре безкоштовного ПО ви кодуєте, і в рідкісних випадках, навіть весь проект вашої групи може бути несподівано замінений будь-яким іншим внеском. Приклади великомасштабних перезаписів: Harmony або, наприклад, більш недавня історія GNU Classpath. Зрілі хакери говорять "ласкаво просимо" і використовують переваги нового коду, який стає доступним - просто немає кращого способу відреагувати. Це, однак, не приходить легко і цьому треба вчитися. дивіться приклад такої позиції.
• Уникайте ставити будь-яке питання, пов`язаний з основами програмування або програмними засобами. Час програміста вільного програмного забезпечення - цінне. Замість цього обговоріть основи програмування в спільнотах для любителів або початківців програмістів.
• Хоча слово "хакер" звучить з «повагою» в більшості навчальних середовищ, для деяких необізнаних людей воно може асоціюватися з проникненням в системи безпеки і інших питань, пов`язаних з комп`ютерами злочинами, які різні соціальні групи (крекери або зломщики) роблять. Якщо ви не готові пояснити, подивіться на тих, кому ви говорите це слово. Реальні хакери, про які йде мова в цій статті, ніколи не будуть зв`язуватися з діяльністю в програмуванні, яка здається для них незаконної. По-перше, онігордятся додержаннямхакерської етики. По-друге, порушення закону не обов`язково краще оплачуються.
• Якщо ваш поштовий клієнт підтримує HTML повідомлення, вимкніть цю функцію. Ніколи не приєднуйте документи, які тільки власницьке програмне забезпечення (наприклад, MS Word) може відкривати належним чином. Хакери сприймають це як образу.
• Чи не пропонуйте свої послуги для належить компаніям проектів, які не випускають деякі частини їх коду під затвердженої ліцензієюapproved Open Source.У таких випадках дійсно важливі частини проекту, ймовірно, «залишаться за закритими дверима» власника, заважаючи вам навчитися чогось корисного.
• Вже дуже успішні проекти, можливо, мають письмову або усну політику ніколи не повертати нічого за вашу роботу (ні грошей, ні можливості для самостійного просування, ні високого статусу, не звертаючи увагу на внесок, і т.д. - дивіться Wikipedia).Якщо ви не згодні з цим, дотримуйтеся проектів середнього діапазону, які не можуть дозволити собі таку позицію. Великі проекти вільного

програмного забезпечення, особливо навколо домену GNU, не розглядають вашу роботу як ваш особиста справа. Після того як ви отримаєте або змініть роботу в компанії, пов`язаної з програмним забезпеченням, вони попросять вашого роботодавця підписати певні угоди[1], які можна підписувати чи ні. Це може змусити вибрати проект з більш вільними вимогами.