Maximize Your Potential 🌙

웹 개발을 하다 보면 를 사용하면서 날짜 표시 형식이 브라우저마다 다르게 보이는 문제를 한 번쯤 경험하게 됩니다.예를 들어 개발자가 날짜를 입력받기 위해 다음과 같이 코드를 작성했다고 가정해 보겠습니다.개발자 입장에서는 당연히 YYYY-MM-DD 형태인 1990-01-01로 표시될 것이라고 생각하기 쉽습니다. 하지만 실제 화면에서는 사용하는 브라우저와 운영체제(OS)의 언어 및 지역 설정에 따라 날짜가 서로 다른 형태로 표시될 수 있습니다.어떤 환경에서는 1990-01-01처럼 보이는 반면, 다른 환경에서는 1990. 01. 01, 01/01/1990 또는 yyyy. mm. dd와 같은 형태로 표시될 수 있습니다.그렇다면 HTML의 날짜 형식을 개발자가 원하는 YYYY-MM-DD로 강제로 통일할 수 있..

프로그래머스 DFS/BFS 문제 중 여행경로 문제를 풀어봤다.처음 코드를 보면 visit[i] = true로 만들었다가 DFS 호출이 끝난 뒤 다시 false로 바꾸는 부분이나, DFS에 어떤 값을 파라미터로 넘겨야 하는지가 조금 헷갈릴 수 있다.이번 글에서는 여행경로 문제를 통해 DFS와 백트래킹이 실제로 어떻게 움직이는지 정리해보려고 한다.1. 문제 이해하기항공권 정보가 다음과 같이 주어진다.[["ICN", "JFK"], ["HND", "IAD"], ["JFK", "HND"]]각 항공권은 다음 의미를 가진다.["ICN", "JFK"]출발지 도착지 ICN ───→ JFK그리고 조건이 있다.항상 ICN에서 출발주어진 항공권을 모두 사용같은 항공권은 한 번만 사용가능한 경로가 여러 개라면 ..

개발자가 여러 프로그래밍 언어를 넘나들며 코드를 작성할 때, 가장 빈번하게 혼란을 겪는 부분 중 하나가 바로 '코드 포매팅(Formatting)과 스타일 컨벤션'입니다. 그 중에서도 함수나 메서드, 제어문이 시작되는 첫 중괄호({)를 연 직후에 빈 줄(Blank Line)을 넣을 것인가 말 것인가에 대한 문제는 단순한 개인 취향을 넘어 언어 생태계의 철학과 표준 가이드라인에 깊게 얽혀 있는 주제입니다.결론부터 요약하면 다음과 같습니다.자바(Java): 언어적 표준 관례 및 공식 가이드상 중괄호 { 뒤에 빈 줄을 두는 것은 오답(Bad Practice)에 가깝습니다.자바스크립트(JavaScript): 절대적인 정답이 없으며, 프로젝트가 채택한 ESLint 설정(padded-blocks) 및 팀의 스타일에 ..

개발 공부를 할 때는 주로 코드가 정상적으로 동작하는지에 집중하게 된다. 알고리즘 문제를 풀 때도 정답이 나오면 넘어가는 경우가 많다.하지만 실제 개발 업무를 시작해 보니 단순히 코드가 동작하는 것만으로는 부족했다.변수명부터 if문의 구조, DTO와 DAO 사용 방법, SQL 작성 방식, JavaScript 비동기 처리까지 생각보다 많은 부분에서 코드리뷰를 받게 된다.이번 글에서는 신입 개발자로 일하면서 자주 지적받았던 내용을 바탕으로 실무에서 신입 개발자가 놓치기 쉬운 코딩 규칙을 정리해 보려고 한다.1. 변수명은 의미가 보이도록 작성하기처음 코드를 작성하다 보면 변수명을 단순하게 만드는 경우가 많다.String str;int num;List list;String temp;코드가 짧을 때는 크게 문제가..

Oracle DB 성능 튜닝 DAY5에서는 서브쿼리를 Oracle이 내부적으로 어떻게 처리하고 최적화하는지를 중심으로 공부했다.SQL을 작성하다 보면 IN, EXISTS, 스칼라 서브쿼리, 인라인 뷰, WITH절 등을 자주 사용한다.그런데 우리가 작성한 SQL의 형태와 Oracle이 실제로 실행하는 형태가 항상 같은 것은 아니다.Oracle Optimizer는 필요에 따라 SQL을 내부적으로 변환하는 Query Transformation을 수행한다.이번 DAY5에서는 이러한 변환이 실행계획에 어떤 영향을 주는지 직접 비교해봤다.1. 날짜 데이터와 결합 인덱스먼저 날짜 데이터를 이용한 테이블을 생성했다.CREATE TABLE TDT ASSELECT DT,TO_CHAR(DT,'YYYY') AS YYYY,TO..

Oracle DB 성능 튜닝 DAY4에서는 지금까지 배웠던 인덱스와 실행계획을 바탕으로 조인을 어떻게 효율적으로 수행할 것인가를 공부했다.특히 이번에는 단순히 JOIN 문법을 공부하는 것이 아니라,어떤 테이블을 먼저 읽을 것인지Nested Loops와 Hash Join 중 무엇을 사용할 것인지인덱스가 조인 성능에 어떤 영향을 주는지옵티마이저가 실행 중 계획을 변경할 수 있는지불필요한 테이블 접근 자체를 제거할 수 있는지를 실행계획을 통해 확인했다.1. 힌트를 작성했는데 왜 적용되지 않을까?다음 SQL을 보면 EMP 테이블의 인덱스를 사용하도록 힌트를 작성했다. SELECT /*+ INDEX(EMP EMP_HIREDATE_IX) */EMPNO, ENAME, HIREDATEFROM EMP EWHERE HIR..

Oracle DB 성능 튜닝 교육 DAY3에서는 DAY2에서 배웠던 실행계획과 인덱스에서 조금 더 깊게 들어가 실제로 SQL 성능을 결정하는 요소들을 공부했다.이번 교육의 핵심은 크게 세 가지였다.인덱스를 사용한다고 무조건 빠른 것은 아니다.메모리가 부족하면 SORT나 HASH 연산에서 디스크 I/O가 발생한다.SQL 튜닝에서는 결국 불필요한 테이블 접근과 작업량을 얼마나 줄이느냐가 중요하다.이번 글에서는 DAY3에서 공부한 내용을 정리해본다.1. 인덱스와 ROWID의 관계먼저 ROWID의 구조부터 확인했다.SELECT employee_id, last_name, rowid, DBMS_ROWID.ROWID_RELATIVE_FNO(rowid) AS FILE_NO, ..

Oracle DB 성능 튜닝 교육 DAY2에서는 전날 배웠던 옵티마이저와 실행계획 개념에서 한 단계 더 들어가 실제 실행계획을 확인하고 인덱스가 어떻게 사용되는지를 공부했다.특히 이번 교육에서 중요하게 느꼈던 부분은 단순히"인덱스를 만들면 SQL이 빨라진다."가 아니라는 점이었다.같은 SQL이라도 데이터의 분포나 조건에 따라 TABLE FULL SCAN이 유리할 수도 있고 INDEX RANGE SCAN이 유리할 수도 있다.또한 WHERE절을 어떻게 작성하느냐에 따라 이미 존재하는 인덱스를 제대로 활용하지 못할 수도 있다.이번 글에서는 DAY2에서 공부한 내용을 정리해본다.1. 실행계획(Execution Plan)이란?SQL을 작성하면 Oracle의 옵티마이저가 데이터를 어떤 방법으로 가져올 것인지 결정한..

GROUP BY 때문에 1:N 관계가 달라져 보이는 이유SQL을 작성하다 보면 부모 테이블과 자식 테이블을 JOIN했는데, 예상했던 것보다 조회 결과가 여러 행으로 나오는 경우가 있다.특히 GROUP BY가 포함된 SQL을 보면 이런 생각이 들 수 있다."원래 부모 테이블이 기준인데 왜 결과에서는 한 건이 여러 행으로 나오는 거지?"이때 중요한 것은 테이블의 실제 관계와 SQL 조회 결과의 집계 단위를 구분하는 것이다.예제로 간단하게 살펴보기구매 시스템에 다음과 같은 두 테이블이 있다고 가정해보자.ORDER_MASTER : 구매요청서 정보ORDER_ITEM : 구매요청서에 포함된 물품 정보테이블 관계는 다음과 같다.ORDER_MASTER구매요청서 1건 │ ├── ORDER_ITEM 물품..

Oracle SQL 튜닝 교육 첫날에는 Oracle 데이터베이스의 기본 구조, SGA와 PGA, SQL 문장 처리 과정, Hard Parse와 Bind Variable, 그리고 Optimizer와 실행계획까지 전체적인 흐름을 공부했다.SQL 튜닝을 공부하기 전에 먼저 Oracle 내부에서 SQL이 어떤 과정을 거쳐 실행되는지 이해하는 것이 중요하다.1. Oracle 데이터베이스 서버 구조Oracle 데이터베이스 서버는 크게 다음 두 부분으로 구성된다.Oracle Database Server = Instance + Database여기서 Instance는 다시 다음과 같이 구성된다.SGA(System Global Area)Background ProcessSGA는 여러 프로세스가 함께 사용하는 공유 메모리 영..