Biasanya, setelah menyelesaikan desain web, ketidaktahuan perancang terungkap dan dikritik. Mereka meninggalkan pekerjaan berat untuk membuat kode web untuk pemrogram. Fenomena ini tidak hanya terjadi di industri pengembangan jaringan, tetapi juga di industri pengembangan perangkat lunak dan permainan.
Fakta yang kejam adalah: Kemajuan pengembangan mungkin mandek karena desainer. Untuk mengejar efisiensi terbaik, desainer tidak hanya perlu menggambar, tetapi juga perlu dapat membuatnya! Dalam artikel ini, saya ingin berbagi dengan pembaca beberapa alasan mengapa desainer perlu belajar cara menulis kode.
Dengan kesan yang jelas tentang bagaimana produk akhir akan diterapkan, desainer akan menghasilkan konsep yang lebih praktis. Sebagai bagian integral dari proses pengembangan, desainer bertanggung jawab untuk memastikan bahwa desain mereka dapat ditransfer ke media jaringan dengan lancar, sementara juga dengan mempertimbangkan kegunaan, keterbacaan web, dan kemampuan implementasi. Situs web yang ramah pengguna tidak hanya memiliki logika urutan penelusuran yang sederhana dan jelas, tetapi juga memberi pengguna semua informasi yang mereka butuhkan tanpa tampak agresif atau berantakan. Satu -satunya cara untuk mengetahui apakah tata letak web layak adalah belajar cara membangun halaman web sendiri.
Di hampir semua produk independen desain dan implementasi, kelompok desain dan kelompok implementasi tidak pernah memenuhi harapan yang lain, terutama produk -produk tidak berwujud seperti situs web, perangkat lunak, dan permainan. Ini biasanya dikaitkan dengan kompromi timbal balik antara harapan produk dan kelayakan produk , yang saat ini tampaknya sulit untuk disatukan dengan sempurna. Solusinya adalah: desainer harus secara pribadi mencoba merancang implementasi pekerjaan untuk menghindari kebingungan, kesalahpahaman, dan informasi yang salah dalam komunikasi.
Desain dalam praktiknya tidak boleh mutlak. Maksud saya, desainnya harus fleksibel dan ramah, dapat memodifikasi untuk memenuhi keterbatasan teknis sistem tanpa mendistorsi konotasi aslinya. Perubahan yang diulang tetapi perlu ini hanya dapat dicapai oleh perancang asli. Seorang desainer/pengembang dapat lebih efisien daripada pengembang yang mengulangi desain kepada perancang untuk perubahan. Dan ada gesekan antara desainer dan pengembang - pada kenyataannya, sering terjadi.
Saya sering suka memikirkan perangkat lunak, jaringan atau pengembangan game sebagai orkestra, sedangkan perancang adalah komposer dan pengembang adalah konduktor orkestra. Bayangkan bagaimana rasanya menjadi orang yang sama? Simfoni akan luar biasa, menawan, dan otentik! Ini bukan hanya mahakarya master, tetapi juga perintahnya sendiri!
Peran simultan seorang desainer sebagai seorang programmer berarti bahwa kemajuan desain dan pengkodean adalah kontinu, jika tidak secara bersamaan. Hasilnya adalah pemendekan siklus pengembangan - siapa yang tidak peduli dengan efisiensi?
Desainer modern perlu meningkatkan kemampuan mereka untuk mempertahankan nilai pribadi. Memiliki seperangkat keterampilan sudah cukup dari cukup. Kita sering perlu memakai judul yang berbeda: desainer, pengembang front-end, penulis artikel dan manajer proyek.
Dengan belajar mewujudkan desain Anda sendiri, daripada menjadikan desain itu sebagai yatim di tangan pengembang - Anda meningkatkan nilai Anda sendiri. Lagi pula, tidak ada salahnya menyebutkan keterampilan desain dan pengkodean dalam resume Anda. Sebaliknya, di era restrukturisasi krisis keuangan ini (lihat: PHK masif) dan pengurangan pengeluaran, orang juga dapat menekankan pentingnya seseorang tanpa dipecat.
Namun, bahkan dengan begitu banyak alasan untuk mendukung desainer dalam belajar menulis kode, masih ada suara keberatan di sini.
Mengutip artikel kontroversial oleh Lukas Mathis. Perancang bukan seorang programmer ( Catatan 1)
Jika seorang desainer mengimplementasikan desainnya sendiri, ia akan dikenakan dua tujuan yang berbeda: kode yang rapi dan pengalaman pengguna yang baik. Kedua tujuan ini bertentangan. Jika Anda ingin menerapkan desain Anda sendiri, Anda pasti akan berkompromi untuk kualitas kode, yang tidak kondusif untuk desain interaktif.
Desainer yang menerapkan desain mereka sendiri menghadapi dua masalah: mereka tahu bahwa ide baru yang hebat akan membangun kode yang berantakan, dan mereka juga tahu bahwa kode yang ada akan terganggu jika pengalaman pengguna ditingkatkan. Keduanya bertentangan karena pengalaman pengguna dalam detail kecil yang pada akhirnya merusak kode untuk bingung dengan ketidakmampuan mereka untuk menanggung.
Ini dengan tepat merangkum sikap keras yang diambil oleh puritan pengembangan web. Mereka kuno dan advokat menggambar garis antara desain dan pengembangan. Jelas, desainer menciptakan untuk manusia dan pengembang membuat untuk mesin. Oleh karena itu, perancang UX harus merancang antarmuka pengguna yang paling layak dan membiarkan pengembang membuat keputusan pemrograman yang paling layak. Meskipun ini masuk akal, upaya saya untuk menemukan inspirasi dari kode yang berakhir dengan kegagalan ketika saya mempelajari antarmuka pengguna. Singkatnya, lebih bermanfaat untuk memiliki konsep teknologi dan keterbatasan kegunaan yang benar dalam pikiran Anda.
Pada akhirnya, ukuran proyek yang dikembangkan pada akhirnya dapat menentukan peran perancang dan pengembang. Aplikasi kecil dapat dikendalikan oleh manajer proyek ( catatan 2) , sementara sistem besar harus membutuhkan bakat profesional yang berbeda!
Catatan 1 Mathis-Lukas-Designers bukan Programmer-Ignore Kode
Catatan 2 Spolsky-Joel-Deskripsi posisi yang disebut desainer dan programmer-bagaimana menjadi manajer program-joel pada perangkat lunak
Penulis John Urban adalah mahasiswa tingkat dua di University of California, mengambil jurusan ilmu komputer.
Teks Bahasa Inggris Asli http://sixrevisions.com/web_design/why-designers-hould-learn-how-to-code/