Mengapa buku-buku begitu lazim di komunitas DevOps?

17

Saya telah melihat beberapa blog yang saya ikuti merekomendasikan lebih banyak buku dari waktu ke waktu.

Saya menikmati membaca fiksi dan tidak suka buku tetapi di mana posting blog dapat diperbarui / ditulis ulang ketika teknologi bergerak pada buku-buku ini yang biasanya ~ £ 20-30 tidak bisa.

Apakah ada kualitas tertentu untuk DevOps terkait judul yang hilang dari dunia online atau semua orang kecuali saya gila?

culture

— Briansbum
sumber

1

Subjek DevOps sangat subjektif dan cair. Yang memberi lebih banyak peluang untuk menulis buku daripada bidang lain yang lebih mapan. Banyak dari referensi semacam itu adalah iklan biasa, itu tidak berarti bahwa itu adalah referensi yang harus dibaca di lapangan (bahkan jika mereka secara eksplisit disebut seperti itu).

— Dan Cornilescu

Secara umum Anda tidak tahu apakah itu minyak ular sampai setelah Anda membelinya.

— corsiKa

2

Tugas DevOps dimulai sebelum monitor dihidupkan :-)

— mcalex

15

Dalam kebanyakan kasus, buku-buku yang direkomendasikan bukan tentang teknologi. Sementara teknologi berubah, prinsip-prinsip dasar di balik organisasi seperti pemikiran sistem, kepemimpinan, akal sehat, dll ... tidak sering berubah.

Buku-buku seperti The Goal , dan bahkan The DevOps Handbook tidak menyebutkan banyak teknologi di halaman mereka melainkan cara untuk mengelola pekerjaan yang dilakukan oleh orang-orang.

Banyak masalah terkait teknologi, topik-topik seperti Layanan Mikro, Arsitektur sistem skala besar, Infrastruktur sebagai Kode, dll ... ini tidak berbicara tentang alat dan / atau teknologi tertentu melainkan tentang topik arsitektur. Bidang pengetahuan yang perlu diketahui orang-orang yang membangun sistem besar untuk membangun sistem dengan benar. Pengetahuan ini jarang, dan hebatnya buku-buku itu ditulis tentang mata pelajaran ini - mengabaikan alat yang disebutkan, atau menerjemahkan ke dalam reinkarnasi baru mereka.

Salah satu buku yang lebih baik tentang membuat perangkat lunak yang berkualitas (imho) adalah Pengembangan, Prinsip, Pola, dan Praktek Perangkat Lunak Agile . Dan sementara bahasa yang digunakan dalam buku ini (Jawa) telah bergerak sedikit, contoh-contoh yang disediakan dalam buku ini abadi dan dapat dengan mudah diterjemahkan ke dalam bahasa pilihan lain.

Beberapa masalah yang dicoba dipecahkan oleh gerakan DevOps terkait dengan cara-cara umum bekerja di organisasi yang tidak masuk akal. Seperti yang sering dikatakan Eliyahu Goldratt (penulis The Goal ) "Akal sehat tidak terlalu umum".

Buku-buku ini mengajarkan prinsip-prinsip berpikir yang benar tentang masalah dan hubungan manusia dalam pengaturan sistem sehingga seluruh sistem ditingkatkan. Pelajarannya sudah tua, dan sayangnya, jarang ada orang yang bekerja di lapangan yang benar-benar mempelajarinya.

Tentu saja, ada juga penulis yang menulis buku tentang alat teknologi ini yang baru dan relevan dengan bidang ini, seperti AWS atau Docker atau Jenkins atau apa pun dan hanya ingin mendorong penjualan buku mereka ... tapi saya mencoba dan kecualikan jenis posting blog ini dari jawaban saya.

— Evgeny
sumber

Kutipan itu awalnya adalah Voltaire, saya belum pernah mendengar tentang Goldratt ini

— Gayus

@ Gayus Goldratt mengutip banyak orang pintar.

— Evgeny

4

Ini adalah tanda dari semakin matangnya rekayasa infrastruktur sebagai bidang atau profesi. Jika Anda mempertimbangkan salah satu bentuk teknik yang lebih tradisional seperti mekanik, sipil, atau listrik, sebagian besar pengetahuannya adalah bentuk buku kertas, begitulah yang diajarkan, para insinyur yang berlatih berkonsultasi dengan buku referensi. Itu karena begitu prinsip-prinsip yang mendasarinya dipahami dan dikodifikasi, perincian penerapannya hanya khusus untuk aplikasi atau instalasi tertentu. Anda dapat mempertimbangkan artefak teknik apa pun - gedung pencakar langit atau jembatan, mesin jet, kapal induk. Sangat canggih, membutuhkan keterampilan besar untuk membangun, tetapi dibangun dengan menggunakan prinsip-prinsip umum yang sekarang telah dipahami, berubah hanya selama beberapa dekade, dan akan mudah dimengerti oleh seorang insinyur dari beberapa dekade yang lalu.

Menjadikannya lebih spesifik dengan DevOps - benar-benar tidak masalah jika Anda menerapkan manajemen konfigurasi dengan CFEngine, Chef, Wayang atau apa pun, prinsip-prinsip manajemen konfigurasi cukup dipahami sekarang sehingga dapat ditulis dan diterapkan pada alat yang sebenarnya.

— Gayus
sumber