Geliştirici zihniyetini teşvik etmenin artık şart olduğunu söyledi Amado GramajoNasdaq Altyapı ve DevOps Mühendisliğinden sorumlu başkan yardımcısı, son Geliştirici Üretkenlik Mühendisliği (DPE) konferansında deneyimlerini paylaştı Nasdaq’ın DevOps başkanı, üretim ekiplerinin geliştirici olarak daha büyük bir rol oynamasının zamanının geldiğini söylüyor “Bir şirketi tanımlayan şey, insanların orada nasıl çalıştığıdır Daha ziyade sistematik ve teknik bir yaklaşımı savunuyor com”
genel-15
Ancak değiştirilebilecek olan şey Operasyonların zihniyetidir ”
Geliştiriciler, Operasyonlar ve diğer BT profesyonelleri için paylaşılan hizmet platformlarıAncak Gramajo, DevOps entegrasyonunun mantığının, BT profesyonellerinin tek amaçlı roller için maaş alması ve görevlendirilmesi gerçeğiyle de sekteye uğradığını söyledi Bu, geliştirme grubu ile diğer ekipler arasında sürtüşmeye neden oluyor
Bu nedenle üretkenlik artışı fırsatları artık dağıtımdan önceki Oluşturma ve Test aşamasında ortaya çıkıyor “Bu şekilde yazılımın kalitesini artırıyoruz ve şirket için gerçek katma değer yaratıyoruz Dolayısıyla buradaki zorluk, politikalara ve prosedürlere bakmaya başlamak ve operasyon ekibinin daha çok geliştiriciler gibi çalışmasını ve faaliyet göstermesini sağlamaktır belirli bir işlevi veya hedefi olan ekipler var ”
Dünya çapında 130’dan fazla borsayı yöneten Sayın Gramajo’nun önerdiği çözüm, geliştiricilerin, operasyon ekiplerinin ve diğer BT profesyonellerinin işbirliği yapabileceği ortak hizmet platformları oluşturmaktır Operasyon tarafında yöneticileriniz, diğer tarafta geliştiricileriniz var Yöneticileri daha çok geliştiriciler gibi düşünmeye teşvik etmenin zamanının geldiğini ısrarla vurguladı ” Daha sonra kendilerinin sadece yönetici değil aynı zamanda kod yazan mühendis olduklarını da anlarlar
Herkesin değiştirmek istediği şirket veya işyeri kültürünü değiştirmenin neredeyse imkansız olduğunu söylüyor Her şeyi değiştiremez “Geliştirici yapması için para aldığı proje üzerinde çalışıyor
Bay Gramajo, “Geliştiriciler için mutluluk, istikrarlı kalite, istikrarlı kod ve istikrarlı dağıtım ile yaratıcı akışlarının zirvesinde kalmaktır Ops’tan gelen Bay Gramajo, kendisiyle çalışan birçok kişinin kendi başlarına fiili geliştiriciler haline geldiğini fark etti Bu olumsuz bir şey değil çünkü bu sistemle daha fazla kontrole sahip oluyorsunuz, artık güvenlik önlemi yok Kültürü değiştirmelisiniz
Kaynak : “ZDNet Mutlu bir geliştirici, iyi bir yazılıma sahip oldukları anlamına gelir Mutlu bir geliştirici, Ops için iyi olacaktır” dedi
Bu yaklaşımı kullanarak “kültürü değiştirebileceğinizi” umuyor Ayrıca üretim ekipleri içinde uykuda olan geliştirme becerilerini de serbest bırakmalıyız Ama hiç kimse kültürü gerçek anlamda değiştiremez, değil mi “Sadece bunun hakkında konuşuruz ve Asansörü beklerken tartışmalarda değerleri görüntüleyin ”
Sorunun, yazılımın ayrı ekipler tarafından tasarlanması, oluşturulması, dağıtılması ve yönetilmesi olduğunu sözlerine ekledi: “Bulut, Kubernetes gibi yeni teknolojiler ortaya çıktıkça, şirketler bilgi güvenliği, iç denetim ve altyapı gibi özel ekipler tasarladı
Hızlı yazılım dağıtımıyla ilgili büyük soruGeliştirme metodolojileri ve teknikleri Geliştirme ekiplerinin çok sık yazılım üretmesine olanak sağladıysa, “bunun aynı zamanda bu yazılımı hızlı bir şekilde dağıtmakla da ilgili olduğunu” açıklıyor
BT ekipleri arasında başarılı işbirliğinin anahtarı yalnızca geliştiricilerin çalışmalarını operasyon ekiplerininkilerle uyumlu hale getirmek değildir Ve nasıl çalıştıkları politikalara ve prosedürlere dayanır Bir şeyin olmasını beklemek yerine çözüm geliştirmeye başlıyorsunuz “Bir şirket DevOps sistemini uygulamaya çalışıyorsa yapılacak ilk şey, kültürün nasıl değiştirileceğini sormaktır “Daha çok mühendisliğe yönelik olması gerekiyor