나는 HTML을 좋아한다.나는 그것에 대해 많이 알면 알수록 그것이 천재적인 작품이라고 생각한다.가장 중요한 것은, 나는 그것이 프로그래밍 언어가 아니라는 것을 좋아한다.
프로그래밍 언어가 엉망이야.그것들은 항상 실패한다. (나는 항상 첫 번째 시도에서 JavaScript를 완벽하게 작성했지만, 그것은 시종 실패했다고 맹세한다🤷).
더 심각한 것은, 그들이 실패했을 때, 대부분의 시간 동안 프로그램 전체가 실패했다는 것이다.나는 차라리 이쑤시개를 바람이 부는 다리 위에 쌓고 싶다.
하지만 HTML의 아름다움에 비하면:

<nav>
  <ul>
    <li><a href="/">Home</a></li>
    <li><a href="products.html">Products</a></li>
    <li><a href="about.html">About</a></li>
  </ul>
</nav>

이것은 아름다운 의미의 HTML5이다.그것은 방문에 도움이 된다.그것은 읽기 쉬운 성에 도움이 된다.그것은 스타일링에 도움이 된다.그것은 파충류를 돕는다.
그리고 그것은 실패하지 않았다.
이전 브라우저가 HTML5를 모르는 경우 nav 요소만 이전 요소div로 간주하고 작동합니다.
개발자나 코드 편집기 (예: WordPress 백엔드) 를 가진 사용자가 nax 를 작성하지 않고 작업을 할 수 있습니다.
다른 예를 살펴보겠습니다.

<details>
  <summary>HTML</summary>
  HTML is an acronym for HyperText Markup Language. It was created by Tim Berners-Lee in 1989.
</details>

모든 사람이 nav 요소를 알고 있는 것은 아니기 때문에 다음은 현대 브라우저에서 발생할 내용입니다.
나는 이런 행위에 대해 프로그래밍을 하지 않았다.나는 문서의 내용을 묘사했고, 브라우저가 가능한 한 그것을 보여줄 것이라고 믿었다.나는 이것이 매우 멋있다고 생각한다.
이전 브라우저에도 적용됩니다. 상호작용은 없지만 내용이 표시되는 것이 가장 중요합니다.

냉정을 유지하고 프로그래밍을 멈추다

프로그래밍하고 싶지 않아요.나는 내 사이트가 무엇을 해야 하는지 설명하기 부족할 때 자주 어쩔 수 없이 해야 한다.우리 많은 사람들과 마찬가지로, 나는 매일 앞부분 자바스크립트 프레임워크를 둘러싸고 일하는데, 그 중 일부를 매우 좋아한다.
그러나 내가 사용자를 생각할 때, 나는 내가 그들에게 할 수 있는 최악의 일이 프로그래밍이라는 것을 안다.
내가 프로그래밍을 할 때마다 나는 머릿속에 이상한 서류에 서명하고 싶었다.

I hereby acknowledge that I'm introducing a non-standard behavior into this website, discharging the browser of its responsibility to ensure a reliable experience for every user. I do this fully aware of my partial knowledge of web technologies, of the existence of limits in my implementations, temporal and technical, which cannot be estimated. I realize that what I'm doing will probably break at some point or in some situations. But I have no choice and I promise not to fuck it up.

다른 한편, 내가 HTML과 웹 표준을 사용할 때, 나는 숙련된 브라우저 개발자의 공유 지식과 수십 년 동안 웹을 위대한 플랫폼으로 만들기 위한 변론에 의존했다.
이것이 바로 HTML에 대한 깊은 이해가 매우 가치가 있는 이유이다. 그것은 사용자에게 질만 가져다 줄 뿐, 이것이 하루가 끝날 때 유일하게 중요한 일이다.

회복력

제레미 키스(Jeremy Keith)는 올해 가장 멋진 글Resilient Web Design에서 XHTML 2.0 때문에 우리는 HTML의 가장 강력한 한 부분을 거의 잃었다고 말했다.

[XHTML 2.0] would also implement XML’s draconian error‐handling model. If there is a single error in an XML document — one unquoted attribute or missing closing slash — then the parser should stop immediately and refuse to render anything.

고맙게도 우리는 그런 것이 없다.

XHTML 2.0 died on the vine. Its theoretical purity was roundly rejected by the people who actually made websites for a living.

자료 출처:https://speakerdeck.com/elkraneo/html5
내가 너에게 말했지: 이성적인 사람은 프로그래밍을 하고 싶지 않고, 프로그래밍에 접근하고 싶지 않다.

HTML이 어려워요?

물론 HTML이 이렇게 훌륭한 언어가 되려면 그것을 알아야 한다.내 말은 정말 알고 있다는 거야.
의미, 액세스 가능성, 검색 엔진 최적화, 브라우저 호환성 및 기본 스타일, 새 탭, 비활성화 탭, 언어 및 시간과 관련된 특정 속성, 양식, 성능 최적화, 메타데이터, 미디어 자원...
프레임에서 생성된 태그 수프를 고려하지 않아도 좋은 HTML 태그와 좋은 HTML 태그 사이에는 큰 차이가 존재한다.
HTML (및 CSS) 을 웹 개발의 간단한 부분으로 간주하는 것은 잘못된 것입니다.문제는 네가 이 언어들을 잘 이해해야만 이 점을 의식할 수 있다는 것이다.
JavaScript는 어렵습니다.왜 다들 알아요?당신이 일을 시작하기 전에, 당신은 프로젝트 전체를 방해하는 수많은 빨간색 오류를 만날 수 있기 때문이다.고통스러운 디버깅을 거쳐야만 코드가 정확하게 실행될 수 있습니다.

HTML은 실패할 수 없습니다.너는 라벨 수프를 쓸 수도 있고, 나쁜 표를 쓸 수도 있고, 어떤 좋은 방법도 따르지 않을 수도 있지만, 기본적인 탄력을 가지고 있기 때문에 실패하지 않을 것이다.
JavaScript를 처음 작성했을 때는 엉망이었습니다.처음 HTML을 작성했을 때, 당신은 자신이 인터넷 천재처럼 느껴졌다.
시간과 지식이 있어야만 당신은 자신이 천재가 아니라는 것을 깨달을 수 있다. HTML 디자이너는 천재이다. 그들은 당신에게 좋은 도구를 주었다. 이것은 대량의 실천과 인내심이 있어야만 진정으로 정확하게 할 수 있다.
HTML의 허용성은 많은 사람들에게 인터넷에 기여할 수 있는 기회를 주었다. 이것은 짐 버너스 리의 바람과 얼마나 관련이 있는지.그러나 전문 개발자에게는 이런 표면적인 단순성에 의존하지 않고 이런 강력한 언어를 진정으로 파악할 책임이 있다.

인터넷 언어의 신분 위기

우리가 사물을 어떻게 부르는지는 매우 중요하다.프로젝트의 관건적인 부분을 알고 있을 때, 프로젝트의 HTML/CSS 부분이 이렇게 빈번하게 평가절하되는 것을 보는 것은 매우 실망스럽다.프런트엔드 개발자가'CSS에 관심이 없다'는 말을 듣고 화면에 픽셀을 표시하는 것이 거의 이 작업의 정의라는 것을 들으니 매우 고통스럽다.
아마도 HTML을 프로그래밍 언어라고 부르는 것은 그것으로 하여금 더욱 사람들의 관심을 끌 수 있게 할 것이다.월급에 대한 편견, 심지어 이와 관련된 성차별을 의식하지 않는다면 천진난만하다.알다시피 HTML/CSS는 표시 부분이기 때문에 이것은...여성적

다른 한편, 나는 HTML을 읽는 것이 프로그래밍 언어라는 것을 이해한다. 나를 포함해서.프로그래밍 언어가 더 좋다고 생각해서가 아니라HTML이 프로그래밍 언어가 되기를 원하지 않기 때문이다.

우리는 단지 물건을 짓고 있을 뿐이다

나의 과정에서 나는 자주 용어를 사용하여 언어를 발전시킨다.나는 그것이 영어에서 자주 사용된다고 생각하지 않는다.프랑스어에서 우리는'langage de dé development'라고 하는데, 나는 이것이 매우 아름답다고 생각한다.
이 용어가 있으면 모든 사람을 미치게 하지 않고 HTML, CSS, JS를 다시 통합할 수 있다.출처:

Develop: to invent something or bring something into existence

HTML/CSS가 프로그래밍 언어로서의 논쟁은datetimes가 끝날 때까지 계속될 것 같지만, 때로는 JS와 함께'어떤 기능을 실현하는 데 사용된다'는 사실은 조금도 논쟁이 없는 것 같다.
Cambridge Dictionnary
우리는 모두 개발자다.
누가 네가 프로그래밍하고 있는지 아닌지를 마음에 두느냐?유일하게 중요한 것은 네가 짓고 있는 물건의 질이다.
나는 우리가 비프로그래밍을 다시 멋있게 하기만 하면 된다고 생각한다.