모든 단일 HTML 및 CSS 표준을 엄격하게 따라야합니까?

몇 년 전 나는 기본 3 개 언어 (HTML, CSS, JS)와 많은 PHP를 알고있는 웹 개발자라고 생각했다. 간단한 텍스트에서 실제 웹 사이트로 이동하는 것은 소위 "표준"으로 인해 고통 스러웠으며 당시에는 엄청나게 복잡했습니다. IE 관련 내용을 제외하고는 이것으로 거의 정리되었습니다.

기존의 일을 더 간단한 방식으로 대체하기위한 표준이 있습니다. 그러나 실제로 일부 항목 (예 : CSS 기반 레이아웃)을 실제로 구현하려고 할 때 더 간단하고 여전히 작동하는 솔루션을 수행하면 실제로 10 배 더 오래 걸렸습니다. 동일하게 렌더링되면 브라우저를 변경하면 10 배 더 길고 중단되는 더 복잡한 예제를 사용해야하는 이유는 무엇입니까? 이것은 Freenode IRC에서 ## php, ## css 및 ## js에서 오랫동안 종교적인 논쟁을 불러 일으켰고 저의 작은 세계를 망쳐 놓았 기 때문에 실제로 ## css에서 금지되었습니다.

내 질문 : 10x 더 오래 걸리지 만 간단한 결과와 동일한 결과를 얻더라도 모든 단일 표준 및 코딩 규칙을 따라야합니까?

설문 조사 태그 (큰 또는 작은) 크기의 웹 사이트가 당신을 위해, 어떻게 당신이 모두에게 표준을 준수?

먼저 제품을 닦고 닦으십시오.

사이트 / 응용 프로그램 / 게임이해야 할 일을하도록하십시오. 그것을 시작하고 실행하고 사람들이 관심을 갖도록하십시오.

그런 다음 시간이 있으면 돌아가서 닦으십시오. 그러나 다른 사람이 아니라 당신이 걱정하기 때문입니다.

물론, 준수하지 않는 문제로 인해 사람들이 볼 수 없거나 읽을 수 없거나보기 흉한 상태이거나로드하는 데 1 개월이 걸리거나 유지 관리가 어렵거나 브라우저가 충돌하는 경우 이는 중대한 문제입니다. 그러나 표준을 준수하더라도 여전히 큰 문제가 될 수 있습니다.

일반 사용자는로드되지 않은 웹 사이트의 소스를 보지 않고 "글쎄, 사진을 표시하지 않지만 완전히 W3C 호환"입니다. 그들은 단순히 다른 웹 사이트를 탐색하고 돌아 오지 않습니다.

결론적으로 표준은 브라우저 작성을 쉽게하고 잠재적 인 보안 허점을 없애기위한 표준입니다. Amazon, Penny-Arcade 및 Stack Overflow는 표준 호환 웹 사이트를 운영하여 돈을 벌지 못합니다. 그리고 당신이 웹 사이트 작성 경쟁에 있지 않는 한, 당신도 마찬가지입니다.

표준 작성자는 접근성 문제와 같이 사용자에게 발생하지 않은 일을 생각했습니다. 표준은 이유가 있습니다. 또한 HTML5를 사용하면 표준을 따르는 것이 매우 쉽습니다.

경우에 따라 표준을 따르지 않는 이유가있을 수 있지만 표준을 따르는 것이 기본 행동이어야합니다.

게으름은 표준을 따르지 않는다는 변명이 아닙니다. 때로는 표준이 바보라면 표준을 따르지 않는 이유입니다. 표준이 어리석은시기를 어떻게 알 수 있습니까? 오랜 기간 동안 모든 관련 표준을 서신과 정신으로 따르기 위해 성실하게 노력하고 일부 틈새 사례의 표준이 실제로 잘못되었다는 합리적이고 잘 뒷받침 된 결론에 도달했을 때 당신.

대부분의 경우 적용 할 수 없습니다.

나는 당신이 할 수있는 한 최선을 다해 표준을 준수한다고 말하지만 너무 많은 시간을 낭비하지 않습니다. 때로는 표준 완성을 추구하기 위해 표준 HTML / CSS를 과도하게 엔지니어링하여 최악의 상태로 남을 수도 있습니다.

예를 들어, 웹 애플리케이션 중 하나에 인보이스 발행 페이지가 있습니다. 이 페이지에는 송장을 발행 할 수있는 긴 품목 목록과 여러 열이 있습니다. 오리지널 개발자는 "테이블은 악하다"라는 신념을 가지고 CSS에서 전체 '테이블'구조를 설계했습니다.

매우 인상적입니다. 이제 보고서에 몇 개의 열을 추가해야 할 때까지 CSS 설정, 너비 등을 조정해야하기 때문에 해당 열이 모든 곳에서 진행되는 것을 볼 수 있습니다.

개발자가 티에 이르기까지 이른바 표준을 따르는 것에 대해 너무 항문 적이 지 않다면 실제로 일반 HTML 테이블이 훨씬 더 합리적이며 인보이스 날짜가 표 형식이라는 것을 깨달았습니다.

이것은 의미 론적 HTML로 나를 안내합니다. 귀하의 HTML에는 귀하의 페이지를 설명하는 요소 만 포함되어야한다고 생각합니다. 스타일은 CSS에 저장해야하며 최악의 경우 HTML 태그의 '스타일'속성에 입력해야합니다.

또한 유효한 HTML을 얻는다면 거의 HTML이 유효성 검사기를 통해 HTML을 배치해서는 안되는 유효한 이유가 없습니다.

고객이 사용하는 브라우저를 지원해야합니다. 둘째, 해당되는 경우 표준을 준수해야합니다.

예를 들어, 최근 프로젝트에서 우리가 지원해야하는 유일한 브라우저는 Firefox 3.5였습니다. 이것은 다른 브라우저에서 페이지가 어떻게 보일지 걱정하지 않고 -moz css 속성을 사용할 수 있음을 의미했습니다. 우리가 표준 CSS를 사용하고 있었기 때문에 실제로 먼 모서리를 둥글게 할 가치가 있었습니까?

여러 브라우저를위한 사이트를 만들 때 표준은 일반적으로 방해하지 않고 도움이됩니다. 나는 대부분의 표준을 준수하려고 노력하지만 브라우저 호환성을 위해 벗어나야한다면 잠을 잃지 않습니다.

여론 조사에서, 저의 대답은 아니오입니다.

맹인을 맹목적으로 따르지 마십시오. 일부 표준은 좋고 일부는 나쁩니다. 그들은 다양한 목적을 제공하며 HTML5의 초안과 같은 일부는 큰 브라우저 제작자와 웹 개발자 모음을 대부분 좋은 것으로 보이는 특정 방향으로 밀어 넣는 역할을합니다. 그러나 항상 표준화 된 수많은 끔찍한 것들이 있다는 것을 기억하십시오 ...

COBOL도 표준이었습니다.