Saya menikmati belajar tentang berbagai aspek proyek open source, terutama ketika mereka mendapatkan popularitas di arena DevOps. Ditunjuk sebagai proyek "DevOps" dapat menjadi sistem kolaboratif yang skalabel yang menangani berbagai masalah, mulai dari pengiriman pesan hingga pemantauan. Selalu ada sesuatu yang baru untuk dijelajahi, dipasang, bersantai, dan dijelajahi.
Namun, DevOps tidak bisa ada tanpa prinsip. Beberapa dari konsep ini adalah kebenaran nyata yang membutuhkan waktu lama untuk diterima. Pada gilirannya, ada gagasan lain yang membantu kita mengenali banyak hal dan melampaui bias kognitif kita .
Meskipun tidak secara tegas berbicara tentang DevOps, salah satu prinsip yang mengubah segalanya bagi saya adalah Kanban . Gagasan sederhana bahwa pekerjaan harus transparan dan efisien sangatlah radikal untuk orang yang memiliki banyak tugas kronis seperti saya. Saya mempertahankan alur kerja yang jelas hingga hari ini. Kemampuan untuk tidak tersesat dalam tugas sangat melegakan saya. Selain itu, saya tidak lagi bersukacita dalam keberhasilan menengah: sekarang saya bersukacita dalam menyelesaikan tugas.
Untuk mengetahui apa yang memengaruhi kolega saya, saya meminta anggota tim DevOps OpenSource.com untuk berbagi pemikiran mereka tentang masalah ini:
Konsep DevOps mana (praktik, prinsip, atau model) yang mengubah karier Anda?
Alex Bunardzic
Membuat kesalahan lebih cepat, membuat kesalahan lebih awal, membuat kesalahan sesering mungkin. Sebelum saya mempelajari konsep luar biasa ini, saya berjuang dan sia-sia bekerja dengan model air terjun standar. Karier saya terdiri dari sejumlah proyek yang tidak berhasil, dan semuanya dimulai dengan tesis, "Tidak boleh ada penolakan!" Ini adalah model yang sangat membosankan yang mengurangi efisiensi kerja dan mengarah pada fakta bahwa dari satu frustrasi ke frustrasi lainnya, Anda harus beralih ke frustrasi berikutnya.
Menghidupkan rentetan penolakan yang cepat dan kejam adalah hal terbaik yang pernah terjadi dalam karier saya. Frustrasi memberi jalan pada perasaan melarikan diri. Hal ini menyebabkan adopsi / implementasi massal praktik TDD [pengembangan yang digerakkan oleh uji] dan kesadaran bahwa TDD bukanlah "uji" , tetapi"MENGEMUDI" !
Catherine Louis
Peretasan budaya . Saya tidak tahu bahwa ada nama untuk metode yang saya (sebagai partisan) gunakan untuk mengubah budaya perusahaan, tetapi kemudian saya melihat video Seb Paquet "Ignite Montreal" dan senang bahwa bukan hanya saya yang melakukan ini.
Clement Verne
Perbaikan berkelanjutan . Sampai saya diperkenalkan dengan ide perbaikan berkelanjutan, saya tidak mencari cara untuk berkembang dalam pekerjaan atau karir saya. Peningkatan konstan membuat saya menyadari apa sebenarnya yang bergantung pada saya. Saya menyadari bahwa saya dapat menantang diri saya sendiri dengan mempelajari hal-hal baru dan keluar dari zona nyaman saya. Ini membuat saya mulai berkontribusi pada proyek open source (Fedora) dan kemudian bekerja di Red Hat. Itu pasti mengubah karir saya.
Jason Hibbets
Semuanya dimulai dengan "The Lean Startup" di Code for America Summit pertama saya . Saya ingat dengan jelas titik balik dalam karier saya di tahun 2012. Eric Rees, penulis The Lean Startup dan anggota Board of Directors of Code for America, berada di atas panggung bersama Tim O'Reilly, berbicara tentang pemecahan kode, budaya, dan kegagalan dalam pengujian pengetahuan. Prestasi terbesar saya adalah Memperkenalkan The Lean Startup. Saya mendownload buku dan membaca sebagian besar di penerbangan pulang. Itu mengubah cara saya bekerja dan memimpin tim.
Perubahan terbesar yang saya buat adalah pengenalan putaran umpan balik.... Ini sangat memengaruhi gaya kerja saya dan tim saya. Saya mengubah kebiasaan tim saya menuju pengambilan keputusan berdasarkan data. Kami mulai bertukar informasi dan ide melalui putaran umpan balik. Kami juga mengadakan pemeriksaan kesehatan mingguan dan terus mengeksplorasi alur kerja dan hipotesis kami. Selain itu, kami bereksperimen dengan ide-ide baru dan mengevaluasi eksperimen tersebut. Kami mengadakan rapat di awal tugas selama mengerjakannya dan setelah selesai - ini memungkinkan kami untuk memahami apa yang harus dilakukan selanjutnya dan apa yang tidak, sehingga kami dapat melanjutkan.
Willie-Peter Schaub
Pada cuti panjang dua bulan saya pada tahun 2018, saya sadar bahwa ketakutan akan kegagalan merampas energi dan hasrat saya untuk pengembangan perangkat lunak, dan saya menyukai karier itu. Saya menyadari bahwa kesalahan bukanlah tragedi, tetapi alat untuk inovasi, kolaborasi, dan pembelajaran berkelanjutan yang mendorong DevOps. Dan realisasi ini menjadi momen kunci dalam karir saya. Transparansi kolaborasi, dampak progresif, pengembangan yang didorong oleh pengujian dan hipotesis, serta teknik CD - semua praktik ini menciptakan peluang untuk kegagalan awal, validasi, dan adaptasi solusi yang kami kerjakan (dan karier kami).
Giliranmu
DevOps dapat mengajari Anda banyak hal, bahkan jika Anda tidak pernah membuka terminal atau program apa pun. Jadi saya menanyakan pertanyaan yang sama:
Konsep mana dari DevOps yang memiliki pengaruh terbesar pada karier Anda?
Silakan bagikan pemikiran Anda di komentar.
Pelajari lebih lanjut tentang cara mendapatkan profesi profil tinggi dari awal atau Naik Level dalam keterampilan dan gaji dengan mengikuti kursus online berbayar SkillFactory:
- Kursus DevOps (12 bulan)
Lebih banyak kursus
- - (8 )
- UX- (9 )
- Web- (7 )
- Machine Learning (12 )
- Data Science (12 )
- (9 )
- «Python -» (9 )