Versi yang diedit dari artikel ini pertama kali muncul di majalah .net edisi 225 - majalah terlaris di dunia untuk desainer dan pengembang web.
@twostepmedia: Di mana pekerjaan berat harus dilakukan di halaman web? Di ujung depan atau di belakang?
Lea Verou: Saya pendukung kuat untuk melakukan apa pun yang Anda bisa pada klien. Ketika kode Anda berjalan pada klien, itu selalu harus berurusan dengan satu mesin, tidak peduli seberapa sukses proyek Anda.
Apa pun yang Anda tulis di server mungkin perlu dijalankan ribuan kali per detik jika proyek Anda berhasil, jadi mempertahankan dan memperluasnya menjadi semakin menantang seiring pertumbuhan situs Anda. Belum lagi meningkatnya biaya hosting yang sangat jarang dapat ditanggung sepenuhnya dari pendapatan situs web. Tentu, banyak logika sisi klien dapat membuat situs memuat dengan lambat, tetapi kami memiliki alat untuk menghindarinya, seperti gzipping dan obsfucation dan yang terpenting, pemuatan lambat.
@komiska: Pekerjaan Anda LUAR BIASA! Siapa yang menginspirasi Anda untuk mengikuti jalur teknologi?
LV: Terima kasih! Saya tidak berpikir itu masalah terinspirasi oleh seseorang. Saya hanya suka membuat sesuatu sejak saya bisa mengingat diri saya sendiri. Ketika saya masih kecil, saya pernah menggunakan tisu dapur untuk membuat dompet dan tas!
Sekitar pukul 12, saya menemukan bahwa pemrograman memungkinkan saya untuk membangun hal-hal yang berguna dengan lebih mudah dan lebih profesional daripada kerajinan tangan. Itu sangat membuat saya terpesona sehingga saya langsung jatuh cinta dengan pemrograman dan terus berusaha untuk menjadi lebih baik dalam hal itu.
@jelmerdemaat: Bagaimana @LeaVerou membuat @dabblet? Dengan kerangka PHP apa / teknik back-end lainnya? Apa bagian yang paling sulit?
LV: Dabblet tidak memiliki database apa pun dan kode sisi server yang terlibat minimal. Sedikit PHP hanya digunakan untuk OAuth dan membuat laman hasil untuk dibagikan tanpa ada dabblet chrome di sekitarnya (berguna untuk kasus pengujian laporan bug). Seperti yang Anda lihat di statistik Github-nya, PHP hanya menyumbang tiga persen dari percobaan. Yang lainnya adalah sisi klien. Ini membantu menghindari situasi jsfiddle: jsfiddle melakukan semua yang ada di server, jadi sekarang setelah berhasil, beban servernya meningkat drastis dan menjadi lambat.
@_dte: Apa fitur CSS mendatang yang paling menarik untuk Anda?
LV: Memfilter efek dengan pasti. Mereka memungkinkan kita melakukan hal-hal yang sebelumnya tidak mungkin, bukan hanya sulit. Saya tidak terlalu tertarik dengan modul tata letak, karena a) perlu waktu lama sebelum kita dapat menggunakannya, karena modul tersebut tidak menurun sama sekali dan b) tata letak selalu memungkinkan, hanya terlalu sulit. Tentu saja, modul tata letak baru juga sangat penting, tetapi itu bukanlah hal yang membuat saya bersemangat.
Saya juga sangat senang dengan unit relatif viewport vw dan vh dan ekstensi CSS3 dari attr () fungsi yang memungkinkan kita untuk menggunakan attr () di setiap properti.
Saya juga sangat ingin melihat browser lain selain yang menerapkan Opera object-fit dan posisi objek, agar kami dapat berhenti menggunakan peretasan latar belakang untuk memotong gambar ke rasio aspek yang berbeda.
@gpirie: Fitur apa yang ingin Anda lihat diperkenalkan ke CSS?
LV: A arus() fungsi yang memungkinkan Anda mereferensikan nilai terhitung dari properti lain. Seperti generalisasi currentColor (yang kemudian akan menjadi alias untuk arus (warna)). Tentu saja, menerapkan hal seperti itu sangat sulit, tetapi kenyataan tidak akan menghentikan saya untuk bermimpi!
@kevdog: Apa tiga kesalahan CSS paling umum?
LV: Kesalahan CSS paling umum yang saya lihat, adalah orang mengkodekan CSS mereka dengan fokus pada hasil, bukan pada kode yang bersih, dapat dipelihara, fleksibel (dan mereka jarang melakukan refactor). Sesuatu itu tidak hanya penting terlihat sekarang, dengan latar belakang tertentu, lingkungan tertentu, dan ukuran tertentu. Seharusnya bisa menyesuaikan untuk berubah dengan mudah, tanpa harus menulis ulang setiap aturan tentangnya dengan cara yang tidak terduga.
Anda mungkin berpikir Anda tidak akan pernah mengubah sesuatu, tetapi dengan waktu yang cukup, Anda hampir pasti terbukti salah. Praprosesor CSS dapat membantu dengan itu. Itu adalah jalan keluar yang mudah, tetapi yang pasti lebih baik daripada kode berulang yang ceroboh.
Kesalahan lainnya adalah CSS yang terlalu bertele-tele. Orang-orang tidak mengetahui default, jadi mereka terus mendefinisikan ulang. Mereka tidak mengetahui singkatan, jadi mereka terus mendefinisikan properti longhand sebagai gantinya. Ada kasus di mana Anda harus melakukan hal-hal itu dengan sengaja, tetapi itu bukan alasan untuk melakukannya secara defensif dalam segala hal.
@kevdog: Jika Anda dapat mengubah satu hal dalam spesifikasi CSS, apakah itu?
LV: Ada banyak saran yang disetujui oleh hampir semua orang di CSSWG, tetapi tidak dapat ditambahkan karena melanggar penggunaan luas yang ada di web. Biasanya, WG menyangkal semuanya atau menambahkan lebih banyak properti untuk mengontrol perilaku, daripada mengubah default. Saya ingin melihat cara untuk ikut serta dalam perubahan yang tidak kompatibel dengan versi sebelumnya, sehingga situs web yang ada tidak rusak. Bahasa lain telah memecahkan masalah ini sejak lama tetapi dengan HTML dan CSS kami terus berjuang untuk kompatibilitas ke belakang dalam biaya desain bahasa yang baik.
@StuRobson: Menurut Anda, apakah developer malas menggunakan framework atau boilerplate secara sembarangan tanpa memahami semua fungsinya?
LV: Tidak, tapi saya pikir itu malas bagi seorang pengembang untuk menggunakan kerangka kerja atau boilerplate tanpa perlu secara pribadi, hanya karena semua orang melakukannya. Mencoba memecahkan masalah yang belum Anda miliki adalah kontraproduktif.
@folktrash: Pada titik manakah "selebriti" terjadi? Bagaimana kamu tahu? Dan apakah itu membantu atau menghalangi kualitas / semantik kode penginjilan?
LV: Terima kasih, tapi saya tidak yakin bisa disebut seperti itu. Semua orang cenderung menganggap orang yang pernah mereka dengar lebih terkenal daripada orang yang tidak mereka kenal. Akibatnya, setiap orang memiliki kecenderungan alami untuk melebih-lebihkan ketenaran mereka sendiri, yang perlu diseimbangkan secara artifisial (dan hampir membabi buta) saat Anda menyadari fenomena ini. Kami juga perlu mengingat bahwa tidak ada orang di industri kami yang benar-benar selebritas, tidak ada nama rumah tangga.
Meskipun demikian, tahun 2011 merupakan tahun yang gila, dan jelas saya mendapat lebih banyak pengakuan atas pekerjaan saya yang bisa saya harapkan. Ini pasti membantu menginjili standar web. Orang-orang lebih memperhatikan ketika saya mengatakan sesuatu sekarang daripada yang mereka lakukan setahun yang lalu. Namun ini terjadi karena hal-hal yang saya katakan terlalu dianalisis, orang dapat membaca terlalu banyak tentangnya dan menyerang saya karena dianggap memiliki pandangan yang bahkan tidak pernah saya pertimbangkan. Atau terkadang, hanya untuk melihat-lihat, titik.
@Tawreh: Mengapa Anda begitu fanatik tentang wanita di industri ini? Saya memahami perlunya kesetaraan, tetapi Anda mendorongnya hingga ekstrem.
LV: Pertama kali saya mendengar yang namanya "persamaan ekstrim". Kesetaraan tidak pernah bisa menjadi ekstrim dan saya ragu siapa pun akan mengatakan hal seperti itu untuk jenis diskriminasi lain, seperti rasisme. Itu adalah "diskriminasi terbalik" atau "bias korektif" yang ekstrim dan saya sangat menentangnya.
Meskipun demikian, saya sama sekali tidak "fanatik" tentang wanita di industri ini, saya "fanatik" terhadap stereotip gender yang menentukan. Saya hampir tidak pernah melihat seksisme di industri kami, sepertinya orang-orang telah memetik pelajarannya dengan baik sejak lama. Menurut saya, rendahnya partisipasi wanita dalam industri kita disebabkan karena mereka merasa tidak diterima lagi. Sisa masyarakat gender kita yang membuat wanita menjauh dari teknik. Anak perempuan kecil bermain dengan mainan yang tidak mendorong mereka untuk mengembangkan keterampilan kognitif sebanyak mainan anak laki-laki. Film dan mainan anak-anak adalah penyebab terburuk stereotip gender dan saya hampir tidak melihat minat di sana. Setiap orang tampaknya memfokuskan upaya mereka pada orang dewasa, memperbaiki kesalahan daripada menghindari untuk membuatnya sejak awal.
@komiska: Apakah akan ada transisi untuk font-weight?
LV: Mengutip catatan dari spesifikasi, "tidak sesederhana itu". Sebagian besar properti tidak memiliki bobot yang cukup untuk kelancaran transisi dan browser tidak dapat menghasilkan status perantara karena tidak ada cara untuk merepresentasikannya di CSS. Karena itu, kami mungkin akhirnya memperpanjang cross-fade () dari CSS4 Image Values untuk diterapkan ke semua nilai CSS, bukan hanya gambar, yang akan memecahkan sebagian besar masalah transisi, dan memberi kita alat canggih yang dapat digunakan secara statis juga.
