IT 연구소

입문부터 실무 레벨업까지 40편 Java 커리큘럼을 순서대로 정리했습니다. 어디서 시작해야 할지 고민이라면 이 로드맵부터 따라가 보세요.도입 (문제 상황)Java를 공부하려고 검색을 시작하면 글은 많은데, 어떤 순서로 읽어야 할지 막막해질 때가 있습니다. 특히 실무까지 고려한다면 문법 정리만으로는 부족합니다. 이 글은 Java 17 기준 40편 커리큘럼을 한 번에 볼 수 있는 로드맵 허브 페이지입니다.핵심 개념 (Java 학습 로드맵 구조)이 시리즈는 다음 3단계 구조로 설계했습니다.단계목적구성PART 1기초 체력 다지기문법 + 객체지향 기본PART 2실력 끌어올리기컬렉션, 제네릭, Stream, 동시성PART 3실무 레벨업설계, 모던 문법, 테스트, 성능📘 PART 1. Java 입문 — 기초 체력 ..

Java 17 기준으로 인터페이스와 추상 클래스를 언제 선택해야 하는지, default 메서드 활용과 다중 구현 패턴을 실전 관점에서 정리합니다.도입 (문제 상황)기능 확장을 하다 보면 “이건 인터페이스로 빼야 할까, 추상 클래스로 묶어야 할까?” 같은 질문을 자주 하게 됩니다. 특히 기존 코드에 공통 로직이 생기거나, 여러 구현체가 섞이기 시작하면 선택이 더 어렵습니다. 오늘은 실무에서 바로 쓰는 구분 기준과 default 메서드, 다중 구현 패턴을 함께 정리해 봅니다.핵심 개념: Java 인터페이스와 추상 클래스, 무엇이 다를까요?인터페이스와 추상 클래스는 둘 다 “구현을 강제한다”는 공통점이 있지만, 설계 의도가 다릅니다.인터페이스는 “이 타입은 이런 능력(계약)을 가졌다”를 표현하기 좋습니다. 구..

Java에서 extends 상속이 실무에서 왜 위험해질 수 있는지, 조합 우선 원칙과 상속을 써야 할 때의 기준을 예제 코드로 정리합니다. 기능이 비슷해 보여서 extends로 빠르게 붙였는데, 몇 달 뒤 “이 클래스만 예외 처리” 같은 요구가 들어오면서 수정이 폭발한 경험 있으실 거예요. 상속은 한 번 얽히면 풀기 어렵고, 특히 라이브러리 클래스 상속은 예상 못한 동작 변경으로 이어지기도 합니다. 그래서 실무에서는 “상속보다 조합(Composition) 우선”을 자주 원칙으로 둡니다.핵심 개념: Java에서 extends가 위험해지는 지점과 조합 우선 원칙상속은 is-a 관계를 코드로 고정하는 도구입니다. 문제는 요구사항이 바뀌면 is-a가 쉽게 무너진다는 점이에요. 예를 들어 “알림”이 처음엔 이메일..

Java 접근 제어자 범위와 캡슐화의 목적을 실무 관점에서 정리하고, getter/setter 남용을 피하는 방법과 불변 객체 기본 패턴을 예제로 설명합니다. 클래스를 만들다 보면 “일단 public으로 열어두고 나중에 정리할까?”라는 유혹이 자주 생깁니다. 그런데 시간이 지나면 필드가 여기저기서 직접 수정되고, 원인을 찾기 어려운 버그가 늘어나요. 접근 제어자와 캡슐화는 이런 상황을 초기에 막아주는 가장 값싼 안전장치입니다.핵심 개념 (Java 접근 제어자와 캡슐화가 중요한 이유)캡슐화의 핵심은 “데이터(상태)를 숨기고, 의미 있는 동작(행위)만 공개한다”는 겁니다. 비유하자면 자동차 엔진룸을 운전자가 직접 만지게 두는 대신, 페달/핸들처럼 안전한 인터페이스만 제공하는 것과 비슷해요. 접근 제어자는 그..

Java 17 기준으로 유지보수하기 좋은 메서드를 만드는 핵심 규칙을 파라미터/반환 타입/오버로딩/메서드 길이 관점에서 정리합니다. 메서드를 “일단 동작하게” 만들어두면, 시간이 지나면서 파라미터가 계속 늘고 반환 값도 애매해져서 호출부가 복잡해지는 경험을 하실 때가 많습니다. 특히 오버로딩을 남발하거나, 너무 긴 메서드가 한 번에 여러 책임을 떠안기 시작하면 수정이 무서운 코드가 되기 쉽습니다.핵심 개념: Java 메서드 설계에서 가장 중요한 4가지1) 파라미터 설계: “적게, 명확하게, 안정적으로”파라미터는 메서드의 “사용 설명서”입니다. 많아질수록 호출부는 실수하기 쉬워지고, 순서 기반(특히 같은 타입 여러 개)일수록 버그가 숨어들기 좋습니다.0~2개가 이상적이고, 3개 이상이면 “이 메서드는 너무..

Java 17 기준으로 클래스와 객체를 왜 분리해서 생각해야 하는지, 생성자와 this의 역할, 실무에서 통하는 클래스/필드/메서드 네이밍 컨벤션까지 한 번에 정리합니다. 코드가 커질수록 “그냥 변수 몇 개와 함수 몇 개면 되는데, 왜 굳이 클래스로 나눠야 하지?”라는 생각이 들 때가 있어요. 특히 DTO, 도메인, 서비스가 뒤섞이면 객체지향이 오히려 복잡해 보이기도 합니다. 클래스와 객체를 제대로 구분해서 설계하면, 복잡함이 줄고 변경에 강해집니다.핵심 개념 — Java에서 클래스와 객체를 분리해 생각해야 하는 이유클래스는 **설계도(타입)**이고, 객체는 그 설계도로부터 만들어진 **실체(인스턴스)**입니다. 이 구분이 중요한 이유는 단순히 “문법”이 아니라, **변경을 어디에 가둬둘지(캡슐화)**를..

Java 17 기준으로 if/switch, for/while 사용법을 실무 관점에서 정리하고, ==/equals, 부동소수점 비교 등 자주 터지는 비교 연산 실수를 한 번에 예방합니다. 분기 로직이 늘어나면 “왜 이 케이스만 타지?” 같은 디버깅이 자주 생깁니다. 특히 ==와 equals()를 헷갈리거나, switch의 fall-through를 놓치면 버그가 조용히 숨어요. 이번 글에서는 Java에서 가장 자주 쓰는 연산자/제어문을 “실수 방지” 관점으로 정리해 봅니다.핵심 개념: Java if/switch/반복문을 ‘안전하게’ 쓰는 기준 제어문 자체는 단순하지만, 중요한 건 “코드가 커졌을 때도 의도가 유지되느냐”입니다. 같은 조건 분기라도 if가 더 읽기 쉬운 경우가 있고, 반대로 switch가 더 ..

Java 17 기준으로 기본 타입 8가지와 참조 타입의 차이, var 타입 추론의 정확한 동작, 실무에서 자주 쓰는 타입 선택 기준을 한 번에 정리합니다. 코드를 읽다 보면 int는 익숙한데 long을 써야 하는지, double 대신 BigDecimal을 써야 하는지 헷갈릴 때가 많습니다. 또 Java 10+에서 var가 들어오면서 “그냥 다 var로 쓰면 되는 거 아닌가?” 같은 고민도 자주 생깁니다.핵심 개념: Java 타입을 “정확히” 고르는 기준 (기본 타입 8가지 + var)Java의 타입은 크게 기본 타입(primitive) 과 참조 타입(reference) 으로 나뉩니다. 중요한 건 문법보다도 “어떤 선택이 버그와 비용을 줄이느냐”예요.기본 타입(primitive) 8가지: 성격만 정확히 잡..

SDKMAN!으로 JDK 17을 설치하고 IntelliJ IDEA에서 프로젝트를 만들고 첫 Hello World까지 한 번에 끝냅니다. Java를 다시 시작하려고 하면 생각보다 먼저 막히는 지점이 있어요. “JDK는 뭘 깔아야 하지?”, “IntelliJ에서 왜 실행이 안 되지?” 같은 환경 설정 문제입니다. 이 글에서는 설치부터 실행까지, 한 번에 끊기지 않게 연결해 드릴게요.핵심 개념: Java 개발 환경에서 진짜 중요한 건 “버전 고정”입니다개발 환경 세팅에서 가장 중요한 포인트는 JDK를 ‘설치’하는 것 자체가 아니라, 프로젝트마다 JDK 버전을 ‘일관되게’ 쓰는 것입니다. 팀원마다 JDK 17, 21, 혹은 다른 벤더(Temurin, Oracle 등)를 섞어 쓰면, 로컬에서는 되던 코드가 CI에..

Java가 여전히 현업에서 선택되는 이유를 생태계·성능·운영 관점에서 정리하고, Java 17/21 LTS 중심으로 JDK 버전 선택 기준을 제시합니다.도입 (문제 상황)새 프로젝트를 시작할 때 “요즘도 Java로 가는 게 맞을까요?”라는 질문을 한 번쯤 하실 거예요. 주변에서는 Kotlin, Go, Node.js, Python 등 선택지가 많고, Java는 “오래된 기술”처럼 보이기도 합니다. 그런데도 채용 공고와 대규모 서비스의 코어를 보면 Java 비중은 여전히 큽니다.핵심 개념: Java가 ‘아직도’ 선택되는 이유와 JDK LTS가 중요한 이유Java를 계속 쓰는 이유를 한 문장으로 줄이면 **“예측 가능한 운영”**입니다. 언어 자체의 문법보다, 생태계·성숙도·장기 운영 비용에서 강점이 큽니다...