Минулого тижня, Лінус Торвальдс продовжив велике інтерв’ю електронною поштою з Джеремі Ендрюсом, партнер-засновник та генеральний директор Tag1.
У першій частині інтерв'ю у квітні Торвальдс обговорив все, починаючи від чіпів Apple ARM64 та драйверів Rust, закінчуючи власним робочим середовищем на базі Fedora та своїми думками про перші дні Linux. Але друга частина пропонує глибше розуміння того, як думає Торвальдс, особисте розуміння з того, що я поділюсьa з іншими виконавцями проектів та деякими ідеями щодо того, як змусити компанії допомогти розвивати бізнес.
Лінус розповів, як він діяв, коли проект стартував:
“Я все ще пам’ятаю перші дні, коли люди надсилали мені домовленості, і я насправді не застосовував їх як домовленості, але я їх читав, що я розумів, що люди хочуть робити, і що я робив це сам. Тому що так я розпочав проект, і так мені було комфортніше і що я краще знав код ». Лінус також пояснив, що важливо навчитися делегувати: «Я перестав це робити досить швидко, бо в основному я лінивий. Я дуже добре читав патчі та з'ясовував, що вони роблять, а потім застосував їх ".
Лінус Він також прагнув залишатися неупередженим у міру зростання і успіху Linux:
«Я дуже свідомо не хотів працювати в компанії Linux, наприклад, я тримав Linux протягом першого десятиліття, не будучи моєю роботою. Це не тому, що я вважаю, що ділові інтереси погані, а тому, що я хотів переконатися, що люди сприймають мене як нейтральну партію, і я ніколи не відчував себе «конкуренцією». «
Незважаючи на те, що відкрите джерело досягло великих успіхів, багато більших користувачів, таких як бізнес, майже не виконують чи не сприяють проектам з відкритим кодом, від яких вони залежать.
Продовжуйте друкувати:
«І багато великих технологічних компаній, які використовують ядро, в кінцевому підсумку беруть активну участь у процесі розробки. Іноді вони в кінцевому підсумку роблять багато внутрішньої роботи, і їм не дуже вдається щось відштовхувати (я не буду називати імена, і деякі з них справді намагаються зробити краще), але насправді дуже обнадійливо бачити велике компанії, які беруть участь у такому процесі, дуже відкриті для базового розвитку, і вони є важливими членами спільноти ".
На запитання, чи є відкритий код стійким чи ні, Лінус відповів:
"Так. Особисто я переконаний на 100%, що не лише є стійким з відкритим кодом, але для складних технічних питань вам дійсно потрібен відкритий код лише тому, що проблемний простір виявляється занадто складним, щоб його вирішила одна компанія. Навіть велика та компетентна технологічна компанія ".
Ключ до успіху для супровідника проектів з відкритим кодом: "будь там ВСЕ ЧАС" і "будь відкритим"
Коли Ендрюс хотів дізнатися, що робить проект з відкритим кодом успішним, Лінус зізнався:
“Я справді не знаю, що є запорукою успіху. Так, Linux був дуже успішним, і зрозуміло, що Git також почав працювати з правої ноги, але все ще дуже важко віднести його до глибшої причини. Може, мені пощастило? Або через усіх цих людей, які потребували цих проектів, я був тим, хто встав, виконав роботу і розпочав проект? «
Але Лінус нарешті пояснить «деякі практичні та суттєві моменти, які я особисто вважаю важливими, якщо ви виробник програмного забезпечення з відкритим кодом». Рекомендуйте, щоб відповідальна особа, яка відповідає за проект з відкритим кодом, завжди була “присутня”.
“Ви повинні залишитися, ви повинні бути поруч з іншими розробниками, і ви повинні бути там ПОСТІЙНО. Ви зіткнетеся з технічними проблемами, і це буде неприємно. Ви будете працювати з людьми, які можуть мати дуже різні уявлення про те, як вирішити ці технічні проблеми. А технічні проблеми - це найпростіша частина, оскільки вони, як правило, мають технічні рішення, і часто можна цілком об’єктивно сказати „це краще / швидше / простіше / що завгодно“.
Інший ключ, який пояснив Лінус, - бути «відкритим», «бути відкритим для рішень інших людей. і не маючи цього дуже чіткого і негнучкого уявлення про те, як все слід робити. Але Лінус засуджує один із способів бути відкритим:
“Насправді легко створити якусь“ кліку ”людей, де у вас є внутрішня кліка, яка обговорює речі приватно, і тоді ви насправді бачите лише суть (або маргінальну роботу) серед білого дня, тому що всі важливі речі Вони траплялися в межах компанії або в межах основної групи людей, і стороннім особам важко проникнути під ці кліки і часто навіть важко спостерігати, що відбувається в цій основній групі, оскільки вона була настільки приватною та ексклюзивною.
“Це одна з причин, чому я дуже люблю відкриті списки розсилки. Це не список "запрошень". Для участі навіть не потрібно реєструватися. Він справді відкритий. І практично всі обговорення щодо розвитку повинні бути там ".
Говорячи про інші конкретні навички, необхідні для успішних проектів з відкритим кодом, Лінус пояснив свій досвід. За його словами, «це не результат планування та читання посібників з управління тощо. Більшість речей траплялися самі по собі, і структура, яку ми маємо сьогодні, походить не від письмової організаційної схеми, а від людей, які щойно "знайшли своє місце". Як зазначалося вище, Лінус рекомендує делегувати завдання. Він також назвав навички спілкування як "дуже важливі".
Фуенте: https://www.tag1consulting.com