Pakar pengembang, Gene Kim: Bagaimana pengembang membantu bisnis menghadapi masa-masa sulit

Dalam hal pengembangan perangkat lunak, praktik modern pengembang - di mana pengembang dan operasi TI bergabung untuk menghadirkan perangkat lunak dengan cara yang lebih efisien - telah menyapu seluruh perusahaan, karena semakin banyak organisasi melihat manfaat dari otomatisasi yang lebih besar dan lebih banyak lagi rilis yang sering.

Sekarang, dengan pandemi yang menyoroti kebutuhan akan kelincahan digital yang lebih besar, apakah adopsi devops akan dipercepat lebih cepat?

Saat Enterprise Devops Summit edisi London mendekat (dalam format virtual barunya), itulah pertanyaan pertama yang kami tanyakan kepada tuan rumah dan pendirinya, Gene Kim, mantan CTO Tripwire dan penulis tiga buku pengembang populer.

Percakapan di bawah ini telah diedit agar jelas dan singkat.

: Bagaimana pandemi berdampak luas pada pengembang?

Gene Kim: Saat ini ada meme di Twitter tentang eksekutif tingkat C mana yang paling banyak mengedepankan agenda gangguan digital? Apakah itu CEO, CFO, CIO, atau COVID-19? COVID-19 adalah pemenangnya. Saya pikir itu sangat benar.

Gangguan digital ada di hampir setiap agenda dewan tahun lalu. Sekarang COVID-19 telah mendorongnya tiga sampai lima tahun ke depan. Saya pikir yang sangat menarik adalah ada begitu banyak cerita heroik yang harus dilakukan organisasi untuk memungkinkan puluhan ribu, ratusan ribu pekerja dapat bekerja dari rumah. Itu hanya mungkin dengan melanggar semua aturan pada dasarnya.

Itu menunjukkan IT dan kepemimpinan bisnis apa yang mungkin dan apa yang sebenarnya mampu dilakukan oleh tim-tim ini. Seringkali mereka dibelenggu dan kebanyakan orang akan mengatakan bahwa segala sesuatu yang dilakukan untuk memungkinkan orang bekerja dari rumah - beberapa yang belum pernah bekerja dari rumah sebelumnya, seperti tim keuangan kantor belakang - itu hanyalah keajaiban kecil.

: Laporan Status Devops terbaru menunjukkan titik tengah besar organisasi ini dalam hal kedewasaan developer.

Apakah menurut Anda pandemi akan mendorong jalan tengah itu ke ruang yang lebih matang, atau apakah menurut Anda sulit untuk membangun kembali cara tim berfungsi ketika semua orang jauh?

Kim: Saya tidak berpikir itu akan menjadi penghalang, fakta bahwa itu jauh. Kami tahu itu mungkin. Salah satu kejutan terbesar dalam perjalanan saya adalah mengetahui bahwa GitHub di awal tahun 2010-an, semua tim infrastruktur, berada jauh. Jadi tidak ada dua insinyur operasi di kota yang sama, pada masa-masa awal.

Dalam lima tahun melakukan Laporan Status Pengembang, kami menemukan bahwa industri tidak penting. Tidak masalah apakah Anda berada di bidang perawatan kesehatan, ritel, apa pun. Kemungkinan menjadi pemain berkinerja tinggi atau sedang atau rendah pada dasarnya sama, terlepas dari industrinya.

Itu berubah tahun lalu, itu adalah ritel yang sebenarnya lebih mungkin berkinerja tinggi. Saya pikir itu menunjukkan bahwa retailpocalypse, atau ancaman eksistensial, mendorong industri retail untuk menyesuaikan praktik developer lebih cepat. Saya pikir akibat wajarnya adalah COVID-19 akan mendorong setiap industri untuk mengadopsi pengembang lebih cepat, hanya karena semua tekanan bisnis yang baru saja kita bicarakan.

: Bagaimana perasaan Anda tentang munculnya DevSecOps dan terminologi baru lainnya seputar devops?

Kim: Ini adalah argumen yang saya miliki ketika Buku Pegangan Devops keluar pada tahun 2016, dengan rekan penulis saya, John Willis. Dia memiliki reaksi yang sangat mendalam bahwa hanya ada satu pengembang. Bukan karena dia tidak percaya, tapi yang dia yakinkan kepada saya adalah, pada saat itu di industri, kami membutuhkan satu payung untuk memasukkan semuanya. Saya suka ide DevSecOps, atau cara apa pun untuk memperluas payung dan membawa suku lain masuk Saya suka devops karena cara ini untuk memberi tanda bahwa apapun yang bukan devops, kita harus mengasosiasikan dengan cara lama yang buruk dalam melakukan sesuatu.

: Bagaimana dengan AIops?

Kim: Ya, AIops, MLops, saya suka frasa itu tetapi saya mengambil pandangan sempit bahwa hampir tidak ada aliran nilai yang tidak dapat dibuat lebih baik dengan menggunakan data yang dihasilkan oleh aliran nilai tersebut. Baik itu pemasaran untuk prediksi pembelian pelanggan, atau analisis dan prediksi kegagalan untuk infrastruktur.

Masalahnya adalah ketika Anda memiliki proyek pembelajaran mesin senilai $ 50 juta ini, yang dilakukan oleh profesional non-perangkat lunak, mereka tidak menggunakan kontrol versi atau teknik terbaik yang telah kami kembangkan selama 30 tahun terakhir. Seluruh cara menghasilkan set pelatihan dan model produksi baru ini, tekniknya berbeda dari yang kami gunakan sebagai insinyur perangkat lunak.

Microsoft memberikan ceramah tentang bagaimana mereka menggunakan MLops untuk mengintegrasikan ilmuwan data ini ke dalam aliran nilai teknologi. John Deere memberikan presentasi tentang bagaimana mereka melakukannya untuk sekumpulan inisiatif mereka.

Masalahnya adalah sering kali Anda memiliki model yang dibuat prototipe dengan Python atau SPSS, yang sangat bagus, tetapi tidak siap produksi. Jadi, ada hal lain yang diperlukan untuk memastikan bahwa misi benar-benar terlayani. AI menciptakan masalah yang sangat berbeda ini untuk menciptakan layanan produksi. Ada bidang yang sangat kaya yang pasti perlu ditangani.

: Apa hambatan terbesar yang tersisa untuk organisasi yang mengadopsi praktik devops? Dan apakah ada jalur alternatif?

Kim: Saya pikir devops tidak bisa dihindari, tidak bisa dihindari. Menurut saya, hambatan terbesar adalah kepemimpinan dan persetujuan bisnis. Ketika saya melihat tujuh tahun terakhir konferensi, salah satu hal yang sangat menonjol adalah orang-orang yang memberikan presentasi lebih senior setiap tahun.

Tahun ini, kami memiliki Patrick Eldridge, Chief Operating Officer untuk Nationwide Building Society. Kami memiliki banyak VP dan CTO, dan sering kali mereka melakukan presentasi dengan rekan bisnis mereka, orang yang memiliki tanggung jawab untung dan rugi untuk bisnis tersebut. Saya pikir itu menunjukkan bahwa pengembang sebenarnya bukanlah masalah teknologi, ini masalah bisnis. Ini adalah pembicaraan yang menunjukkan sejauh mana pengembang terintegrasi ke setiap aspek strategi dan operasi.

Ambil contoh Nationwide, mereka mempekerjakan sekitar 1.200 orang, ketika sebagian besar industrinya menyusut. Saya pikir ini hanya menunjukkan sinyal yang kuat bahwa pengembang tidak hanya memungkinkan organisasi untuk bertahan di pasar tetapi juga berkembang dalam lingkungan di mana mereka tumbuh sementara yang lain menyusut.

: Bagaimana peningkatan container memengaruhi praktik devops?

Kim: Semua teknologi ini - kontainer mungkin yang terkuat - benar-benar memaksa orang untuk berpikir tentang infrastruktur atau infrastruktur yang tidak dapat diubah sebagai kode. Saya tidak tahu ke mana kausalitasnya, entah orang yang berpikir dengan cara devops, di mana mereka sudah memikirkan infrastruktur sebagai kode, mungkin mengambil hal-hal seperti container lebih cepat, atau mungkin proposisi nilai container sangat tinggi yang menyedot orang.

Siapa yang bisa kembali ke cara lama untuk mencoba mencari cara agar lingkungan laptop Anda terlihat sama dengan lingkungan produksi? Jadi semua ini membuatnya sangat jelas bahwa ada cara yang lebih baik untuk bekerja. Menurut saya, sangat sulit untuk kembali setelah Anda melakukan hal-hal seperti integrasi berkelanjutan, seperti pengiriman berkelanjutan. Setelah Anda mengalaminya, sangat sulit untuk kembali ke cara lama dalam melakukan sesuatu.

Saya pikir Edgar Schein berkata "alat adalah artefak budaya," dalam antropologi dan sosiologi. Jadi alat memang mengubah cara Anda berpikir dan mengubah cara Anda bekerja. Jadi saya setuju dengan pernyataan Anda bahwa alat-alat ini pasti mempercepat cara kerja pengembang.

: Mengapa begitu sulit untuk mengintegrasikan keamanan ke pengembang hingga saat ini?

Kim: Jika kami melakukan percakapan ini delapan tahun lalu, saya pikir kami akan bertanya 'mengapa sulit untuk menjalankan operasi?' Apakah karena mereka takut pekerjaannya hilang?

Beberapa orang berbicara tentang NoOps, di mana kami tidak memerlukan operasi lagi, ketika menurut saya cukup jelas bagi siapa saja yang telah menggunakan Kubernetes tahu bahwa tidak ada pengembang yang benar-benar ingin mempelajari Kubernetes, kami ingin orang-orang infrastruktur melakukannya untuk kami. Saya pikir hal yang sama berlaku untuk keamanan. Yang kami inginkan adalah tim produk dan tim pengembangan bertanggung jawab penuh atas ketersediaan layanan, pengoperasian, dan keamanan. Kami tidak ingin pengembang harus menjadi ahli di tingkat setiap sudut dan celah yang dapat disembunyikan oleh kerentanan keamanan.

Kami benar-benar ingin memanfaatkan keterampilan spesialis keamanan, baik membawa mereka ke dalam tim atau memanfaatkan platform yang mereka bangun, sehingga semua yang kami tulis di platform pada dasarnya lebih aman. Saya pikir hari itu akan datang. Seperti operasi, pembagian itu sangat tinggi dengan pengembang, reaksi alami adalah 'atas mayat saya,' dan saya yakin itu bisa diatur.

: Bagaimana keahlian seorang insinyur pengembang berevolusi?

Kim: Salah satu keterampilan paling penting, kemampuan, sifat yang dibutuhkan dalam pemberontakan perintis ini - menggunakan devop untuk menggulingkan tatanan kuat kuno, yang sangat senang melakukan hal-hal dengan cara yang mereka miliki selama 30 hingga 40 tahun - adalah keterampilan lintas fungsional untuk dapat menjangkau rekan bisnis mereka di seberang meja dan membantu memecahkan masalah. Begitulah cara tim ini tumbuh dan merekrut ketika begitu banyak tim lain menyusut.

Salah satu penyebut umum di antara pembicaraan yang saya dengar sejauh ini tahun ini adalah mereka semua merekrut. Saya pikir orang-orang devops memiliki begitu banyak hal untuk mereka, dan semakin mereka dapat menemukan inisiatif ini, dan orang-orang bisnis yang membutuhkannya, masa depan sangat cerah.

Seorang teman saya, Tom Limoncelli, yang menulis buku tentang administrasi sistem cloud - dia mengatakannya untuk operasi tetapi saya pikir itu dapat diterapkan di mana-mana - adalah bahwa kita sedang berada di jalan bercabang: Di satu jalur gaji kami dipotong setengah dan satu-satunya pekerjaan yang dapat kami temukan adalah di Genius Bar di Apple Store. Di jalan lain, gaji kami berlipat ganda, karena kami memiliki keterampilan paling keren di pasar. Saya pikir itu brilian.