Halo semuanya!
Kursus kami
"Pengembang JavaScript" umumnya dikhususkan untuk bagian depan dan alat untuknya, tetapi ternyata, tidak semua orang tahu apa yang ada di balik frasa desain ujung depan. Kami menemukan beberapa materi yang menarik, di mana penulis mencoba menjelaskan apa yang ada di balik ini.
Ayo pergi.

Di suatu tempat antara desain - dunia orang, piksel dan pemolesan - dan rekayasa - dunia logika, siklus dan Linux - terletak desain-depan. Frontend-desain mencakup kerja dengan HTML, CSS, dan kode presentasi JavaScript untuk membuat antarmuka pengguna.
Perancang frontend (yang juga bisa disebut pengembang UI, pengembang sisi klien,
insinyur desain , arsitek frontend, perancang / pengembang, prototipis, unicorn, atau
Bo Jackson ) hidup dalam semacam api penyucian antara dunia:
- Mereka memahami prinsip-prinsip dan praktik terbaik UX, tetapi tidak menghabiskan waktu melakukan penelitian, membuat skrip alur dan perencanaan;
- Mereka memiliki rasa estetika, tetapi jangan buang waktu mencari kombinasi font, membandingkan palet warna, membuat ilustrasi dan ikon;
- Mereka menulis dalam JavaScript, tetapi jangan buang waktu menulis kode tingkat aplikasi, menghubungkan middleware, dan debugging;
- Mereka memahami pentingnya pengembangan backend, tetapi jangan buang waktu untuk menulis logika backend, memulai server, pengujian beban, dll.
Tentu saja, setiap orang memiliki cara yang berbeda. Beberapa terlibat dalam desain frontend selain posisi utama mereka. Secara resmi, mereka dapat dianggap sebagai pengembang (yang menjadikan mereka βpengembang penuh,β seperti yang mereka katakan sekarang), dan mereka juga bisa menjadi desainer (apa yang kita buat mereka βdesainer penuh,β mungkin?). Terkadang, terutama ketika perusahaan mulai tumbuh, orang-orang yang dengan malu-malu terjebak dalam departemen tertentu terlibat dalam desain frontend.

Saya menceritakan tentang pengalaman saya sendiri dalam buku ini:
Ketika seorang majikan sebelumnya mengetahui bahwa saya menulis dalam HTML, CSS, dan JavaScript presentasi, saya dipindahkan lebih dekat ke para insinyur dan pengembang back-end. Tidak lama kemudian mereka mulai bertanya kepada saya: "Hei Brad, berapa lama middleware akan dibangun?", Dan: "Bisakah Anda menormalkan database ini dengan cepat?"
Intinya adalah, sepanjang hidup saya, saya tidak punya pelajaran tunggal dalam ilmu komputer, dan saya menggantung di ruang seni sebelum meninggalkan sekolah. Karena itu, permintaan semacam itu menempatkan saya pada posisi yang sangat tidak nyaman.
Ada kesalahpahaman global bahwa pengkodean adalah pemrograman ultra-geek, tetapi tidak. HTML bukan bahasa pemrograman. CSS bukan bahasa pemrograman. Tapi, karena HTML dan CSS adalah kode teknis murni, pengembangan frontend sering dimasukkan ke keranjang untuk Python, Java, PHP, Ruby, C ++ dan bahasa pemrograman lainnya. Dan kesalahpahaman ini mengarah pada krisis identitas banyak pengembang frontend, termasuk saya.
Sikap ini terhadap kode UI frontend dan "pemrograman nyata" memengaruhi struktur organisasi:
Secara organisasi, sering ada kesenjangan besar antara desainer dan pengembang (atau "pemasaran" dan "TI", atau "kreatif" dan "rekayasa", atau label pemisah lainnya). Desainer dan pengembang sering duduk di lantai yang berbeda, atau umumnya di gedung yang berbeda, di kota yang berbeda, di benua yang berbeda. Ini dapat dibenarkan sebagian, tetapi pemisahan yang jelas antara desainer dan pengembang frontend adalah ide yang benar-benar mengerikan.
Intinya adalah bahwa HTML, CSS dan JavaScript presentasi digunakan untuk membuat antarmuka pengguna, yang sama yang dibuat oleh desainer menggunakan alat-alat seperti Photoshop atau Sketch. Agar tim berhasil membuat sistem antarmuka pengguna, sangat penting untuk mempertimbangkan pengembangan frontend sebagai bagian penting dari proses desain .
Oleh karena itu, saya terinspirasi oleh kisah-kisah perusahaan (misalnya, Optimizely) yang mampu mengatur struktur tim mereka sehingga pekerjaan frontend dianggap sebagai bagian dari proses desain.
Jonathan Snook berbagi ide-ide cemerlang tentang masalah ini , berdasarkan pengalamannya di Shopify. Saya berharap dapat menyebarkan ide ini dan mendorong organisasi untuk mempertimbangkan desain frontend sebagai bagian penting dari proses desain.
Saya percaya bahwa orang-orang dengan pengalaman dalam desain frontend berada dalam posisi yang sangat baik untuk membantu mengatasi hambatan antara dunia desain dan pengembangan. Mereka adalah
elemen penghubung yang menyatukan batu bata. Kehidupan di api penyucian antara dunia tidak terdengar sangat menarik, tetapi seharusnya tidak berlanjut seperti itu! Menerima ketidakpastian, menginspirasi pengembang frontend untuk ada di antara dunia, kerja sama yang panjang dan kerja yang luar biasa!
AKHIR
Seperti biasa, pendapat dan komentar Anda menarik, yang dapat Anda tinggalkan di sini atau melihat
Alexander pada
hari terbuka .