Mengapa sebagian besar sistem desain meledak?
totosgp

Mengapa sebagian besar sistem desain meledak?

Atomic Design oleh Brad Frost menginspirasi pengembang frontend untuk membuat sistem desain. Ini mengalihkan fokus kami dari mengimplementasikan UI satu halaman pada satu waktu menjadi membuat komponen atom yang dapat digunakan kembali. Sistem desain berubah dari “baik untuk dimiliki” menjadi “harus dimiliki”.

Tetapi sebagian besar sistem desain akhirnya meledak. Menurut Survei Sistem Desain 2021, hanya 40% dari sistem yang berhasil. Mengapa beberapa sistem desain berhasil ketika sebagian besar gagal? Saya mewawancarai Brad untuk mencari tahu.

Posting ini berbagi perangkap sistem desain Brad dari tujuh tahun pengalaman mengajar Desain Atom kepada orang-orang di Nike, Techcrunch, majalah Time dan banyak lagi. Kami akan menggali apa yang berhasil dan tidak:

  • ️ Tidak semua insinyur dibuat untuk pekerjaan sistem desain
  • Pengembang sistem desain membutuhkan alat khusus
  • Sistem desain cepat basi
  • Bagaimana Brad Frost menggunakan Buku Cerita
Mengapa sebagian besar sistem desain meledak?

Tidak semua insinyur dibuat untuk sistem desain

Sistem desain bukanlah frontend aplikasi. Sebuah perangkap umum adalah memperlakukan sistem desain seperti aplikasi ketika mereka sebenarnya infrastruktur. Pengembang sistem desain memiliki masalah khusus seperti aksesibilitas, komposisi, kompatibilitas, dan interoperabilitas yang memengaruhi banyak aplikasi.

Tidak semua insinyur dibuat untuk pekerjaan sistem desain. Kerajinan pengembangan frontend lebih luas dan lebih kompleks dari sebelumnya. Seiring waktu, Brad menyaksikan frontend terpecah menjadi minat yang berbeda:

  • Front-of-frontend mengkhususkan diri dalam membangun UI dengan HTML, CSS, dan JavaScript presentasi.
  • Belakang-depan menulis kode JavaScript untuk mengambil data dan mengelola status dan logika aplikasi.

Perpecahan ini penting bagi tim untuk memahami kebutuhan mereka yang sebenarnya. Sistem desain fokus pada pola UI, yang berarti tim harus memprioritaskan keterampilan front-of-frontend. Brad membagikan bagaimana beralih ke front-of-frontend membantu kliennya beralih dari budaya “kami hanya mempekerjakan pengembang full-stack” ke mengumpulkan tim yang lebih seimbang.

Sistem desain memerlukan alat khusus untuk mengembangkan komponen UI yang dapat digunakan kembali secara terpisah. Sebagian besar pengembang membangun komponen UI dalam aplikasi tempat mereka digunakan. Ini secara tidak sengaja memasangkan UI ke lingkungan aplikasi dengan keterjangkauan implisit seperti pengambilan data, konfigurasi global, dan rahasia. Itu membuat sulit untuk menggunakan kembali komponen.

Brad merekomendasikan lokakarya frontend seperti Buku Cerita untuk membangun sistem desain. Lokakarya frontend membantu Anda mengisolasi komponen UI dari aplikasi dan merender variannya dengan mengejek properti, data, dan konteks. Cara ini dapat memverifikasi tampilan dan perilaku UI tanpa perlu menjalankan aplikasi.

“Untuk pengembang front-of-the-front-end, Storybook menjadi lingkungan bengkel tempat semua kode UI dibangun.”

Brad tidak sendirian dalam ide ini. Tom Preston-Werner (salah satu pendiri GitHub), menjelaskan mengapa timnya di RedwoodJS menggabungkan Buku Cerita ke dalam kerangka kerja mereka:

“Kamu bisa langsung melihat [when a component] renderingnya salah… Anda lihat saja Buku Cerita, dan ada iterasi Anda…”

Sistem desain cepat basi

Bayangkan frustrasi menggunakan perpustakaan dengan dokumentasi basi. Brad menunjukkan dokumentasi basi sebagai perangkap utama untuk tim sistem desain:

“Mereka memperlakukan [design systems] karena hal yang tidak penting ini… Tugasnya payah, sehingga tim akhirnya berhenti memperbarui dokumentasi referensi. Begitu dokumentasi berhenti mencerminkan realitas produk, upaya itu mati di dalam air.”

Jika Anda dapat membuat dokumentasi secara otomatis dari kode, itu akan memastikan UI produksi dan dokumen tetap sinkron.

Saat Anda membuat komponen di Buku Cerita, Anda secara alami menangkap semua kasus penggunaannya sebagai cerita. Cerita tersebut juga dapat digunakan untuk membuat dokumentasi API interaktif secara otomatis. Terlebih lagi, Anda dapat menambahkan lebih banyak konteks dengan menulis Penurunan harga atau menyematkan aset desain.

Bagaimana Brad Frost menggunakan Buku Cerita

Brad membangun setiap bagian UI dari komponen ke halaman di Buku Cerita untuk “menghubungkan titik-titik antara sistem desain dan produk yang dilayaninya”. Dengan cara ini, ketika komponen dalam sistem desain diperbarui, Anda dapat langsung memverifikasi dampaknya pada halaman UI Anda di Buku Cerita. Alur kerjanya terlihat seperti ini:

  1. Mengembangkan status komponen dan varian dalam format universal yang disebut cerita.
  2. Tinjauan mereka selama pengembangan untuk memverifikasi penampilan
  3. Uji cerita selama QA dengan pengujian bawaan untuk aksesibilitas, interaksi, regresi visual
  4. Dokumen komponen secara otomatis dan publikasikan dokumentasi itu secara online
  5. Membagikan komponen dalam alur kerja lain seperti situs eksternal, Figma, Notion

Buku cerita dimuat dengan add-on penting untuk sistem desain yang membantu Anda memeriksa keselarasan, spasi, dan beralih dimensi viewport. Hubungkan alat peraga komponen ke Kontrol grafis untuk membantu rekan satu tim menjelajahi API komponen. Anda bahkan dapat mengimpor cerita ke alat pengujian lain seperti Jest, Puppeteer, atau Chromatic.

Pengujian secara historis sangat sulit bagi kami karena itu seperti “gambar di mata pikiran Anda, modal, dan bayangkan mengklik tombol yang akan memicu modal itu

[With] Buku cerita kami benar-benar dapat memainkan hal ini dan membuat ulang klik ini seperti yang dialami sebagian besar pengguna — konsep yang luar biasa! Dan itu memeriksa karena semuanya visual.

Kesimpulan

Sistem desain telah menembus ruang antara desain dan pengembangan. Pengalaman Brad adalah panduan luar biasa bagi tim untuk memahami keterampilan dan alur kerja yang diperlukan untuk menghasilkan sistem desain berkualitas tinggi. Simak wawancara selengkapnya di bawah ini:

Berlangganan Buku Cerita di YouTube untuk wawancara seperti ini

Tim Anda membutuhkan keterampilan teknik front-of-frontend yang kuat dan alat yang tepat. Lokakarya frontend menawarkan lingkungan yang ideal untuk sistem desain dengan memungkinkan Anda untuk fokus pada satu komponen UI pada satu waktu. Dari sana, buat dokumentasi dari komponen secara otomatis sehingga dokumen tim Anda tidak ketinggalan zaman.

Pelajari cara mengembangkan sistem desain
Lihat tutorial mendalam kami Sistem Desain untuk Pengembang. Ini adalah sumber daya gratis yang membagikan bagaimana tim di Shopify, Auth0, Squarespace, dan New York Times membangun sistem desain kelas dunia di Storybook.

Karena cuma sanggup bergantung kepada pihak yang sedia kan data joker gaming slot saja yang dapat meraih data sgp lengkap. Lantas dengan susah nya membuka web togel singapore pools terhadap negara +62. Maka alangkah baiknya berlangganan pada halaman ini untuk mendapatkan information keluaran sgp hari ini live tercepat cuma disini.