WordPress Temaları Oluştururken İş Akışınızı Hızlandırın

Hız, hemen hemen her proje için çok önemlidir. Çoğu zaman, son teslim tarihleri ​​oldukça sıkıdır ve bir ekipte iyi bir iş akışı, zamanında karşılamanın ve süreç boyunca herkesin tükenmesini önlemenin tek yoludur.

Böyle bir iş akışı nasıl görünür? Ve teslimatlarınızı hızlandırmak için günlük işlerinizde bazı en iyi uygulamaları nasıl uygulayabilirsiniz? Pekala, araştırmanın birkaç yolu var. Birincisi:

Teknik İş Akışı İyileştirmeleri

Bu bölümde, geliştiricilerin çalışmalarını hızlandırmak için kullandıkları araçlara bakacağız. Neyin en iyi sonucu vereceğini anlamanın en kolay yolu, en yavaş süreçlere, yani yapılması en çok zaman alan işlemlere işaret etmektir. Sırada, yapılacak en zihinsel enerjiyi gerektiren şey olacaktır. Bazen bir süreç çok hızlı olabilir, ancak bunu gerçekten her yaptığınızda, daha sonra geri itmeyi tercih edeceğiniz bir angarya gibi gelir.

Öneri 1 - Başlangıç ​​Teması Hazırlayın

DevriX'teki iş akışımızdaki büyük iyileştirmelerden biri, her projeye başlamadan önce yaptığımız tüm standart şeyleri yapmak, onları bir depoda barındırmak ve ardından her yeni yapı geldiğinde onu klonlamaktı.

Nasıl yardımcı olur?

1. Her seferinde bir Gulp kurulumu yapmaya gerek yoktur. Tüm paketler kutudan çıkar çıkmaz çalışır, konfigürasyon birden fazla makinede test edilmiştir.
2. Kısa belgelerle birlikte gelir. Yeni ekip üyeleri varsa, çoğu zaten açıklandığı için temel kurulum görevleri hakkında soru sormaları gerekmez.
3. Her seferinde ön uç için dosya yapısına karar vermenize gerek yok. Çoğunlukla ön uç ekibimiz 1. günden itibaren yeni bir tema üzerinde çalışıyor, bu nedenle her seferinde Sass dosyaları için bir klasör / dosya yapısı bulmaları gerekirse, proje başına saatlerimizi boşa harcıyoruz.
4. Her şeyi tutarlı tutuyoruz - Bu başka bir büyük destek. Genellikle aynı anda birden fazla aktif proje vardır, bu nedenle bir projeyi açtığınızda aradığınızı nerede bulacağınızı bilmek büyük bir zaman tasarrufu sağlar. Tüm temalar, stiller, JS dosyaları, PHP dosyaları için aynı yapı ile hepsi aynı yerdedir.

Yapım kurulumunu iyileştirebilecek, linterler, kancalar tanıtan, bazı eylemler ekleyen veya sıklıkla kullanılan yardımcı işlevler ekleyen bir soruna daha iyi bir yaklaşım bulduğumuzda, başlangıç ​​temamızı güncelliyoruz. Derleme kurulumundaki değişiklikler büyükse, mevcut projelerin kod tabanını da güncellemek için güncelliyoruz.

Öneri 2 - Aynı Kodlama Stilini ve Yaklaşımlarını Koruyun

Bununla, tüm geliştiriciler kendilerinden önceki insanların ne yaptığını anlayacaktı. Bununla birlikte, bundan daha fazlası da var - düzenleri uygulamak için aynı yaklaşımlar uygulandığında, kod tabanı daha tutarlı olacaktır. Bu, özellikle ön uç geliştiriciler için gereklidir çünkü stilleri kirletmek büyük bir gerileme sorunu.

Örneğin Google'ın HTML / CSS kodlama stili kılavuzunu görebilirsiniz.

Kaynak

"Giriş" veya "Yorum" olarak adlandırmanın yaygın yolları veya .list-<name> ve beğeniler gibi "listeleri" yönetmenin yolları, düzenleri oluştururken kullandığımız standart yaklaşımlardan bazılarıdır.

Öneri 3 - Yerel Çalışma Kurulumunuzu İyileştirin

Projeler arasında gezinmenin hızlı bir yolu, kendi başına büyük bir zaman tasarrufu sağlamaktır. $cd'ing arasında sadece $cd'ing günde yarım saat sürebilir. Bu tamamen boşa harcanan zaman. Bunun yerine, makinenizde TMUX kurabilir, her proje için ayrı bir pencere ve her bir görev / amaç için "Gulp Çalıştırma" gibi ayrı bir panel - panel 1; "Temada çalıştırılan komutlar" - panel 2; "Eklentilerde komut çalıştırma" - panel 3.

Ek olarak - kod düzenleyicinizi doğrudan terminalden açabildiğinizden emin olun. Kodlamaya ulaşmanın bir simgeden açıp ardından "açık proje" ve benzerlerine gitmekten daha hızlı bir yoludur. VS Code'un kurulumu gerçekten çok kolay.

Araçlarınızı Daha İyi Kullanın

• VS kodu, Sublime metni ve diğer birçok araç, editörün yapabileceği neredeyse her şeyi yazabileceğiniz bir "Komut" açılır penceresine sahiptir. Tüm açık belgeler kaydedilsin mi? Sadece birkaç düğme. Kapatmak mı? Hepsi aynı.
• Komut paletinde gezinin - kenar çubuğundaki dosyalara göz atmak da çok fazla zaman alır. Devam edin ve ihtiyacınız olan dosya adını yazın. Dosyaları yeniden adlandırma, taşıma, çoğaltma ve silme gibi yaygın işlemleri hızlandırmak için bazı uzantılar ekleyin.
• Kurulum linterleri. Bunu sizin için yapabilen araçlar varken dosya biçimlendirmede zaman kaybetmek gereksizdir. Kodu her girintilediğinizde, köşeli parantezler arasına boşluk ekleyin, vb. Sorunları çözmek için daha iyi harcanabilir.
• Kısayolları ve parçacıkları kullanın - ön uç geliştiriciler için Emmet bir cankurtarandır. Tümü biçimlendirilmiş ve biçimlendirilmeye hazır 15+ satır nav>.site-nav>ul.list-items>li.list-item*5>a{title} gibi basit tek satırlık bilgiler. Bu satırı yazmak birkaç saniye sürer.

VSCode komut paleti örneği. Genel bakış sayfasında daha fazlasını okuyabilirsiniz.

İş Akışını İyileştirmek İçin Karar Verme

Bu biraz daha yanıltıcı olabilir ve müşterinin iş ihtiyaçları hakkında biraz daha deneyim ve anlayış gerektirebilir. Aynı zamanda sorumluluk ağırlıklı yaklaşımlardan biridir, ancak bazen bir projeyi son teslim tarihini kaçırmaktan kurtaran şey budur.

En önemli ve en hızlı uygulamadan başlayın. Bir sayfanın 1. günde başlamama ihtimali düşükse, onunla başlamaya gerek yoktur. Tahminlerinize göre bir şeyin hazır olmaması mümkünse - bunu müşterinizle konuştuğunuzdan emin olun. Ne yaptığınızı, nelerin ertelenebileceğini ve sorunların nerede ortaya çıkabileceğini ne kadar açık bir şekilde belirtirseniz, olası bir sorunun üstesinden gelme olasılığınız o kadar artar.

İşi erkenden devredin, ancak dahil olan toplam kişi sayısını düşük tutun. Bu, herkesin belli bir aşamada fark ettiği bir şeydir. Belki en erken okulda, 10 çocuk bir proje üzerinde çalışmaya başladığında, ancak işin çoğunu sadece iki veya üç çocuk yapıyor.

Bu, özellikle daha fazla ön uç çalışmasıyla başlayan projelerde görülür. Nadiren ilk günden itibaren birden fazla geliştiriciyi çalıştırabilirsiniz, çünkü ortaya konması gereken ilk şeylerden biri projenin mimarisidir. Tasarım ekibinin temel kararları yapı olmalıdır. Bileşenler nelerdir, nasıl genişletilir, dosya ayrımı, medya sorgu yapısı ve kuralları, adlandırma kuralları. Bunların hepsi.

Ve böylesine temel bir aşamada birden fazla geliştirici olduğunda, her ikisi de sitenin geri kalanını biçimlendirmek için ihtiyaç duydukları temel bir kod parçasını uygulamaya başlayabilir. Bu kodu zorladıklarında, çatışmalar ortaya çıkacak ve geliştiricilerden birinin işin çoğunu yeniden yapması gerekebilir.

Daha fazla ön uç geliştirici eklemek için iyi bir zaman, daha fazla temel çalışmanın yapıldığı ve işin "İçerik kartları" veya "Açılış sayfası X" veya "404 sayfası" ve benzerleri gibi bileşenleri ayırmak için yetkilendirilebildiği zamandır. O zamana kadar yazı tipleri uygulanır, genel tipografi ayarları yapılır, çoğu dosya oluşturulur ve en az 1-2 sayfa oluşturulur.

Ve sonra, tek bir projeye odaklanan toplam insan sayısının minimumda tutulması idealdir. Zaman yönetimi ve göreve odaklanma açısından, bir ekipte çalışan geliştiricilerin dikkate almak isteyebileceği bir ipucu, belirli bir projedeki iş yükünü değiştirmek olabilir.

Diyelim ki, tam zamanlı olarak iki haftadır yeni bir site üzerinde çalışan bir ön uç geliştirici John var. O zamana kadar günde 80 saatten fazla bir süredir ona bakıyordu. Muhtemelen sitedeki sorunları tespit etmeyi bıraktı! Arkadaşı Kate için işinin çoğunu devralması için şimdi iyi bir zaman. Kate küçük sorunları gidermeye başlayabilir, tasarımı takip edip etmediğini iki kez kontrol edebilir, performansı burada ve orada iyileştirebilir, John'un sırf bunu yapacak zihinsel enerjiye sahip olmadığı için ertelediği birkaç sayfayı ve bileşeni bitirebilir.

Çoğu geliştiricinin bunu yaşamış olması oldukça olasıdır ve siz yeni bir proje veya eski web sitelerinde bazı bakım çalışmaları ile zihninizi biraz temizlerken, devreye girip bir veya iki hafta daha işleri üstlenebilecek bir takım arkadaşınızın olması çok iyi hissettiriyor. .

Özetle:

Bir sitenin geliştirme hızını artırmanın birkaç açık teknik yolu vardır. Takım çalışmasının bir karışımı - ekibinizdeki ortak yönergeleri nasıl tanımladığınız ile çalışma ortamınızı nasıl kurduğunuz / emrinizdeki tüm araçları kullanırken işinizi nasıl otomatikleştirdiğiniz. İlk günkü yüksek üretkenlik oranını korumak için zihninizi nasıl daha uzun süre taze ve keskin tuttuğunuz.

Tüm bunları yönetmek için güçlü bir ekibin, mimariyi yerleştirmek için iyi kıdemli geliştiricilere, yönergeleri takip etmek ve kaliteli işler üretmek için sorumlu geliştiricilere ve herkesin zihinsel durumunu aramak için iyi proje yöneticilerine ihtiyacı vardır.