푸른영혼의 별 | Tech Blog
Java Backend Engineer의 기술 블로그입니다.
Spring Boot, MSA, JPA, Kafka, Kubernetes 등 실무 경험을 공유합니다.
주요 프로젝트: Settlement MSA · ASAT · GitHub
Posts (총 211편 · 1 / 22 페이지)
-
-
자료구조와 알고리즘의 *본질* — *관계의 *형식화* 와 *변형의 *절차*
자료구조 가 *무엇인지 묻 으면 — 학생 은 리스트 / 트리 / 해시 라 답한다. 알고리즘 이 *무엇인지 묻 으면 — 정렬 / 탐색 / 그래프 순회 라 답한다. 이건 목록일 뿐 본질은 *아니다. 왜 이것들이 *세상의 *모든 *컴퓨터 문제 의 공통 어휘 가 되었나* — 그 *밑바닥 의 질문 이 이 글의 주제.
-
*알고리즘 코딩테스트* 의 *중요도 *Tier S/A/B/C 분류* + *Java vs Python *언어별 *작성 시간 / 메모리 / 함정* 비교 + *3 개월 학습 로드맵* — *프로그래머스 / LeetCode / 백준 *모든 시험 대응* 의 *우선순위 가이드***
이 글은 코딩 테스트 의 방대한 토픽 리스트 를 중요도 순 (Tier S/A/B/C) 으로 기계적으로 분류 하고, 각 토픽 별 *Java vs Python 작성 시간 / 메모리 / 함정* 을 나란히 비교 한다. 마지막에 3 개월 학습 로드맵 으로 우선순위 명확히 하는 현실적 가이드.
-
*자료구조와 알고리즘* — *Java 와 Python* 의 *서로 다른 *결*
자료구조 와 *알고리즘 은 언어 *무관 한 *개념 — 이라고 교과서 에 쓰여 있다. 그러나 Java 에서 *짠 *동일 알고리즘 과 Python 에서 *짠 *알고리즘 은 코드 *모양, 성능, 심지어 *생각의 *순서 까지 다르다. 두 언어 의 *서로 다른 *결 을 알면 — 둘 다 *깊이 *써 본 사람 만이 가지는 *시야 가 생긴다.
-
*구조적 프로그래밍* 과 *자료구조* — *제어의 *틀* 과 *데이터의 *형태* 가 *서로를 *부른다*
“GoTo 는 *해로 운가?”* — 1968 년 Dijkstra 의 짧은 편지 가 프로그래밍 의 *형태 를 *바꾸었다. 그 8 년 후 Wirth 의 책 — 알고리즘 + 자료구조 = 프로그램. 둘은 *별개 의 주제 *같지만 — *깊이 들여다 보면 *같은 *질문 의 *두 *얼굴. 이 글은 그 연결.
-
*트랜잭션 경계* 의 설정 — *어디서 *시작 하고 *어디서 *끝나는가*
트랜잭션 *은 *모든 백엔드 의 *기본 도구. 모든 SQL *문 마다 자동 으로 따라온다. 그런데 경계 가 잘못 그어지면 — 데드락 / 데이터 부정합 / 느린 응답 / 분산 시스템의 *지옥 이 함께 온다. 이 글은 그 경계를 *어디에 *어떻게 그릴지 의 7 년 회고.
-
*소프트웨어 위기* 의 *진짜 *원인* — CPU · Memory · HDD · SSD 발전사 가 *불러온 것*
1968 년 NATO 컨퍼런스 에서 *처음 *“소프트웨어 위기” 라는 단어 가 등장했다. 컴퓨터는 빨라지는데, *소프트웨어는 *제 시간 / 제 예산 / 제 품질로 안 만들어진다. 그 후 60 년 이 지났지만 — 위기는 *형태를 바꾸어 *반복 된다. 이 글은 4 가지 *하드웨어 (CPU / Memory / HDD / SSD) 의 발전사 가 어떻게 *위기를 *만들었는지 의 연대 기.
-
어셈블리어와 JVM — *추상의 *두 층 사이* 의 *상관 관계 와 영향도*
어셈블리어 는 모든 코드 의 *바닥. JVM 은 그 바닥 위에 *세워진 *추상의 *층. 둘은 멀리 떨어져 *보인다. 그러나 실 행 순간 * 에는 *서로 *닿는다. 그 닿는 지점 을 알면 — Java 코드 의 *성능 의 비밀 이 보인다.
-
*Python 과 Java 의 *자료구조 / 문법 *4 단 깊이 비교* — *list vs ArrayList / dict vs HashMap / 시간 복잡도 / GC / GIL vs JVM Thread* 까지 *실전 선택 기준* 7 가지*
이 글은 Python 과 Java 의 자료구조 / 문법 / 런타임 모델 을 4 단 깊이 로 비교한다. “list = ArrayList 같은 거” 의 *얄팍한 정리 가 아니라, 내부 구현 / 시간 복잡도 / 메모리 / 동시성 까지 왜 다른지. 마지막에 실전 선택 기준 7 가지 로 어떤 상황에 어느 언어 가 *진짜 적합 한지* 정리.
-
컴퓨터 *공학* 과 컴퓨터 *과학* — 같은 듯 *다른 *두 학문의 *경계와 *만남*
컴공 출신 이세요? 라는 질문에 애매하게 답 한 적이 있다. 한국에선 컴퓨터 공학과 와 컴퓨터 과학과 가 섞여 쓰인다. 실제로 둘은 다르고, 만나고, 다시 갈라진다. 그 모양 — 이 글의 주제.