Rumah > Artikel > hujung hadapan web > Adakah pereka perlu belajar kod_HTML/Xhtml_Penghasilan halaman web
Biasanya, selepas menyiapkan sekeping reka bentuk web, kejahilan pereka akan terbongkar dan dia akan dikritik. Mereka menyerahkan kerja keras mencipta kod halaman web kepada pengaturcara. Fenomena ini bukan sahaja dilihat dalam industri pembangunan web, tetapi juga dalam industri pembangunan perisian dan permainan.
Kebenaran yang pahit ialah: Kemajuan pembangunan boleh dihentikan oleh pereka bentuk. Untuk mengejar kecekapan optimum, pereka bukan sahaja perlu melukis, tetapi juga perlu dapat membuatnya! Dalam artikel ini, saya ingin berkongsi dengan pembaca beberapa sebab mengapa pereka perlu belajar kod.
Dengan gambaran yang jelas tentang cara produk akhir akan direalisasikan, pereka bentuk akan menghasilkan konsep yang lebih praktikal dan boleh dilaksanakan. Sebagai sebahagian daripada proses pembangunan, pereka bentuk bertanggungjawab untuk memastikan reka bentuk mereka boleh dipindahkan dengan lancar ke medium dalam talian, sambil turut mempertimbangkan kebolehgunaan, kebolehbacaan web dan kebolehlaksanaan. Laman web yang mesra pengguna bukan sahaja mempunyai logik jujukan penyemakan imbas yang ringkas dan jelas, tetapi juga menyediakan pengguna dengan semua maklumat yang mereka perlukan tanpa kelihatan memberangsangkan atau bersepah. Satu-satunya cara untuk mengetahui sama ada susun atur web boleh dilakukan adalah dengan mempelajari cara membina halaman web sendiri.
Dalam hampir semua produk yang direka bentuk dan dilaksanakan secara bebas, pasukan reka bentuk dan pasukan pelaksana tidak pernah memenuhi jangkaan satu sama lain, terutamanya produk tidak ketara seperti tapak web, perisian dan permainan. Ini biasanya disebabkan oleh kompromi antara jangkaan produk dan kebolehlaksanaan produk , yang pada masa ini kelihatan sukar untuk disatukan dengan sempurna. Penyelesaiannya ialah: pereka secara peribadi harus cuba merealisasikan kerja reka bentuk untuk mengelakkan kekeliruan, salah faham dan salah komunikasi dalam komunikasi.
Reka bentuk praktikal tidak seharusnya mutlak. Apa yang saya maksudkan ialah reka bentuk harus fleksibel dan mesra pengguna, mampu diubah suai agar sesuai dengan kekangan teknikal sistem tanpa memutarbelitkan kandungan asalnya. Perubahan berulang tetapi perlu ini hanya boleh dilaksanakan oleh pereka asal. Pereka/pembangun boleh menjadi lebih cekap daripada pembangun yang membawa reka bentuk semula kepada pereka bentuk untuk membuat perubahan. Dan geseran boleh timbul antara pereka dan pembangun - seperti yang sering berlaku -.
Saya selalunya suka menganggap pembangunan perisian, web atau permainan sebagai orkestra, dengan pereka sebagai komposer dan pembangun sebagai konduktor orkestra. Apa yang akan berlaku jika mereka adalah orang yang sama? Simfoni akan menjadi menakjubkan, menawan, dan murni! Ia bukan sahaja karya agung master, tetapi ia juga diarahkan oleh beliau sendiri!
Designersecara serentak mengisi peranan Programmer bermakna kemajuan reka bentuk dan pengekodan adalah berterusan jika tidak serentak. Hasilnya ialah kitaran pembangunan yang lebih pendek - siapa yang tidak mengambil berat tentang kecekapan?
ModenPereka perlu meningkatkan kebolehan mereka untuk mengekalkan nilai peribadi Tidak cukup. Kita selalunya perlu memakai gelaran yang berbeza: pereka, depanPembangun. , pengarang artikel dan pengurus projek.
Dengan belajar melaksanakan reka bentuk anda sendiri, dan bukannya meninggalkan mereka yatim piatu di tangan pembangun - anda meningkatkan nilai anda sendiri. Lagipun, tidak salah untuk menyebut kemahiran reka bentuk dan pengekodan pada resume anda. Sebaliknya, dalam era penstrukturan semula korporat krisis kewangan (lihat: pemberhentian beramai-ramai) dan pemberhentian kerja, adalah mungkin untuk menekankan kepentingan seseorang dan mengelak daripada dipecat.
Namun, walaupun terdapat banyak sebab untuk pereka belajar kod, masih terdapat bantahan.
Memetik artikel kontroversi oleh Lukas Mathis "Pereka bukan Programmer" (Nota 1)
Jika pereka melaksanakan reka bentuknya sendiri, dia terikat dengan dua matlamat berbeza: kod bersih dan pengalaman pengguna yang baik. Dua matlamat ini bercanggah. Jika anda ingin melaksanakan reka bentuk anda sendiri, anda pasti akan berkompromi untuk kualiti kod, yang tidak kondusif untuk reka bentuk interaksi.
Pereka yang melaksanakan reka bentuk mereka sendiri menghadapi dua masalah: mereka tahu bahawa idea baharu yang hebat akan mencipta kod yang tidak kemas, dan mereka juga tahu bahawa jika mereka meningkatkan pengalaman pengguna, kod sedia ada akan rosak . Kedua-dua ini bercanggah antara satu sama lain kerana pengalaman pengguna adalah mengenai butiran kecil, dan butiran kecil ini akhirnya dimusnahkan oleh keengganan mereka untuk mengacaukan kod mereka.
Ini merumuskan dengan tepat pendirian kukuh yang diambil oleh "pembersih pembangunan web". Mereka adalah sekolah lama dan menyokong melukis garis yang jelas antara reka bentuk dan pembangunan. Jelas sekali, pereka mencipta untuk manusia dan pembangun mencipta untuk mesin. Oleh itu, pereka UX harus mereka bentuk antara muka pengguna yang paling sesuai dan membenarkan pembangun membuat keputusan pengaturcaraan yang paling sesuai. Walaupun terdapat beberapa kebenaran untuk ini, apabila saya bekerja pada antara muka pengguna, usaha saya untuk mencari inspirasi dalam kod itu berakhir dengan kegagalan. Pendek kata, adalah lebih baik untuk mempunyai idea yang betul tentang batasan teknikal dan kebolehgunaan dalam fikiran anda.
Akhirnya, skala projek yang sedang dibangunkan akhirnya boleh menentukan peranan pereka dan pembangun. Aplikasi kecil boleh dikawal oleh pengurus projek (Nota 2) , tetapi sistem yang besar pasti memerlukan profesional yang berbeza!
Nota 1 Mathis-Lukas——“Pereka bukan Pengaturcara”——abaikan kod
Nota 2 Spolsky-Joel - menerangkan kedudukan yang dipanggil "pereka bentuk dan pengaturcara" - "Cara menjadi pengurus program" - Joel pada Perisian
Pengarang John Urban ialah pelajar tahun kedua di Universiti California, dalam jurusan sains komputer.
Teks asal Bahasa Inggeris http://sixrevisions.com/web_design/why-designers-should-learn-how-to-code/