Perbaikan dalam pengembangan web

Baru-baru ini, perdebatan antara tata letak CSS dan tata letak Tabel kembali muncul di Internet. Saya merasa cukup tidak puas pada awalnya: Saya pikir arti tata letak CSS telah mengakar kuat di hati orang-orang, tetapi saya tidak menyangka masih banyak desainer dan pengembang yang tidak setuju.

Setelah menenangkan diri dan menyaksikan diskusi semua orang, setelah memikirkannya dengan cermat, saya merasa alasannya mungkin berasal dari dua aspek:

• Di satu sisi, kehadiran IE6 yang berkepanjangan membuat biaya pengembangan Web tetap tinggi. Pernah ada statistik di Internet, dan data menunjukkan bahwa rasio input/output pengembang Web untuk IE6 adalah yang terendah. Saya percaya bahwa sebagian besar insinyur front-end memiliki pengalaman disiksa oleh IE6. Daripada menggunakan layout CSS yang menyulitkan, lebih mudah dan nyaman menggunakan tabel.
• Di sisi lain, saya menemukan bahwa front-end engineer menjadi lebih pragmatis dan fokus pada efisiensi. Banyak fitur baru CSS2 dan CSS3 yang belum dipopulerkan secara luas, dan keunggulan CSS yang dibicarakan oleh penginjil standar Web sering kali menemui kompromi ketika diterapkan dalam kenyataan. Meskipun saya selalu berkomitmen untuk menginjili standar Web, saya harus setuju: kompatibilitas browser tabel adalah yang terbaik; tata letak tabel lebih mudah digunakan oleh para desainer. Sejauh menyangkut lingkungan domestik, pemotongan tabel masih menjadi cara paling umum untuk membuat topik situs web portal atau halaman promosi situs web e-commerce, dan keberadaannya memiliki rasionalitasnya.

Oleh karena itu, meskipun kita mengagumi tata letak CSS, kita tidak perlu merendahkan tabel itu sendiri untuk membuktikan keunggulannya. Dalam perkembangan sehari-hari, tidak perlu meninggalkan tabel sepenuhnya. Tabel itu sendiri memiliki semantik, dan <table> harus digunakan saat menampilkan tabel data dalam proses pengembangan, bukan ide yang buruk untuk menggunakan tata letak tabel+css dalam beberapa situasi di mana biaya perlu dipertimbangkan. Dalam hal ini, saya mengagumi pendekatan pragmatis para insinyur front-end di Google dan Facebook. Anda dapat memperhatikan kotak dialog pop-up umum dengan bayangan tembus pandang di Facebook, yang dibuat menggunakan <table>, yang juga sangat indah.

Perdebatan ini, dikombinasikan dengan perkembangan standar Web dalam beberapa tahun terakhir, membuat saya berpikir tentang perbedaan antara perbaikan dan reformasi dalam pengembangan Web.

XHTML 2 mencoba untuk berevolusi langsung menjadi XML, mengumumkan penghentian HTML. Ini dulu membuat saya takut, seorang pengembang HTML tradisional. Dan ketika saya melihat organisasi WHATWG mengusulkan HTML5 (yang akhirnya diakui oleh W3C), perbaikannya yang lembut membuat saya merasa lebih ramah. Fakta juga membuktikan bahwa HTML5 semakin dekat dengan kita. Douglas Crockford bahkan merasa HTML5 terlalu keras dan mengusulkan rencana perbaikan untuk HTML 4.2.

Melihat kembali JavaScript, ECMAScript 4 telah mengubah JavaScript secara drastis. Untungnya, komite teknis kembali ke alasan pada tahap akhir, dan ESMAScript 3.1 yang kompatibel dengan versi sebelumnya jelas telah diakui oleh lebih banyak pengembang yang benar-benar berjuang di garis depan.

Perbaikan, dibandingkan reformasi yang berdarah-darah, mungkin merupakan cara yang lebih praktis dan masuk akal untuk mendorong perkembangan teknologi. Hal ini berlaku untuk evolusi standar web, peningkatan produk atau proyek, dan bahkan pembangunan sistem sosial.

Teks asli: http://ued.taobao.com/blog/2009/06/24/web_dev_improve/