Dev için Ops kursunda mı?

10

Öncelikle Java'nın öğretildiği CompSci'de okudum, ama orada öğrendiğim şey tutkumun sistemler olduğu için, her zaman ops tarafında çalıştım. Komut dosyası yazma konusunda kullanışlıdır, bu yüzden bana Ruby'yi öğretmek için bir site aramıyorum, ancak geliştiricilerin tüm gün ne yaptığını daha ayrıntılı açıklayacak bir şey arıyorum. Kültürü daha iyi anlamak ve projelerinizdeki çok sayıda dosyayı nasıl sindirdiğinizi - somut olmayanları.

Bugün Pazartesi günü bir geliştirme ekibine taşındığımı öğrenirsem, bu hafta sonu ne okumak isterdim?

— Stephen C
kaynak

3

"Sözleşmemi" okumaya başlarım ... sadece maaşınızı yeniden müzakere etmeniz gerekiyorsa bile ... Bunun dışında, sadece bir haftasonu ilgili bir şeyi okumak için yeterli değil, özellikle de Ne tür bir "altyapı" ile çalışacağınızı bilmiyor gibi ... bunun her türlü zLinux örneğini çalıştıran bir anabilgisayar olduğunu hayal edin ... "z" sıfır kesinti için bir kısayol (ihmal edilemez). .. uçakları havada tutmak için ...

— Pierre.Vriens

@ Pierre.Vriens, Komik yorum. Eminim, bu gerçekte değil ya da şu anda LinkedIn hesabımla meşgul olurum, ancak bu günlerde bu tür bir hareketin olağanüstü olacağını düşünmüyorum. Bazı kuruluşlar, dev ekipler ve operasyonlar arasında bazı personel ticareti yaparak gerçekten fayda sağlayabilirler ve eminim bazı kuruluşlar, sürücüler sırasında "DevOps'u uygulamak" için bunu yapar.

— Stephen C

8

Bu soruyu "kültür" olarak etiketlediğiniz için, belirli bir uygulama ile değil, daha geniş iş akışı ve yönetim sorularıyla ilgilendiğinizi varsayıyorum.

Muhtemelen "DevOps El Kitabı" ile başlayacağım; çok derin dalışlar yapmadan düşünmeniz gereken farklı şeylere iyi bir genel bakış.

Jez Humble tarafından "Sürekli Teslimat" a da sıklıkla atıfta bulunulmaktadır; Henüz pek bir şey okumadım, ancak kaynak kontrolü ve bina otomasyonu kavramlarını kapsar.

Ölçekli uygulamalara başlıyorsanız (bu çok fazla varsayım olabilir), başka iyi bir kitap Limoncelli ve ark.

— Stuart Ainsworth
kaynak

1

Bir hamlede kaybetmeden önce Limoncelli kitabının yaklaşık% 60'ını okudum. Kesinlikle bana çok şey öğretti. Ayrıca Gene Kim ve ark.'nın "Phoenix Projesi" ni de çok yeni öğretirken şaşırtıcı derecede zorlayıcı bir okumaya başladım.

— Stephen C

Google SRE kitabını da beğendim; Aslında benim organizasyonumda DevOps'tan bazılarına göre daha uygun, ama kitabın kendisi ayrılıyor. Size hitap eden bölümleri seçmeniz ve gerisini gözden kaçırmanız gerekir.

— Stuart Ainsworth

7

Bu DevOps ile ilgili değil, düz yazılım geliştirme ile ilgili.

Kültürü daha iyi anlamak istiyorum

Peki, düz geliştirme ("DevOps" açısı olmadan) büyük şey kesinlikle "çevik", yani çoğunlukla SCRUM. Daha fazla günlük hata düzeltme, bakım işleri için oturup Agile Manifestosu'nu veya SCRUM'daki bir primeri veya Kanban'ı okumaktan daha kötüsü yapabilirsiniz.

Bunun yanı sıra, "kültür" den bahseden, dev tarafından gelen, çoğunlukla DevOps'a özgü bir şeydir. Evet, özellikle yakut veya golang gibi yeni şeyler için evangelistlerimiz var, ancak gerçek paradigma değişimlerinin olduğu DevOps / Cloud dünyasında olduğu kadar aşırı değil.

ve projelerinizdeki çok sayıda dosyayı nasıl sindirdiğiniz

Önemsiz yakut uygulamaları üzerinde çalıştım, bu büyük değil. Bakın, bu dosyalar sadece nilly-willy etrafında değil, aynı zamanda bir hiyerarşi, sözleşmeler ve bunların hepsi var. İyi tasarlanmış bir proje için aslında tüm bu dosyaları kafanızda tek bir noktada tutmanız gerekmez. Belirli bir alanda çalışıyorsanız, ilgili dosyaların nerede olduğu genellikle açıktır ve bunları kolayca yakınlaştırabilirsiniz. Aynı gereken diğer modern programlama ortamları için gidin.

Kötü uygulamalarda, bu farklıdır, ancak daha sonra geliştirici aslında hiçbir şeyi "sindirmez", ancak bırakılana kadar bütün gün çılgınca tökezler. ;)

— AnoE
kaynak