◈ Study/기초튼튼 개발지식🥔

[study] 서버 사이드 렌더링 vs 클라이언트 사이드 렌더링 [웹 애플리케이션 렌더링 방식(SSR, CSR)]

- 서버 사이드 렌더링 vs 클라이언트 사이드 렌더링 서버 사이드 렌더링(SSR)과 클라이언트 사이드 렌더링(CSR)은 웹 개발에 있어 주요한 접근 방식이며, 각각의 방법은 웹 애플리케이션을 구축하고 렌더링하는 방식에 있어 서로 다른 접근을 제공한다. 1. 서버 사이드 렌더링(SSR) 웹 애플리케이션의 초기 요청 시 서버 측에서 HTML을 생성하여 클라이언트에 전달하는 방식이다. 이후에는 클라이언트 측에서 JS 파일을 다운로드하고 초기 렌더링을 받은 HTML을 해당 스크립트로 인터랙티브하게 만든다. SEO(검색 엔진 최적화)에 유리하며, 초기 로딩 시간이 짧은 것이 특징이다. - SSR 장점 SEO에 유리하며, 초기 로딩 시간이 짧음 일부 장치에서는 클라이언트 사이드 렌더링보다 더 나은 성능을 보임 - ..

[study] 반영(reflection)과 배포(deployment)의 차이 [소프트웨어 개발의 핵심 단계: 반영과 배포의 이해]

- 반영(reflection)과 배포(deployment)의 차이 개발에서의 반영(reflection)과 배포(deployment)는 둘 다 소프트웨어를 변경하거나 업데이트하는 과정을 나타내지만, 목적과 단계에서 약간의 차이가 있다. 1. 반영(Reflection) 소프트웨어 개발 과정 중 변경 사항을 시스템에 적용하는 단계 주로 개발 환경 또는 테스트 환경에서 이루어짐 개발자가 작성한 코드가 다른 코드와 통합되고, 시스템이 이 변경 사항을 반영하여 동작하는지 확인 주로 버전 관리 시스템을 통해 관리 2. 배포(Deployment) 소프트웨어를 실제 운영 환경에 적용하여 사용자가 이용할 수 있도록 하는 단계 주로 프로덕션 환경 또는 실제 운영 환경에서 이루어짐 개발자들이 작성한 코드 변경 사항이 QA(품..

[study] .htm과 .html의 차이 [MS-DOS 및 Windows 운영체제의 파일 시스템의 8.3 형식]

- .htm과 .html의 차이 "htm"과 "html"은 사실상 같은 것을 가리키는 용어이다. 과거에는 MS-DOS 및 Windows 운영체제의 파일 시스템이 8.3 형식(8글자의 파일 이름과 3글자의 확장자)으로 제한되어 파일 이름이 ".html"이 아닌 ".htm"으로 짧게 사용되는 경우가 있었는데, 이는 오래된 웹 프로젝트에서 종종 볼 수 있다. 웹 브라우저에서는 이 두 확장자를 동일하게 처리한다. 예를 들어, "index.html"을 "index.htm"으로 바꾸는 것은 기술적으로는 동일한 내용의 파일이지만, 파일 이름의 길이가 8자 이내로 제한되는 특정 상황에서 "HTM" 확장자를 사용하는 것이다. 그러나 현대의 운영 체제에서는 파일 이름의 길이에 제한이 거의 없어졌기 때문에 "HTML"이 더..

[study] 프로그래밍 명명규칙 케이스 총 정리 [카멜 케이스(camel case), 파스칼 케이스(pascal case), 케밥 케이스(kebab case), 스네이크 케이스(snake case)]

- 프로그래밍 명명규칙 케이스 총 정리 1. 카멜식(camel case) 낙타 모양에서 따온 방법으로 첫 글자는 소문자로, 두 번째 단어부터는 대문자로 표현하는 방식 → Java 변수 및 메서드 명명에 주로 사용 원문 : MY NAME IS YERMI 카멜식 : myNameIsYermi 2. 파스칼식(pascal case) 카멜식이랑 비슷하지만 첫 단어도 대문자로 시작하는 방식 → 파일이름에 주로 사용 // 원문 MY NAME IS YERMI // 파스칼식 MyNameIsYermi 3. 케밥식(kebab case) 먹는 케밥에 꼬챙이를 낀 모습이며, 모두 소문자로 표현하는 방식. 단어와 단어 사이에는 하이픈(－) 사용 → 스프링의 yml 파일이나 url 주소에서 주로 사용 // 원문 MY NAME IS ..

[study] 인라인 메서드(inline method)란? [코드 내용이 단순할 때 가독성 높이는 방법]

- 인라인 메서드(inline method)란? 인라인 메서드는 메서드 호출의 오버헤드를 줄이고 실행 속도를 향상시키며, 메서드의 이름이 너무 일반적이어서 기능이 무엇인지 정확히 알기 어려울 때 사용하면 가독성을 높일 수 있다. 인라인 메서드는 성능 개선을 위한 최적화 기법 중 하나이지만, 모든 메서드에 적용할 수 있는 것은 아니다. 메서드 크기가 크거나, 호출하는 부분이 많거나, 가상 메서드인 경우 등에는 인라인 메서드를 적용하기 어려울 수 있다. 또한, 인라인 메서드는 코드 중복이 발생할 수 있기 때문에 유지보수성을 고려하여 적절히 사용해야 한다. //인라인 메서드 적용 전 function getRating(driver) { return moreThanFiveLateDeliveries(driver) ..