Gunakan malu.css untuk menyimpan peretasan CSS, kata dev

Pengembang harus menggunakan konsep yang disebut malu.css untuk menyembunyikan CSS 'peretasan' apa pun yang dapat diperbaiki dengan cepat dalam proyek, menurut Harry Roberts, pengembang UI senior di BSkyB.

Roberts menjelaskan dalam sebuah posting blog bahwa ini berpotensi menghentikan pengembang melihat peretasan yang tersebar di seluruh CSS dan karenanya berpikir hal-hal seperti itu dapat diterima secara default.

Selain itu, artikel tersebut mencatat bahwa pendekatan semacam itu, jika didokumentasikan dengan benar dan disertai dengan cara untuk mengulang, dapat memungkinkan perkembangan yang lebih cepat menuju CSS yang lebih bersih dalam proyek di mana peretasan digunakan (untuk alasan apa pun).

.net berbicara dengan Roberts (HB) tentang meretas CSS dan potensi keuntungan yang dapat dibawa oleh malu.css jika digunakan dengan benar.

.net: Menurut Anda, apakah ada kecenderungan dari beberapa orang di industri ini untuk tidak realistis tentang perlunya (semoga) peretasan jangka pendek agar situs berfungsi?
SDM: Waktu yang tepat. Jika Anda bekerja di situs atau produk yang menghasilkan jutaan pound per tahun, bug, kerusakan, atau kebiasaan apa pun perlu diperbaiki sesegera mungkin. Pemilik produk Anda tidak peduli apakah CSS Anda sempurna - mereka peduli bahwa situsnya aktif dan berfungsi serta terus memantau pendapatan itu. Kode yang bagus aku s penting, dan peretasan masih jauh dari ideal, tetapi berpikir Anda selalu dapat mencegah peretasan dan perbaikan jangka pendek / cepat adalah hal yang penting.

.net: Jadi menurut Anda mereka hanya kejahatan yang diperlukan dalam bisnis?
SDM: Saat klien menghiraukan Anda - atau fitur rusak di situs langsung - Anda perlu memastikan bahwa Anda membuat pemangku kepentingan yang tepat senang. Jika Anda menghabiskan satu jam menulis perbaikan yang sempurna untuk sesuatu yang dapat Anda perbaiki secara dangkal dalam dua menit, saya akan mengatakan Anda membuat orang yang salah senang - yaitu diri Anda sendiri!

Dalam pekerjaan saya sendiri, saya telah menemukan 'kebutuhan' untuk peretasan meningkat secara proporsional dengan ukuran proyek, tetapi hal baiknya tentang itu adalah bahwa Anda nantinya juga akan memiliki lebih banyak waktu proyek yang didedikasikan untuk memperbaiki peretasan tersebut.

.net: Di mana malu.css masuk Dengan konsep itu, apa yang secara spesifik Anda anggap sebagai hack CSS?
SDM: Sesuatu yang bisa dilakukan dengan lebih baik jika diberi lebih banyak waktu. Sulit untuk memikirkan contoh di luar konteks, tetapi saya pikir Anda akan sering tahu jika ada sesuatu yang diretas. Menulis sesuatu yang membuat Anda malu untuk menjelaskannya kepada rekan kerja? Itu mungkin hack!

Oleh karena itu, malu.css adalah tentang membuat file hal-hal yang dapat Anda lakukan dengan lebih baik, dan yang dapat Anda lakukan dengan lebih baik ketika Anda punya waktu untuk mengunjunginya kembali. Ini adalah daftar tugas yang ditulis sendiri, sungguh - file peretasan yang Anda singkirkan ke satu sisi untuk dipikirkan ketika Anda memiliki lebih banyak waktu.

.net: Dalam artikel Anda, Anda menyebutkan tentang mendokumentasikan peretasan, tetapi bukankah ada argumen bahwa pengembang biasanya harus mendokumentasikan CSS lebih banyak, daripada hanya untuk peretasan?
SDM: Iya! Jika ada satu hal yang harus dilakukan oleh semua pengembang, itu adalah menulis komentar. Anda harus mengomentari apa pun yang tidak langsung terlihat dari kodenya saja. Dokumentasikan kode Anda sehingga, jika Anda tertabrak bus dalam perjalanan pulang, kolega Anda dapat mengambil alih keesokan harinya.

.net: Dalam hal mengintegrasikan malu.css, apa yang Anda sarankan?
SDM: Jika menggunakan preprocessor, @impor itu malu. [scss | kurang | dll] mengajukan tepat di akhir, idealnya. (Ini selalu dapat menyebabkan masalah spesifisitas dan urutan sumber, jadi jarak tempuh Anda mungkin berbeda.)

Jika Anda tidak menggunakan preprocessor, tetapi memiliki proses build yang layak, semua CSS Anda harus digabungkan dan diminimalkan sebelum penerapan, jadi, sekali lagi, malu.css dapat melanjutkan ke akhir.

Jika Anda tidak menggunakan preprocessor dan Anda tidak memiliki proses pembuatan, lalu satu, Anda mungkin harus memperbaikinya, dan dua, bagian hacks di akhir stylesheet Anda mungkin adalah pilihan terbaik Anda. Shame.css tidak dimaksudkan untuk dilihat publik, jadi jangan pernah memiliki stylesheet terpisah yang dipanggil oleh elemen tautan di mark-up Anda. Anda harus menyajikan satu lembar gaya yang digabung dan diperkecil saja.

.net: Jika malu.css sebagai sebuah konsep benar-benar berhasil, menurut Anda bagaimana hal itu dapat mengubah proses desain dan situs web secara umum?
SDM: Shame.css hanya berguna sebagai pengembang yang menerapkannya. Itu semua baik dan bagus mengisolasi dan mendokumentasikan peretasan, tetapi jika Anda tidak pernah memperbaiki atau mengunjunginya kembali, Anda hanya berada di perahu yang sama seperti sebelumnya.

Bagi saya, malu.css menandakan pergeseran yang lebih luas dalam pembangunan; itu tidak perlu dibatasi pada CSS. Konsepnya hanyalah 'menyadari, mendokumentasikan, dan menunjukkan maksud peretasan Anda'. Anda dapat menerapkan pemikiran itu pada segala hal.

Pekerjaan nyata yang terkait dengan rasa malu.css adalah membuat tim langsung Anda (pengembang) bergabung, dan kemudian membuat bisnis / PM / master scrum / BAs / pemilik produk (dan seterusnya) menyadari fakta bahwa suatu produk terkadang menyertakan lebih sedikit -dari kode ideal, tetapi kode ini ada untuk memenuhi persyaratan bisnis.

Beri tahu mereka bahwa Anda mengisolasi dan mendokumentasikan peretasan dan mengalokasikan waktu pengembangan untuk membereskan semuanya. Lebih mudah membuat kasus bisnis untuk merapikan basis kode jika Anda dapat mengukurnya. Cukup memberi tahu manajer proyek Anda, "Ada beberapa hal yang harus saya bereskan sebelum saya dapat beralih ke Fitur X" tidak akan selalu berhasil! Bawalah daftar hal-hal ke PM Anda dan coba dapatkan waktu sprint setengah hari untuk dibersihkan.

Ide di balik malu.css hanyalah membuat peretasan Anda lebih transparan, dapat diukur, dan terisolasi. Terserah Anda apa yang Anda lakukan dengan informasi itu!