Isi
Saya suka membaca artikel dan cuplikan untuk menemukan CSS terbaru dan terbaik, tetapi kenyataannya banyak dari kita berada di tim yang sedang berkembang, berurusan dengan (terkadang) fakta pahit bahwa tidak semua pengembang kita adalah pengembang frontend. Jika ada cara untuk membuat CSS kita lebih baik dalam jangka panjang, itu bukan dengan melakukan hal-hal yang paling baru (dan kemudian memberikan fallback setelah fallback), melainkan, berfokus pada menaikkan level sumber daya kita saat ini, menggantikan yang terburuk yang kita lihat , hari ini.
Karena ada beberapa artikel yang mengartikulasikan opini tentang 'praktik terburuk', mari kita fokus pada strategi yang dapat kita gunakan untuk menggantikan praktik tersebut. Komponen utama yang saya rekomendasikan adalah pelatihan, panduan gaya, dan tinjauan kode.
Pelatihan tidak hanya dimulai pada hari pertama pengembang, atau berakhir setelah beberapa hari atau minggu pertama mereka. Pelatihan terdiri dari program magang, orientasi, pendidikan berkelanjutan, dokumentasi indoktrinasi, dan mungkin banyak lagi. Untuk program magang dan sesi orientasi, pastikan untuk menyertakan pengembangan frontend untuk semua pengembang, meskipun mereka jarang menyentuh bagian tumpukan itu. Kenyataannya adalah, mereka mungkin pada akhirnya akan melakukannya, dan yang terbaik adalah bersiap.
Pendidikan berkelanjutan merupakan keuntungan bagi basis kode Anda dan alat perekrutan yang hebat - orang sering kali menjadi pengembang karena mereka suka belajar. Saya telah menulis tentang kegembiraan hari hack perusahaan, tetapi peluang pendidikan berkelanjutan lainnya berkisar dari sumber eksternal tradisional, seperti konferensi, hingga pembicaraan kilat internal dan klub buku.
Panduan gaya adalah komponen penting lainnya. Ada tiga jenis: panduan gaya interaktif di mana komponen digabungkan dalam pengaturan umum; panduan gaya tipe kamus visual di mana masing-masing komponen didefinisikan dan dibagikan; dan panduan gaya tekstual yang menjelaskan idiom dan praktik umum. Panduan gaya Starbucks adalah campuran dari panduan gaya interaktif dan kamus, tetapi lebih interaktif; tidak hanya memberikan komponen, tetapi juga memberikan komponen dengan konteks.
Jika Anda tertarik dengan opsi kamus visual, Anda pasti ingin melihat panduan gaya GitHub. GitHub menggunakan alat open source yang dibuat oleh salah satu miliknya yang disebut KSS (Knyle Style Sheets). Mode panduan gaya ini dihasilkan melalui dokumentasi yang ditulis dalam SCSS Anda dan merupakan cara yang sangat baik untuk membuat panduan gaya secara progresif sambil memberikan beberapa informasi dan kasus penggunaan untuk setiap komponen.
Menambahkan panduan gaya tekstual pada CSS Anda ke dokumentasi perusahaan Anda adalah cara yang berharga untuk membimbing pengembang secara pasif. Setiap kali pengembang harus berhenti dan mencari tahu mengapa kode ditulis dengan cara tertentu (seperti indentasi yang ceroboh), mereka membuang-buang waktu pengembangan yang berharga.Panduan gaya GitHub mencakup komponen tekstual. Google dan ThinkUp adalah contoh bagus lainnya dari jenis panduan gaya ini. Panduan ini berfungsi sebagai 'pemecah argumen' yang baik untuk setiap keistimewaan dan membantu memandu tim menuju kode yang tampak bersih, dapat dipindai, dan dapat dibaca.
Ulasan kode
Cara terbaik untuk mengaktifkan pemantauan kualitas kode adalah dengan memperkenalkan tinjauan kode ke dalam alur kerja tim Anda. Tinjauan kode adalah proses di mana semua kode yang dikirim ke produksi terlebih dahulu disetujui oleh setidaknya satu pengembang lain, lebih disukai pengembang senior. Jika tim Anda menggunakan GitHub atau sistem kontrol versi serupa, Anda dapat dengan mudah menambahkan komentar baris untuk menarik permintaan guna membahas kode, menunjukkan pelanggaran panduan gaya, dan menyetujuinya untuk dikirimkan sebelum digabungkan ke dalam produksi.
Jika Anda telah membuat komitmen untuk menaikkan level tim Anda dan menjadikan kualitas kode sebagai prioritas, pertimbangkan juga keseluruhan arsitektur dan pengembangan serta bagaimana proses penahapan dan pengiriman berperan dalam bagaimana Anda dapat membimbing pengembang dan mengembangkan basis kode Anda.
Itu tidak semua terjadi dalam sehari. Ajukan strategi baru sedikit demi sedikit, pantau cara kerjanya untuk tim Anda, dan saya yakin Anda akan melihat hasil yang luar biasa.
Pam Selle adalah pengembang web profesional dan insinyur UI di Philadelphia, PA, dan saat ini bekerja untuk AxisPhilly. Artikel ini pertama kali muncul di majalah net terbitan 241.
