Desain Atom

Desain atomik adalah metodologi untuk membangun sistem antarmuka dengan menyusun bagian-bagian kecil yang dapat digunakan kembali menjadi struktur yang semakin besar. Diperkenalkan oleh Brad Frost pada tahun 2013, metodologi ini meminjam metafora kimia dan mendefinisikan lima tingkatan: atom, elemen terkecil yang tidak dapat dibagi seperti label, input, dan tombol; molekul, kelompok sederhana seperti kolom pencarian dengan label dan tombolnya; organisme, susunan yang lebih kompleks seperti header situs atau kartu produk; templat, struktur halaman dengan tempat penampung konten; dan halaman, templat yang diisi dengan konten nyata.

Kontribusi metodologi ini adalah kosakata bersama untuk keputusan yang secara implisit dibuat oleh setiap tim antarmuka: apa itu komponen, apa itu komposisi, dan di mana penggunaan kembali dimulai. Tanpa kerangka kerja, tim membangun layar secara individual, menduplikasi elemen serupa dengan sedikit variasi, dan akhirnya memiliki lusinan tombol dan kartu yang sedikit berbeda yang masing-masing harus dipelihara. Desain atomik menyediakan struktur untuk mengidentifikasi unit yang dapat digunakan kembali dan untuk memutuskan pada level mana bagian antarmuka tertentu berada.

Manfaat praktisnya terlihat pada pemeliharaan, bukan pada pembuatan awal. Mengubah elemen dasar akan memperbarui semua yang tersusun darinya, sehingga perubahan pada penataan fokus atau spasi akan menyebar secara konsisten tanpa perlu mencari-cari di seluruh kode program. Layar baru dapat dirakit dari bagian-bagian yang sudah ada, yang mempersingkat waktu pengiriman dan mengurangi jumlah keputusan yang dibutuhkan setiap halaman baru. Jaminan kualitas dan pekerjaan aksesibilitas terkonsentrasi pada tingkat komponen, di mana satu implementasi yang tepat melayani setiap penggunaan, alih-alih diulang per halaman.

Metodologi ini menuai kritik yang wajar, terutama tentang literalitasnya. Tim menghabiskan upaya yang tidak proporsional untuk memperdebatkan apakah suatu elemen tertentu adalah molekul atau organisme, yang merupakan argumen taksonomi tanpa konsekuensi praktis. Metafora kimia juga tidak berlaku pada batasan-batasannya dan sulit dipahami oleh orang-orang yang bukan perancang. Sebagian besar tim berpengalaman memperlakukan tingkatan tersebut sebagai panduan yang longgar, seringkali menyederhanakannya menjadi perbedaan yang lebih sederhana seperti primitif, komponen, dan pola, dan berfokus pada prinsip komposisi yang mendasarinya daripada pada klasifikasi yang benar.

Abstraksi yang berlebihan merupakan risiko yang lebih serius. Membangun pustaka komponen sebelum mengetahui apa yang sebenarnya dibutuhkan produk akan menghasilkan komponen yang dirancang untuk kasus-kasus yang dibayangkan, dengan opsi konfigurasi yang berlebihan dan tujuan yang tidak jelas. Urutan yang lebih andal adalah membangun layar, memperhatikan pengulangan yang sebenarnya, dan mengekstrak komponen setelah pola tersebut muncul beberapa kali dalam penggunaan nyata. Abstraksi prematur lebih sulit untuk diurai daripada duplikasi, karena setiap pengguna komponen membatasi bagaimana komponen tersebut dapat berubah.

Nilai metodologi ini sangat bergantung pada tata kelola yang sebenarnya tidak disediakannya sendiri. Pustaka komponen tanpa kepemilikan yang jelas, aturan kontribusi, dan proses penghapusan komponen yang sudah usang akan mengakumulasi berbagai varian: tiga kartu yang sedikit berbeda, dua komponen tombol dengan tujuan yang tumpang tindih, dan serangkaian penggantian sekali pakai yang terus bertambah karena komponen yang ada hampir sesuai. Menentukan siapa yang menyetujui komponen baru, bagaimana tim meminta perubahan pada komponen bersama, dan bagaimana pola yang sudah usang dihapus dari penggunaan yang ada lebih penting untuk konsistensi jangka panjang daripada taksonomi itu sendiri. Organisasi yang menetapkan tata kelola ini mendapati bahwa pustaka tersebut mengurangi pekerjaan dari waktu ke waktu; sedangkan organisasi yang tidak menerapkannya mendapati bahwa pustaka tersebut menjadi permukaan yang tidak konsisten yang membutuhkan pemeliharaan di samping kode yang seharusnya disederhanakan.

Dari segi implementasi, pendekatan ini paling efektif jika pustaka desain dan pustaka kode berkorespondensi satu lawan satu, sehingga sebuah komponen dalam alat desain memiliki implementasi tunggal dengan nama dan varian yang sama. Membangun korespondensi tersebut merupakan tanggung jawab bersama di seluruh pihak. desain produk ke pengembangan produkDan inilah yang menentukan apakah sistem desain mengurangi pekerjaan atau hanya menambahkan artefak kedua untuk dipelihara bersama dengan kode.