FrontEnd

HTML5 에서는 inline 요소, block 요소로만 구분되던 element 들이 Content Model이 생기면서 각각의 역할과 마크업 구조가 명확해졌다.body에 포함할 수 있는 모든 element.콘텐츠와 문서를 구조화하는 elementTransparent

[1] SEO에 영향을 주는 요인들

웹 문서의 개요는 Heading과 Section으로 형성한다.

아무런 의미가 없다다른 적절한 요소가 없을때 마지막으로 선택할 수 있는 요소<div> 요소를 대체할 만한 요소들h\*, p, ul, ol, li, dl, d t, dd, blockquote, pre, address, …article, aside, nav, sect

a, audio, button, details, embed, iframe, img, input, label, select, textarea, video입력 장치(키보드, 마우스)로 조작할 수 있다.참조할 URL이 있으면 <a>, 없으면 <button> 요소를

이미지 마크업도 최적화하는 방법이 있었다고 한 ㄷㅏ!!!

타입 안정성에 있어서 자바나 C- 이러한 타입 안정성 덕분에 코드 생산성을 높이고 버그도 줄일 수 있습니다.

리액트로 개발할 때 SPA을 이용하여 CSR을 하기 때문에 좋은 점도 있지만 단점도 있는데 그 부분이 SEO 부분이다.CSR을하면 첫페이지에서 빈 html을 가져와서 JS파일을 해석하여 화면을 구성하기 때문에 포털 검색에 거의 노출 될 일이 없다.하지만 NextJS에서

📘 학습 후기 타입스크립트의 다양한 타입을 학습하면서 동적 언어와 정적 언어의 차이를 명확히 구분할 수 있었고, ‘타입 안정성’이 어떻게 보장되는지에 대해서 납득했다. 특히 언제, 어떻게, 왜 사용하고 사용하면 안되는지에 대해 구체적으로 이해하게 되었다.

📘 학습 후기 제네릭은 자바를 공부하면서 익히 알고 있던 문법이었다. 서버에서 일관된 응답 값 반환을 위해 제네릭을 사용하곤 한다. 어떤 방식으로 타입의 제네릭을 사용할 수 있을지 관심을 가지며 해당 파트를 읽기 시작했는데, 프론트엔드에서도 공통된 API 응답 타

📘 학습 후기 이 장의 주제를 보고 타입을 어떻게 잘 관리할 수 있을지 알 수 있을 것이라 기대를 했다. 어떻게 하면 타입 확장, 축소를 통해서 중복을 줄이고 재사용성이 높은 타입 정의를 할 수 있을까?

🐒 마주친 문제 하나의 템플릿 안에 section으로 구역을 나누었고, 이때 h 태그를 사용함에 있어서 문제가 발생했다. 바로바로 h1과 h2 태그의 크기가 똑같았던 것이다... h3는 크기가 달랐다. 🙀 처음엔 설정을 잘못한 줄 알았는데 이유가 있었다. 1. `

📘 학습 후기 타입스크립트를 학습하다보면 타입스크립트가 단순히 타입을 지정하는 언어가 아니라, 개발자가 실수할 가능성을 줄이고 안전한 코드를 작성하도록 도와주는 강력한 도구라는 걸 확실히 깨닫게 된다. 알고 쓰면 타입스크립트의 장점을 확실히 느끼며 개발할 수 있을 것

📘 학습 후기 useState, useEffect 등을 학습하고 타입스크립트 활용까지 정리해보았다. 리액트 훅을 학습하면서 기능을 알고 사용하는 건 가능하지만, 그 원리를 잘 이해하고 사용하는 것이 중요하다는 생각을 하게 되었. 쓰는 용어부터 하나하나 어려웠고 내가

📘 학습 후기 너무 어려워서 눈물난다. 상태 관리 리랜더링... 눈물난다. 그치만 프로젝트에 적용 할 유용한 정보인 거 같아서 신난다.. input 상태값, 아이템 체크리스트, 리뷰리스트 등등.. 상태 관리로 성능 개선할 점이 보인다.