Beberapa tahun yang lalu saya menganggap diri saya sebagai pengembang web, mengetahui 3 bahasa dasar (HTML, CSS, JS) dan banyak PHP. Pindah dari teks sederhana ke situs web sebenarnya sangat menyebalkan karena apa yang disebut "standar" di luar sana, yang pada saat itu sangat rumit bagi saya. Ini cukup banyak bermuara pada ini (minus hal-hal terkait IE):
Standar ada untuk menggantikan cara lama dalam melakukan sesuatu dengan cara yang lebih sederhana. Namun ketika mencoba untuk benar-benar mengimplementasikan beberapa hal (Sepenuhnya tata letak berbasis CSS misalnya), butuh 10x lebih lama untuk benar-benar melakukannya maka jika saya melakukan solusi yang lebih sederhana dan masih berfungsi. Jika dirender sama, mengapa saya harus menggunakan contoh yang lebih rumit yang membutuhkan waktu 10x lebih lama dan rusak setelah Anda mengubah peramban? Ini memicu banyak perdebatan agama dalam ## php, ## css, dan ## js di Freenode IRC dan benar-benar membuat saya dilarang ## css karena saya mengacaukan dunia kecil mereka di sana.
Pertanyaan saya: Apakah saya harus mengikuti setiap standar dan konvensi pengkodean walaupun mereka membutuhkan waktu 10 kali lebih lama tetapi hasil yang sama dengan saya?
Untuk tag polling, Anda yang memiliki situs web dengan ukuran apa pun (besar atau kecil), apakah Anda mengikuti semua standar?
sumber
Jawaban:
Produk pertama, lalu poles.
Buat situs / aplikasi / game Anda melakukan apa yang seharusnya dilakukan. Bangkit dan jalankan, dan buat orang tertarik.
Kemudian, ketika Anda punya waktu, kembali dan poles. Tetapi hanya karena Anda peduli, bukan karena orang lain peduli.
Tentu saja, jika masalah ketidakpatuhan berarti orang tidak dapat melihatnya, atau jelek sekali, atau butuh satu bulan untuk memuat, atau sulit untuk mempertahankannya, atau crash browser, ini adalah masalah besar. Tapi itu masih akan menjadi masalah besar bahkan jika Anda memenuhi standar.
Pengguna biasa tidak melihat sumber untuk situs web yang tidak memuat dan pergi, "Yah, itu tidak menampilkan gambar, tetapi sepenuhnya W3C-compliant". Mereka hanya menjelajah ke situs web lain dan tidak pernah kembali.
Intinya, standar ada untuk membuat browser menulis lebih mudah, dan untuk menutup lubang keamanan potensial. Amazon, Penny-Arcade, dan Stack Overflow tidak menghasilkan uang dari menjalankan situs web yang sesuai standar. Dan kecuali Anda dalam kompetisi menulis situs web, Anda juga tidak.
sumber
Penulis standar telah memikirkan hal-hal yang belum terpikirkan oleh Anda, seperti masalah aksesibilitas. Standar ada karena suatu alasan. Dan, dengan HTML5, standar cukup mudah diikuti.
Mungkin, kadang-kadang, ada alasan untuk tidak mengikuti standar, tetapi mengikutinya harus menjadi perilaku default Anda.
sumber
Kemalasan bukan alasan untuk tidak mengikuti standar. Terkadang, jika standarnya bodoh, itu adalah alasan untuk tidak mengikutinya. Bagaimana Anda tahu kalau standarnya bodoh? Ketika Anda telah melakukan upaya dengan itikad baik selama periode yang panjang untuk mengikuti semua standar yang relevan baik secara tertulis maupun dalam semangat dan Anda telah sampai pada kesimpulan yang masuk akal dan didukung dengan baik bahwa standar dalam beberapa kasus khusus sebenarnya salah, bukan kamu.
Sebagian besar waktu, ini tidak akan berlaku.
sumber
Saya akan mengatakan 'patuhi' standar sebaik mungkin - tetapi jangan buang terlalu banyak waktu untuk melakukan nitpicking, kadang-kadang Anda dapat merekayasa standar HTML / CSS dalam mengejar kesempurnaan standar dan dibiarkan dalam kondisi terburuk.
Sebagai contoh, di salah satu aplikasi web kami, kami memiliki halaman untuk faktur. Halaman ini mencantumkan daftar panjang item yang akan ditagih dan berisi beberapa kolom. Pengembang asli bertindak berlebihan dengan sindrom "Tables are evil" sehingga ia merancang seluruh struktur 'tabel' di CSS.
Cukup mengesankan, sampai Anda adalah orang yang sekarang perlu menambahkan beberapa kolom tambahan ke laporan, saksikan kolom-kolom itu pergi ke mana-mana karena Anda perlu menyesuaikan pengaturan CSS, lebar dll ..... mimpi buruk.
Jika pengembang tidak begitu anal tentang mengikuti standar yang disebut sampai ke tee, dia akan menyadari bahwa sebenarnya, tabel html biasa akan jauh lebih masuk akal, tanggal faktur pada akhirnya, tabular.
Ini membawa saya ke HTML semantik. Saya percaya bahwa HTML Anda seharusnya hanya mengandung elemen yang menggambarkan halaman Anda. Gaya harus disimpan dalam CSS dan paling buruk, dimasukkan dalam atribut 'Gaya' dari tag HTML yang berlaku.
Saya juga melihat tidak ada alasan yang sah mengapa seseorang tidak harus meletakkan HTML mereka melalui validator - asalkan Anda mendapatkan HTML yang valid Anda cukup banyak di sana.
sumber
Pertimbangan pertama Anda harus mendukung browser yang digunakan pelanggan Anda. Kedua, Anda harus mematuhi standar jika berlaku.
Misalnya, dalam proyek terbaru, satu-satunya browser yang harus kami dukung adalah Firefox 3.5. Ini berarti kami dapat menggunakan properti -moz css tanpa khawatir seperti apa halaman itu di browser lain. Apakah itu benar-benar layak dilakukan sudut bulat, jadi kami menggunakan css standar?
Karena itu, ketika membuat situs untuk banyak browser, standar biasanya akan membantu Anda, bukannya menghalangi Anda. Saya akan mencoba untuk mematuhi sebagian besar standar, tetapi tidak kehilangan tidur jika saya harus menyimpang untuk kompatibilitas browser.
Untuk jajak pendapat, jawaban dari saya adalah No.
sumber
Jangan mengikuti stanard secara membabi buta. Beberapa standar baik, beberapa buruk. Mereka melayani berbagai keperluan dan beberapa, seperti konsep HTML5, berfungsi untuk mendorong koleksi pembuat browser besar dan pengembang web dalam satu arah tertentu yang tampaknya sebagian besar baik. Tetapi selalu ingat bahwa ada banyak hal buruk di luar sana yang telah distandarisasi ...
COBOL juga standar.
sumber