Lennart Pottering adalah salah satu legenda dari komunitas Linux. Sejak 90-an, ia telah mengerjakan kernel sistem operasi Linux. Lennart meluncurkan proyek-proyek seperti PulseAudio , Avahi , kdbus , systemd dan menjadi kekuatan pendorong utama mereka. Dia saat ini bekerja di Red Hat di Jerman. Tahun lalu, Lennart datang ke konferensi Linux Piter 2017 dengan sebuah laporan dan hari ini, untuk mengantisipasi Linux Piter 2018 , kami menerbitkan wawancara dengan pengembang open source terkemuka ini, di mana ia menjelaskan mengapa systemd diperlukan, bagaimana arsitektur Linux telah berubah dan bagaimana ia telah berubah dia bereaksi terhadap banyak kritik tentang mengapa dia perlu menghadiri konferensi dan acara apa yang dia berikan secara pribadi, seperti Linux Piter.
Wawancara dengan Lennart Pottering adalah anggota komite program konferensi Linux Piter , seorang programmer terkemuka DELL EMC, anggota aktif komunitas Linux St Petersburg, Vasily Tolstoy .
- Lennart, hari ini Anda membuat presentasi di konferensi Linux Piter, ceritakan secara singkat tentang laporan Anda.- Mungkin, "wadah" adalah salah satu kata kunci paling modis di dunia Linux. Ada beberapa sudut pandang berbeda tentang apa itu, tetapi ada beberapa konsep yang menarik tidak hanya untuk teknologi wadah modern spesifik. Ide utama dari laporan saya adalah untuk mengambil beberapa ide yang mendasari wadah modern, misalnya, mengisolasi proses dan mengumpulkan sumber daya ke dalam paket, dan menggunakannya dalam manajemen klasik layanan sistem operasi. Memang, sampai sekarang, sistem kontrol klasik digunakan jauh lebih luas daripada wadah. Secara umum, laporannya tentang ini; selain itu, saya masuk ke perincian tentang bagaimana kita dapat mengisolasi proses, paket sumber daya mana yang dapat digunakan, tentang systemd, dan bagaimana hal ini dibandingkan dengan bagaimana buruh pelabuhan dan sistem wadah lainnya mendukung fungsi ini.
Laporan oleh Lennart Pottering di Linux Piter 2017 (versi asli dalam bahasa Inggris):
Laporan yang sama dengan terjemahan simultan ke dalam bahasa Rusia
- Sebuah pertanyaan untuk dipikirkan. Menurut Anda apa yang terjadi di dunia Linux selama setahun terakhir?
- Secara umum, saya pikir LINUX sekarang adalah produk yang stabil sehingga tidak lagi membuat lompatan besar ke depan, tetapi hanya meningkatkan mekanisme yang ada di dalamnya. Secara khusus, tidak ada yang radikal yang terjadi di LINUX. Misalnya, buruh pelabuhan dan hal-hal serupa yang secara nyata mengubah segala sesuatu yang umumnya dilakukan di bidang TI, mereka sudah berusia sekitar tiga tahun. Saya menyukai kenyataan bahwa hari ini Linux sedang mengalami peningkatan yang berkelanjutan dan berkelanjutan. Bagaimanapun, komponen dasar yang membentuk ekosistem telah jelas stabil, dan secara bertahap bergerak ke arah yang lebih baik. Ini, menurut saya, adalah tanda kedewasaan dan profesionalisme, dan ini mungkin bagus.
- Dan teknologi apa yang sekarang ada di gelombang popularitas, jika ada?- Saya pikir ini adalah otomatisasi, kecerdasan buatan. Saya selalu suka betapa berbedanya kata kunci dalam industri ini membuat semua orang “bersemangat” untuk sementara waktu, dan kemudian menghilang. Misalnya, "wadah" sebenarnya adalah kata ajaib tiga tahun lalu, tetapi masih populer. Dan kemudian itu menjadi IOT, dan sejauh ini tidak ada yang benar-benar tahu apa itu sebenarnya dan bagaimana ia berbeda dari sistem embedded konvensional. Saya pikir tahun ini trennya adalah kecerdasan buatan. Bahkan
Linux Foundation sekarang menciptakan proyek kecerdasan buatan. Saya pikir ini adalah "gelombang" yang ingin ditangkap oleh perusahaan besar. Namun, saya tidak mengikuti topik ini dengan seksama, meskipun saya mengamati dari samping.
- Komunitas Linux dan pemain utamanya semakin tua. Apa pendapat Anda tentang ini? Apakah ini memiliki konsekuensi?
- Tentu saja. Secara umum, saya percaya bahwa ketika Linux muncul di tahun 90-an, itu tentu saja merupakan revolusi di banyak bidang sekaligus. Sekarang tahap ini telah berakhir, dan setiap proyek berkembang ke arah yang sangat pasti. Dan para pengembang sendiri, sebagai suatu peraturan, mencari stabilitas dalam kehidupan untuk melakukan proyek mereka dengan tenang. Saya tidak tahu apakah ini bagus atau tidak. Tapi, saya pikir, pertanda buruk adalah ketika orang-orang terpaku pada cara berpikir bahwa mereka terbiasa pada tahun 90-an. Saya melihatnya dan saya bertanya-tanya bagaimana saya akan berpikir dalam 10 tahun? Akankah kepala dan pikiran saya macet dalam 10 tahun yang lalu? Atau apakah saya benar-benar dapat mengikuti perkembangan zaman dan memahami pada waktunya bahwa hal-hal yang saya ketahui sebelumnya tidak lagi relevan dengan dunia TI modern? Saya melihat beberapa pengembang Linux melakukan lebih baik daripada yang lain.
Sebagai contoh, ketika kami melakukan systemd, ada banyak suara. Kami menghapus banyak konsep lama yang diperbaiki di Unix pada tingkat yang sangat religius. Banyak hal lama di Unix tidak dipikirkan sejak awal, kami membutuhkan sesuatu yang lebih modern dan dinamis.
Kami berperang hebat, bahkan pada tingkat manajemen perangkat Linux yang sederhana. Sekarang Anda menghubungkan beberapa jenis peralatan, sesuatu sedang terjadi, dan itu sudah tersedia. UNIX tidak dirancang seperti itu. Dalam kasus terbaik, komputer perlu dimatikan, colokkan kabel, colokkan sesuatu, mulai, dan kemudian sesuatu akan berubah dalam sistem, tetapi tentu saja tidak ada plug panas.
Itu adalah langkah besar ke depan dan pertempuran nyata - untuk mendorong pendekatan ini melalui semua lapisan sistem dan memberikan kehidupan proyek ini. Orang tua selalu berkata: "Skema lama jauh lebih sederhana." Tentu saja, mereka lebih sederhana, tetapi tidak lagi relevan. Mungkin suatu hari nanti saya akan menjadi orang yang berkata: "Tidak, semua hal baru ini tidak baik," tapi saya harap ini tidak terjadi.
Selalu ada konflik antara "baru" dan "lama". Saya pikir secara umum, sebagian besar proyek Linux cukup stabil untuk dikembangkan lebih lanjut, bahkan jika pengembang utama mereka pergi. Ambil intinya: jika pada suatu saat Linus memutuskan bahwa yang menarik baginya sekarang adalah menyelam dengan topeng dan melihat ikan, maka hampir tidak ada yang akan memperhatikan, dan tidak ada yang akan terjadi pada intinya.
Pada akhirnya, ada sesuatu yang indah dalam gagasan “perangkat lunak open source”: tanggung jawab di sini berada di pundak begitu banyak orang sehingga jika satu pergi, maka yang lain pasti akan mengambil tempatnya dan menggantikan bahunya. Tetapi jika ini tidak terjadi, maka ini kemungkinan besar berarti bahwa proyek itu tidak benar-benar stabil, populer dan laris seperti yang semua orang pikirkan. Saya pikir ini adalah keuntungan besar dari perangkat lunak open source - tidak ada satu pun perusahaan di belakangnya yang memiliki segalanya, dan ketika perusahaan atau orang karena alasan tertentu meninggalkan proyek, semua kebaikan masih akan tetap ada dalam proyek. Ini membuat kami percaya bahwa proyek yang berharga tetap akan bertahan.
- Haruskah kita, sebagai komunitas di sekitar Linux, secara sadar melakukan upaya untuk menarik orang baru ke proyek open source?- Tidak diragukan lagi. Jika Anda mendukung produk besar seperti kami, hal yang paling sulit adalah menarik pengembang dan memotivasi mereka untuk tetap tinggal. Jujur, saya tidak tahu bagaimana melakukan ini. Beberapa kali kami berhasil. Ada begitu banyak orang yang mengirimi kami tambalan, kami melakukan review terhadap kode mereka, "menggabungkan". Tetapi untuk mengambil pengembang seperti itu dan menjadikan mereka menjadi peserta reguler dalam proyek, menemani proyek, dan, pada akhirnya, menjadi mereka yang melakukan review kode dari pengembang lain - ini benar-benar sangat sulit. Saya ulangi, saya belum begitu mengerti bagaimana melakukan ini.
Saya pikir kita perlu membuat komunitas begitu ramah dan menarik sehingga orang-orang tetap dan tidak hanya fokus pada penulisan kode, tetapi juga tertarik pada tinjauan kode - dan ini adalah sesuatu yang kebanyakan orang bahkan tidak pernah pikirkan. Peninjauan kode setidaknya sama pentingnya dengan menulis kode ini, karena untuk setiap bagian kode harus ada peninjau yang dapat menganalisis bagian ini dan menggabungkannya dengan yang lain. Sebagian besar perusahaan biasanya hanya peduli tentang penulisan kode. Tampak bagi saya bahwa di benak para manajer TI konsep ini benar-benar tidak ada - bahwa seseorang juga perlu melakukan tinjauan terhadap apa yang ditulis. Mungkin ini adalah pendapat saya yang bias, karena saya menghabiskan banyak waktu untuk mengulas dan tampaknya bagi saya bahwa pekerjaan ini tetap diremehkan. Tetapi saya dengan serius berpikir bahwa ada kesulitan yang signifikan: kami mengundang orang-orang muda untuk membuat kontribusi kreatif mereka pada proyek kami, dan pada akhirnya kami ingin mereka menjadi mereka yang hanya membaca kode orang lain. Ini adalah tugas yang sulit.
Saya tidak tahu bagaimana membangun komunitas yang benar-benar ramah. Sebagai contoh, saya percaya bahwa komunitas kernel Linux tidak memiliki reputasi sebagai komunitas yang ramah, tetapi di sisi lain, mereka sangat sukses dan mereka berhasil melakukan sesuatu yang baru. Di sini, jelas, ada beberapa kontradiksi.
Kami membutuhkan pengembang di systemd - kami memiliki banyak dari mereka, tetapi akan lebih bagus jika ada lebih banyak lagi! Kami berusaha menciptakan komunitas yang jauh lebih ramah. Misalnya, apa yang terjadi di daftar mail kernel tidak diizinkan di sini - seperti julukan yang sangat mencolok dan transisi ke kepribadian.
Ketika Anda mulai bekerja dengan perangkat lunak sumber terbuka, sikap terhadap Anda pada awalnya cukup keren. Karena itu, saya tidak tahu bagaimana membuat orang tetap di proyek. Mungkin hanya berusaha bersikap ramah dan secara terbuka mengakui pentingnya semua koreksi yang kami terima. Dengan satu atau lain cara, beberapa menjadi tertarik, dan mereka tetap. Jika saya tahu bagaimana membuat pengembang dan pemelihara tumbuh di atas pohon - oh, maka komunitas kami akan memiliki tingkat kekuatan magis yang sama sekali berbeda.
- Lennart, tolong beri tahu kami apa alasan atau alasan untuk kesuksesan systemd? Semua orang tahu berapa banyak perselisihan dan kontradiksi yang ditimbulkannya.- Saya percaya bahwa alasan utama mengapa kami berhasil menerobos, sementara yang lain tidak, adalah bahwa orang yang melakukan systemd, termasuk saya, mampu mengatasi tekanan eksternal yang kuat. Ini tidak berarti bahwa tekanan eksternal tidak mempengaruhi kita sama sekali, kami hanya menemukan cara untuk mengatasinya. Saya dengan cepat belajar menjauhkan diri dari segala macam serangan. Ketika saya menerima pesan dari Internet dari "orang bijak" biasa yang mengatakan saya bodoh, saya melanjutkan dari fakta bahwa jika orang ini tidak pantas saya hormati sebagai spesialis, saya hanya melewatkan kata-kata ini.
Jujur, saya percaya bahwa jika Anda beruntung dilahirkan sebagai "pachyderm", maka Anda memiliki masa depan yang cerah di open source. Jika Anda tidak seperti itu, maka Anda memiliki masalah. Saya pikir ini adalah alasan utama. Dan saya benar-benar bangga dengan diri kita sendiri bahwa kita berhasil menerobos, sementara yang lain tidak.
Alasan lain, mungkin, adalah dokumentasi. Dokumentasi tidak pernah ditulis dengan cukup baik. Tetapi orang mengatakan bahwa systemd memiliki yang baik. Semuanya, baik, atau hampir semua yang kami lakukan, kami dokumentasikan sejak awal ... Saya bertemu banyak proyek yang secara teknis canggih di mana dokumentasi jelas tidak cukup. Oleh karena itu, kadang-kadang sulit untuk mendiskusikan gagasan mereka dengan pengembang.
Dan di sini kita sampai pada konferensi dan kontak pengembang di antara mereka sendiri. Saya ingin mengatakan itu, datang ke konferensi, kami ingin menerima umpan balik dan memahami apa yang orang pikirkan. Pada saat yang sama, kita dapat menunjukkan kepada orang-orang bahwa penting bagi kita untuk mendengar pendapat mereka. Pengembang harus mendengar dan memahami jawaban atas pertanyaan apa yang sebenarnya dicari orang. Beberapa pertanyaan membuat Anda berpikir: “Baiklah, ini adalah sudut pandang yang berbeda tentang apa yang saya lakukan. Apa maknanya bagi pekerjaan saya, dan bisakah saya menyelesaikan kasus penggunaan ini sedemikian rupa untuk membuat produk lebih bermanfaat dalam kasus umum? " Tentu saja, kami tidak memenuhi semua keinginan, tetapi hanya yang kami anggap penting, kami mencoba memprioritaskan dengan benar.
- Berbicara tentang pendatang baru, dapatkah Anda memberi mereka beberapa rekomendasi? Di mana harus mulai memasuki dunia open source?- Ketika saya masuk ke open-source, hal yang mengaitkan saya adalah konferensi GNOME di Barcelona. Saya tidak kenal siapa pun di industri ini dan tidak mengerti bahwa pengembang open-source adalah orang baik. Jadi bukan hanya bagian teknis yang menarik perhatian saya, tetapi betapa asyiknya pergi ke konferensi dan berkomunikasi dengan orang yang berbeda. Saya tidak akan pernah berpikir bahwa faktor manusia dan keinginan seperti "pergi ke konferensi" mungkin membuat Anda menyadari bahwa peretasan itu keren. Sebagai contoh, saya akan merekomendasikan pendatang baru untuk menghadiri konferensi FOSDEM atau yang serupa. Konferensi ini diadakan di Brussel, tahunan dan gratis, dan ini adalah kesempatan yang bagus untuk memulai. Ini sebenarnya menarik untuk semua orang, apa pun yang Anda lakukan - Anda tetap harus mengunjungi FOSDEM. Berjalan saja dan lihat apa yang ada di sana. Jika Anda mengembangkan untuk komunitas Linux, tempat ini bisa menjadi sumber yang bagus untuk mendapatkan umpan balik yang memadai.
Belajar memprogram. Secara umum, baik untuk dapat melakukan sesuatu dengan komputer, tetapi ini bukan tiket masuk yang diperlukan untuk membuka sumber. Open source lebih dari sekadar meretas: ini adalah dokumentasi, karya seni, dan banyak lagi. Itu akan menjadi jawaban saya - pergi ke konferensi dan mencoba untuk menjadi "milikmu" pada mereka. Selain itu, proyek sumber terbuka terbuka untuk dipelajari. Ya, terkadang dokumentasinya tidak sempurna, dan kodenya lebih jelas daripada dokumentasinya. Terkadang sulit untuk membaca kode, terutama jika Anda tidak terbiasa, karena itu membuat Anda berpikir seperti orang lain yang berpikir, dan Anda harus "menempatkan kepala Anda di kepala orang lain".
- Sudut pandang yang sangat menarik. Ini adalah bagian yang menarik dan penting dalam peretasan - bukan komputer dan kode, tetapi orang-orang dan koneksi pikiran Anda dengan pikiran insinyur lain.- Ya, semua orang berpikir berbeda, dan mereka akan berpikir berbeda. Berikan sepuluh orang masalah yang sama, yang dapat mereka terjemahkan ke dalam kode, dan dapatkan lima puluh jawaban berbeda "bagaimana hal itu benar-benar dilakukan." Dan saya yakin bahwa sekitar tiga belas opsi ini tidak terduga untuk Anda. Membaca kode secara aktif sangat berkembang. Bagi saya, dan bagi mereka yang sedang mengembangkan perangkat lunak bebas atau ingin masuk ke bidang ini, ini adalah peluang besar untuk pengembangan diri.
- Dan akhirnya, apa lagi yang ingin Anda sampaikan kepada pembaca muda kami yang sedang berpikir - haruskah mereka masuk ke programer dan dimasukkan dalam proyek sumber terbuka?- Yah, pertama-tama itu adalah uang. Untuk berpartisipasi dalam proyek-proyek open source tidak hanya pekerjaan yang menarik - dalam hal apapun, jika Anda suka peretasan - tetapi juga penghasilan yang baik.
- Lebih banyak kebebasan. Kebanyakan proyek open source, setidaknya sejauh yang saya tahu, memiliki lebih banyak kebebasan daripada perusahaan perangkat lunak biasa.
- Komunitas internasional. Misalnya, dengan cara ini saya diundang ke sebuah konferensi di St. Petersburg. Saya suka bepergian, berkomunikasi dengan orang yang berbeda dari berbagai negara.
Saya membandingkan diri saya dengan teman sekelas saya - di sini saya pasti menang. Kami internasional berkat Internet, misalnya, dalam systemd, beberapa orang adalah orang Jerman, tetapi semua orang bukan dari Jerman: Amerika, tentu saja, Rusia, orang-orang dari India, dan di mana-mana, dari seluruh dunia. Sangat sedikit daerah di mana ada internasional seperti itu. Di mana lagi Anda akan bertemu dengan budaya yang berbeda dan bertemu orang yang berbeda.
- Lennart, kami memiliki percakapan yang hebat. Terima kasih- Ya, saya mencintai pekerjaan saya! Terima kasih
Rekaman video wawancara dengan Lennart Pottering (Bahasa Inggris):
Anda dapat menonton rekaman video dari laporan 3 konferensi
Linux Piter yang lalu, serta wawancara dengan pembicara dari konferensi Linux Piter sebagai bagian dari proyek
#DevTalkRu di
saluran YouTube konferensi .
Lennart Pottering akan datang lagi tahun ini ke konferensi
Linux Piter (
LinuxPiter.com ), yang akan diadakan pada 2-3 November 2018.
Seperti tahun lalu, semua laporan berbahasa Inggris akan disertai dengan terjemahan simultan ke dalam bahasa Rusia. Omong-omong, dan sebaliknya juga.
Sebagai bonus, peserta berhak untuk menghadiri semua acara konferensi persahabatan kami -
PiterPy , yang diadakan pada waktu yang sama di tempat yang sama dengan
Linux Piter, gratis dan tanpa hambatan.
Bagi mereka yang tidak memiliki kesempatan untuk datang ke konferensi secara langsung, ada peluang untuk membeli akses ke penyiaran video online.
Sampai jumpa di Linux Piter 2018 !