Geliştirme ekibimiz nasıl harika bir eklenti oluşturdu

WordPress uzmanları tarafından en güçlü önbellek eklentisi olarak sürekli olarak önerilmesine rağmen, kesinlikle bir gecede gerçekleşmez. Aslında, harika bir eklenti oluşturmak, kendi yazılım geliştirme ekibimiz tarafından ele alınan sürdürülebilir bir iştir. Ürünleri etkili bir şekilde yaratan ve geliştirenlerdir. WP roketini kullanan 1.500.000 web sitesi ile ürünlerimizin kullanıcı beklentilerini karşılamasını sağlamak kolay değil. Her büyük eklentinin arkasında harika bir geliştirici ekibi var. Doğru geliyor! Her gelişme, eklentimize getirilen her gelişme özel geliştirme ekibimiz tarafından dikkatle ele alınır. Dürüst olmak gerekirse, onlarsız yerimizde olmayacağız.
Geliştirme ekibimizin kullanıcılarımız için uygun ürünler tasarlamada ne kadar önemli olduğunu göz önünde bulundurarak, kendileri ve çalışmalarıyla ilgili bazı şeyleri açıklayacak kadar adil. Takım liderimiz Remy Perona ile ekibin kaliteli eklentiler sağlamaya nasıl devam ettiği hakkında konuştuk. 2020’de uyguladığımız değişikliklere ve önümüzdeki yıl elde edilmeyi planladığımız değişikliklere odaklanmadan önce ekibi ve nasıl çalıştığımızı sunarak başlayacağız. Rocket Cache WP eklentimizin kalbinde ‘Geliştirme Ekibi’, 2013’te WP Rocket’i piyasaya sürdüğümüzden beri uzun bir yolculuk yapıyor. 2 kişiden oluşan bir takımdan, bir milyondan fazla web sitesine hizmet veren 35’ten fazla kişiye sahip bootstrap şirketlerine kadar, Tabii ki geliştik, ürünümüz de öyle!
Eklentimizin herkes için daha iyi, daha hızlı ve daha hafif bir web sitesi hakkındaki sözünü yerine getirmesini sağlamak için geliştirme ekibimiz çok çalışıyor. Onlar kim ve tam olarak ne yapıyorlar? Hadi bulalım! Ve hayır, “sadece kod yazmazlar”. Geliştirme ekibimiz yıllardır gelişmektedir, bu yüzden şimdi aşağıdaki gibi 3 birime ayrıldık: Remy, Caspar, Cristina, Ahmed gibi 4 kişiden oluşan teknik ekibimiz. Ve yakında, ekip için iki yeni ekleme olacak. PHP geliştiricimiz birlikte, ürün ve kodların tüm kapsamı, inşaatı ve bakımından sorumludur.
Mai ve Piotr, ürün kalitesi kontrolünden sorumlu olan Kalite Güvence Sınavı Muayenlerimizden (KG) ikisidir.
DevOps ekibimiz, SaaS/BT altyapısı, teknoloji operasyonları ve iş teknolojisi ihtiyaçlarımızdan sorumlu olan Albert’i içeren tek kişi performansıdır.
Bu rüya ekibi birlikte ürün ekibinin vizyonunu teknolojiye dönüştürdü ve web sitesini hızlandıran yıldız eklentisini tasarladı. Geliştiricilerimiz sadece ürünlerimizin kalitesini korumakla kalmaz, aynı zamanda performanslarını artırmaya çalışırlar. Ancak, bir web performans şirketiyiz! Bu avantaj arayışı, tam olarak 2020’de yaptığımız gibi iyileştirme ve aktif olarak ele alma fırsatlarını tanımlamak anlamına gelir.
2020, geçen yılki dönüşüm yılı, her yıl olduğu gibi, eklentimiz için beklenen gelişmeyi sağlamak için çalışan geliştirici ekiplerimiz için yoğun bir yıl. Ancak 2020 çok kalabalık: hem geliştirme hem de serbest bırakma sürecimizde birçok değişiklik uyguluyoruz. Dalış yapalım. Web performansında lider olmak için gerekli olanlara 2020’de ana ürünün başarılması gerekmektedir. Ürünlerimizi geliştirmeye devam etmek için aşağıdaki özellikleri yayınlıyoruz: Rocketcdn
Yılın başında yeni bir hizmetin lansmanını görmek: Rocketcdn doğrudan WP Rocket’e entegre edilmiştir. Kullanıcılarımızın çoğunun uluslararası izleyicileri olduğunu biliyoruz. Sonuç olarak, CDN web performanslarını iyileştirmenin anahtarıdır. WP roketi ile optimize edilen kolay bir ayar ve uyumluluk ile CDN’miz hızla önemli bir araç haline gelir. Kendi CDN hizmetimizi sağlamak, müşterilerimizin artık harici CDN sağlayıcılarını aramaya gerek olmadığı anlamına gelir.
Belirli sayfalar için CSS kritik yolları
WP Rocket 3.6 ile, genellikle eskisinden daha güçlü olan CSS nakliye seçeneklerimizi optimize etmek: Bir sitenin belirli bir sayfasına daha fazla uyarlanmış kritik bir yol CSS’ye sahip olmak mümkündür. Bu özellik, kullanıcıların her sayfada aynı CPCS’leri uygulamak yerine, gerektiğinde belirli sayfalar için kritik yol CSS’yi kolayca üretmesini sağlar. Bu, özel sayfaların düzeni göz önüne alındığında geliştirilmiştir ve PagePeed’de engelleme uyarılarının bir kez ve sonsuza kadar silinebileceği anlamına gelir.
JavaScript yürütmede gecikmeler
WP Rocket 3.7, web sitesi tarafından hissedilen sayfa skorlarını, yükleme sürelerini ve hızı büyük ölçüde artıran özelliklerle birlikte gelir: JavaScript yürütme gecikmesi.Bu iyileştirmenin arkasındaki fikir, ilk sayfanın oluşturulması ve ertelenmesi için ilgili tüm komut dosyalarının yükleme süresini artırabileceği. İşleri yönetme şeklimizde iyileşme.Neden? Niye?Çünkü çalışma şeklimizin verdiğimiz şey üzerinde bir etkisi vardır.Bu durumda, 2020’de büyük bir değişiklik Scrum’u benimsiyordu.Bunun ne anlama geldiğini göreceğiz.Ama önce yeni özellikler geliştirdiğimizi görelim.
İlk kullanıcıyı ilk anlama, nasıl geliştirilmeye veya geliştirmeye karar verebiliriz? Aslında o kadar basit değil ve çeşitli unsurları düşünüyoruz. En önemli şey, kullanıcılarımızın istediklerini dinlemektir. Remy, harika bir geliştirici olmanın anahtarının müşteri beklentilerini anlamak ve karşılamak olduğunu söyledi. Ürünlerimiz kullanıcılarımızın ihtiyaçlarının geliştirilmesi ile birlikte geliştiğinden, müşteri geri bildirimlerini toplamak bizim için çok önemlidir. Bunu yapmak için farklı seçeneklerimiz var. Yeni başlayanlar için Helpcout (bilet yönetim platformumuz) ve e -posta aracılığıyla müşteri geri bildirimleri toplarız. Ayrıca, ürünlerimiz hakkında söylenenleri dinlemek için müşteri incelemelerine adanmış bir platform olan TrustPilot’a güveniyoruz. Buna ek olarak, kullanıcılarımızı öneri kutumuz sayesinde ürünlerin iyileştirilmesini önermeye teşvik ediyoruz. Yeni platformumuzda var olan veya yeni bir fikir seçmekten çekinmeyin). Üç yıl önce, her sürümden sonra geri bildirim toplamak ve daha yakından ürün memnuniyetini izlemek için yıllık bir müşteri anketi de sunduk. Bütün bunlar, müşteri sorunlarını ve sorunlarımızı ve ne yapmamız gerektiğini anlamamıza yardımcı olmak için birleşik. Başka bir deyişle, dinliyoruz, öğreniyoruz, geliştiriyoruz. Endişemizin doğrudan kullanıcı veya destek ekibi üyelerimiz tarafından “mevduatın işlenmesi” adlı bir süreçle olduğu her sorunun görevlerine öncelik veriyoruz. Bu süreç, problemleri çoğaltma, kök nedenleri bulma, çözüm bulma ve iyileştirme uygulamak için gereken zamanı tahmin etme yeteneğini içerir.
Github’daki birikmiş bakım sürecimizin örnekleri bir sorun için, istenen tüm değişiklikleri hemen ve aynı zamanda yapamayız. Bu yüzden sorunun ne olduğunu ve bunun üstesinden nasıl geleceğini bildiğimizde, öncelikler yapmaya başlarız. Bu, ürün ekibi, müşteri desteği ve geliştirmemizin listedeki bir sonraki öğeyi belirlemek için birlikte çalıştığı zamandır. Ürün paylaşımı ürünler için genel vizyon. Müşteri desteği, müşteri beklentileri ve hangi özelliklerin müşterilerimiz için en anlamlı olduğu hakkında geri bildirim sağlar. Geliştirme önerileri sunar ve geliştiricinin iş yükünün kapasitesini belirler. Birlikte, hangi sorunların önceliklendirileceğine ve iş akışına ekleneceğine karar verdiler. Küçük bir sürümde küçük onarımlar ve artışlar eklenirken, büyük bir sürümün bir parçası olarak daha fazla etkisi olan bir artış başlatıldı. Sprint planlama ne yapacağımızı bildikten sonra, gelecekteki sürüm için sprint’imizi planlamaya başlayabiliriz. Sprint, ekibin bir dizi işi tamamlamak için çalıştığı kısa bir süre (son iki haftamız). 2020’de Scrum Framework’ü kullanarak yeni özellikler yaratmaya ve sunmaya başladık. Bu yeni metodoloji, tüm geliştirme sürecimizi daha iyi düzenlememize ve yönetmemize yardımcı olur. Her sprint’i vermek için ne yapacağımızı önceden biliyoruz. Temel olarak, sprintlerimizin her biri şu çerçeveyi takip eder:
Tamamlanması gereken görevlerin listesi GitHub’daki Proje Kuruluna eklenir.
Her geliştirici listeden üzerinde çalışmak istedikleri özellikleri seçer.

Özellik geliştirildikten sonra özellik gözden geçirilecektir.

Bu, KG ekibi bu özellikleri test etmeye devam ettiği zamandır. Özellik denetçimiz tarafından onaylanırsa, özellik sürüm kuyruğuna girecektir.
Değilse, test aşamasından geçene kadar başka bir tur için geliştiriciye geri dönecektir.
Otomatik test aşamamızın sağlamlığı çok önemlidir. Bu, yeni bir gelişmenin ürünü gerçekten artırdığını ve bir gerileme getirmediğini kontrol etmemizi sağlar. Regresyon, yeni bir sürümün daha önce bulunmayan yeni bir hata ürettiği zamandır. 2019’daki 8 regresyon iyileştirmesinden 2020’de sadece 4’e geçtik. Aynı şekilde, her sürümde 0 hata bileti denedik ve neredeyse geldik. Her yeni sürümde, tekrar neden olabileceğimiz sorunlar hakkında bilet kabul ediyoruz: uyumluluk sorunu hakkındaki biletlerin çoğu. Genel olarak, Scrum’u benimsemek sadece daha az hatayla daha iyi bir sürüm yayınlamamıza yardımcı olmakla kalmaz, aynı zamanda daha fazla sürüm yayınlamamıza da yardımcı olur: 2020’de önceki yılın önceki 2 sürümüne kıyasla 4 ana sürüm başlattık.

admin

Bir Cevap Yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir