Mempercepat Alur Kerja Anda Saat Membangun Tema WordPress

Kecepatan sangat penting untuk hampir semua proyek. Seringkali, tenggat waktu cukup ketat dan alur kerja yang baik dalam tim adalah satu-satunya cara untuk memenuhi tenggat waktu dan mencegah semua orang kehabisan tenaga selama proses berlangsung.

Bagaimana alur kerja itu terlihat? Dan bagaimana Anda dapat menerapkan beberapa praktik terbaik untuk pekerjaan harian Anda untuk mempercepat pengiriman Anda? Nah, ada beberapa cara untuk melihatnya. Yang pertama adalah:

Perbaikan Alur Kerja Teknis

Di bagian ini, kita akan melihat alat yang digunakan pengembang untuk mempercepat pekerjaan mereka. Cara termudah untuk mengetahui apa yang paling berhasil adalah dengan menunjukkan proses yang paling lambat - apa yang membutuhkan waktu paling banyak untuk dilakukan. Berikutnya adalah - apa yang paling membutuhkan energi mental untuk dilakukan. Kadang-kadang suatu proses mungkin sangat cepat, tetapi setiap kali Anda benar-benar melakukannya, itu terasa seperti sebuah tugas, yang Anda ingin mendorong kembali nanti.

Saran 1 - Siapkan Tema Pemula

Satu peningkatan besar pada alur kerja kami di DevriX adalah melakukan semua hal standar yang kami lakukan sebelum memulai setiap proyek, menghostingnya di repositori dan kemudian menggandakannya setiap kali ada build baru.

Bagaimana itu membantu?

1. Tidak perlu melakukan penyiapan Gulp setiap saat. Semua paket ada di luar kotak, dijalankan, konfigurasinya telah diuji pada lebih dari satu mesin.
2. Itu datang dengan dokumentasi singkat. Jika ada anggota tim baru, mereka tidak perlu bertanya tentang tugas penyiapan dasar karena sebagian besar sudah dijelaskan.
3. Tidak perlu memutuskan struktur file untuk front-end setiap saat. Sebagian besar tim front-end kami mengerjakan tema baru sejak hari pertama, jadi jika mereka harus membuat struktur folder / file untuk file Sass setiap saat, kami akan membuang waktu berjam-jam per proyek.
4. Kami menjaga semuanya tetap konsisten - Ini adalah dorongan besar lainnya. Biasanya ada lebih dari satu proyek yang aktif pada saat yang sama, jadi mengetahui di mana menemukan apa yang Anda cari pertama kali saat membuka proyek adalah penghemat waktu yang sangat besar. Dengan struktur yang sama di semua tema, gaya, file JS, semua file PHP berada di tempat yang sama.

Setiap kali kami menemukan pendekatan yang lebih baik untuk masalah yang mungkin meningkatkan penyiapan build, memperkenalkan linter, hook, menambahkan beberapa tindakan di sana-sini atau fungsi pembantu yang sering digunakan, kami memperbarui tema awal kami. Jika perubahan pada penyiapan build bersifat besar, kami juga memperbarui basis kode project yang ada untuk mengikutinya.

Saran 2 - Pertahankan Gaya dan Pendekatan Pengkodean yang Sama

Dengan ini, semua pengembang akan memahami apa yang dilakukan orang-orang sebelum mereka. Namun, ada lebih dari itu - ketika pendekatan yang sama untuk menerapkan tata letak diterapkan, basis kode akan lebih konsisten. Ini terutama diperlukan untuk pengembang front-end karena mencemari gaya adalah masalah regresi utama.

Anda dapat melihat misalnya panduan gaya pengkodean HTML / CSS Google.

Sumber

Cara umum untuk memberi nama "Entri", atau "Komentar", atau cara untuk mengelola "daftar" seperti .list-<name> dan sejenisnya adalah beberapa pendekatan standar yang kami ambil saat membuat tata letak.

Saran 3 - Tingkatkan Pengaturan Kerja Lokal Anda

Cara cepat untuk menavigasi antar proyek adalah penghemat waktu yang besar. Hanya $cd'ing antar direktori dapat memakan waktu setengah jam sehari dengan mudah. Ini semua hanya membuang waktu. Sebagai gantinya, Anda dapat mengatur TMUX pada mesin Anda, mengatur jendela terpisah untuk setiap proyek dan panel terpisah untuk setiap tugas / tujuan seperti "Running Gulp" - panel 1; "Menjalankan perintah dalam tema" - panel 2; "Menjalankan perintah di plugin" - panel 3.

Selain itu - pastikan Anda dapat membuka editor kode Anda langsung dari terminal. Ini cara yang lebih cepat untuk mendapatkan pengkodean daripada membuka dari ikon, lalu menavigasi ke "proyek terbuka" dan sejenisnya. VS Code memiliki pengaturan yang sangat mudah ini.

Memanfaatkan Alat Anda Lebih Baik

• VS code, Sublime text dan banyak alat lainnya memiliki popup “Command” di mana Anda dapat mengetik hampir semua hal yang dapat dilakukan editor. Simpan semua dokumen terbuka? Hanya beberapa tombol. Tutup mereka? Semua sama.
• Menavigasi melalui palet perintah - menelusuri file di bilah sisi juga membutuhkan banyak waktu. Langsung saja tulis nama file yang Anda butuhkan. Tambahkan beberapa ekstensi untuk mempercepat operasi umum seperti mengganti nama, memindahkan, menduplikasi, dan menghapus file.
• Siapkan linter. Membuang-buang waktu dalam memformat file tidak perlu bila ada alat yang dapat melakukannya untuk Anda. Setiap kali Anda memasukkan kode, menambahkan spasi di antara tanda kurung dan sebagainya dapat digunakan dengan lebih baik untuk memecahkan masalah.
• Memanfaatkan pintasan dan cuplikan - untuk pengembang front-end Emmet adalah penyelamat. Satu baris sederhana seperti: nav>.site-nav>ul.list-items>li.list-item*5>a{title} memperluas hingga 15+ baris kode HTMl, semua diformat dan siap untuk ditata. Mengetik baris itu membutuhkan beberapa detik.

Contoh palet perintah VSCode. Anda dapat membaca lebih banyak di halaman ikhtisar mereka.

Pengambilan Keputusan untuk Meningkatkan Alur Kerja

Yang ini bisa sedikit lebih rumit dan mungkin membutuhkan lebih banyak pengalaman dan pemahaman tentang kebutuhan bisnis klien. Ini juga salah satu pendekatan yang lebih bertanggung jawab, tetapi terkadang itulah yang dapat menyelamatkan proyek dari melewatkan tenggat waktu.

Mulai dari yang paling penting dan tercepat untuk diterapkan. Jika ada sedikit kemungkinan halaman mungkin tidak diluncurkan pada hari ke-1, maka tidak perlu memulainya. Jika menurut perkiraan Anda mungkin ada sesuatu yang belum siap - pastikan untuk mendiskusikannya dengan klien Anda. Semakin jelas Anda menyatakan apa yang telah Anda lakukan, apa yang bisa ditunda dan di mana masalah bisa muncul, semakin besar kemungkinan Anda bisa mengatasi potensi masalah.

Delegasikan pekerjaan sejak awal, tetapi pertahankan jumlah orang yang terlibat tetap rendah. Ini adalah sesuatu yang diperhatikan setiap orang pada tahap tertentu. Mungkin yang paling awal adalah di sekolah, ketika 10 anak mulai mengerjakan sebuah proyek, tetapi hanya dua atau tiga yang mengerjakan sebagian besar pekerjaan.

Ini terutama terlihat pada proyek yang dimulai dengan lebih banyak pekerjaan front-end. Jarang sekali sejak hari pertama Anda memiliki lebih dari satu pengembang yang bekerja karena salah satu hal pertama yang harus ditetapkan adalah arsitektur proyek. Keputusan mendasar dari tim desain harus dibangun. Apa saja komponennya, bagaimana mereka memperluasnya, pemisahan file, struktur dan aturan kueri media, konvensi penamaan. Semua ini.

Dan jika ada lebih dari satu pengembang pada tahap fundamental seperti itu, keduanya mungkin mulai menerapkan bagian dasar kode yang mereka butuhkan agar mereka dapat mendesain bagian situs lainnya. Ketika mereka mendorong kode itu, konflik akan muncul dan salah satu pengembang mungkin perlu mengulang sebagian besar pekerjaan.

Saat yang tepat untuk menambahkan lebih banyak pengembang front-end adalah ketika lebih banyak pekerjaan mendasar telah selesai dan pekerjaan dapat didelegasikan ke komponen terpisah seperti "Kartu konten", atau "Halaman X" atau "halaman 404" dan sejenisnya. Pada saat itu, font diterapkan, pengaturan tipografi umum ditetapkan, sebagian besar file dibuat dan setidaknya ada 1-2 halaman yang dibuat.

Dan kemudian, idealnya jika jumlah orang yang fokus pada satu proyek diminimalkan. Dalam hal manajemen waktu dan fokus pada tugas, tip yang mungkin ingin dipertimbangkan oleh pengembang yang bekerja dalam tim adalah mengalihkan beban kerja pada proyek tertentu.

Katakanlah kita memiliki pengembang front-end John yang telah mengerjakan situs baru selama dua minggu penuh waktu. Pada saat itu, dia telah melihatnya selama lebih dari 80 jam sehari. Dia kemungkinan besar telah berhenti melihat masalah di situs! Sekarang akan menjadi saat yang tepat bagi temannya Kate untuk turun tangan dan mengambil alih sebagian besar pekerjaannya. Kate dapat mulai memperbaiki masalah kecil, memeriksa ulang apakah itu mengikuti desain, meningkatkan kinerja di sana-sini, menyelesaikan beberapa halaman dan komponen yang telah ditunda John hanya karena dia tidak memiliki energi mental untuk melakukannya.

Sangat mungkin bahwa sebagian besar pengembang telah mengalami hal ini dan rasanya sangat menyenangkan memiliki rekan satu tim yang dapat turun tangan dan mengambil tindakan selama satu atau dua minggu lagi sementara Anda sedikit menjernihkan pikiran dengan proyek baru yang segar atau beberapa pekerjaan pemeliharaan di situs web lama. .

Singkatnya:

Ada lebih dari beberapa cara teknis yang jelas untuk meningkatkan kecepatan pengembangan situs. Ini adalah perpaduan antara kerja tim - bagaimana Anda menentukan pedoman umum dalam tim Anda dan bagaimana Anda mengatur lingkungan kerja / mengotomatiskan pekerjaan Anda sambil memanfaatkan semua alat yang Anda inginkan. Bagaimana Anda menjaga pikiran Anda tetap segar dan tajam untuk jangka waktu yang lebih lama untuk mempertahankan tingkat produktivitas tinggi yang Anda miliki pada hari pertama.

Untuk mengelola semua ini, tim yang kuat membutuhkan pengembang senior yang baik untuk meletakkan arsitekturnya, anggota pengembang yang bertanggung jawab untuk mengikuti pedoman dan menghasilkan pekerjaan berkualitas dan manajer proyek yang baik untuk mencari keadaan mental setiap orang.