fos-blog/study
01 / 홈02 / 카테고리03 / 시리즈
01 / 홈02 / 카테고리03 / 시리즈

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • langgraph 페이지로 이동
    • agents.md
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code를 5주 더 쓴 결과 — 스킬·CLAUDE.md를 키워가는 방식
    • Claude Code를 11일 동안 쓴 결과 — 데이터로 본 나의 사용 패턴
    • Claude Code 멀티 에이전트 — Teams
    • AI 에이전트와 디자인의 새 컨벤션 — DESIGN.md, Google Stitch, Claude Design
    • Docling — IBM Research 의 문서 파싱 toolkit 상세 정리
    • 하네스 엔지니어링 실전 — 4인 에이전트 팀으로 코딩 파이프라인 구축하기
    • 하네스 엔지니어링 — 오래 실행되는 AI 에이전트를 위한 설계
    • 멀티모달 LLM (Multimodal Large Language Model)
    • AI 에이전트와 함께 MVP 만들기 — dooray-cli 사례
  • ai 페이지로 이동
    • agent 페이지로 이동
  • algorithm 페이지로 이동
    • live-coding 페이지로 이동
    • 분산 계산을 위한 알고리즘
  • apartment 페이지로 이동
    • 구리 럭키아파트 24평 인테리어 레퍼런스 모음
  • architecture 페이지로 이동
    • [초안] 시니어 백엔드를 위한 API 설계 실전 스터디 팩 — REST · 멱등성 · 페이지네이션 · 버전 전략
    • [초안] API Versioning과 Backward Compatibility: 시니어 백엔드 관점 정리
    • 캐시 설계 전략 총정리
    • [초안] CJ푸드빌 디지털 채널 면접: 슬롯 도메인 경험을 커머스 도메인 설계 능력으로 번역하기
    • [초안] 커머스 Spring 서비스에 Clean/Hexagonal Architecture를 실용적으로 적용하기
    • [초안] 커머스 도메인 모델링: 주문·재고·노출의 세 축을 분리해서 설계하기
    • 커머스 주문 상태와 데이터 정합성 기본기 — CJ푸드빌 면접 대비
    • [초안] 쿠폰/프로모션 동시성과 정합성 기본기 — 선착순·중복 사용 방지·발급/사용/복구
    • [초안] DDD와 도메인 모델링: 시니어 백엔드 관점의 전술/전략 패턴 실전 가이드
    • [초안] Decorator & Chain of Responsibility — 행동을 체인으로 조립하는 두 가지 방식
    • 디자인 패턴
    • [초안] 분산 아키텍처 완전 정복: Java 백엔드 시니어 인터뷰 대비 실전 가이드
    • [초안] 분산 트랜잭션과 Outbox 패턴 — 왜 2PC를 피하고 어떻게 대신할 것인가
    • 분산 트랜잭션
    • [초안] e-Commerce 주문·결제 도메인 모델링: 상태머신, 멱등성, Outbox/Saga 실전 정리
    • [초안] F&B 쿠폰·프로모션·멤버십·포인트 설계
    • [초안] F&B · e-Commerce 디지털 채널 도메인 한 장 정리 — CJ푸드빌 디지털 채널 백엔드 면접 대비
    • [초안] F&B 주문/매장/픽업 상태머신 설계 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] F&B 이커머스 결제·환불·정산 운영 가이드
    • [초안] Hexagonal / Clean Architecture를 Spring 백엔드에 적용하기
    • [초안] 대규모 커머스 트래픽 처리 패턴 — 1,600만 고객과 올영세일을 버티는 설계
    • [초안] 레거시 JSP/jQuery 화면과 신규 API가 공존하는 백엔드 운영 전략
    • [초안] MSA 서비스 간 통신: Redis [Cache-Aside](../database/redis/cache-aside.md) × Kafka 이벤트 하이브리드 설계
    • [초안] Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • [초안] Outbox / Inbox Pattern 심화 — 분산 메시징의 정합성 문제를 DB 트랜잭션으로 풀어내기
    • [초안] 결제 도메인 멱등성과 트랜잭션 재시도 기본기
    • [초안] 시니어 백엔드를 위한 Resilience 패턴 실전 가이드 — Timeout, Retry, Circuit Breaker, Bulkhead, Backpressure
    • [초안] REST API 버저닝과 모바일 앱 하위 호환성 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] Spring Batch vs Event-Driven — 같은 비동기처럼 보이지만 전혀 다른 두 패러다임
    • [초안] Strategy Pattern — 분기문을 없애는 설계, 시니어 백엔드 인터뷰 핵심 패턴
    • [초안] 시니어 백엔드를 위한 시스템 설계 입문 스터디 팩
    • [초안] 템플릿 메서드 패턴 - 백엔드 처리 골격을 강제하는 가장 오래되고 가장 위험한 패턴
    • [초안] 대규모 트래픽 중 무중단 마이그레이션 — Feature Flag + Shadow Mode 실전
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • [초안] DB Connection Pool Saturation과 Thread Pool 격리
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • [초안] JPA N+1과 커머스 조회 모델: 주문/메뉴/쿠폰 도메인에서 살아남기
    • [초안] MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • [초안] MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • observability 페이지로 이동
    • [초안] 커머스/F&B 채널 장애 첫 5분과 관측성 기본기
    • Envoy Proxy
    • [초안] F&B / e-Commerce 운영 장애 대응과 모니터링 — 백엔드 관점 정리
    • Graceful Shutdown
    • [초안] 시니어 백엔드를 위한 SLO와 Error Budget 기반 장애 대응
  • finance 페이지로 이동
    • industry-cycle 페이지로 이동
    • investing 페이지로 이동
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • [초안] AI 서비스 팀 경험 기반 시니어 백엔드 면접 질문 뱅크 — Spring Batch RAG / gRPC graceful shutdown / 전략 패턴 / 12일 AI 웹툰 MVP
    • [초안] 커머스/F&B 면접 답변집 — 슬롯 도메인 경험을 주문·결제·쿠폰·매장 설계로 매핑하기
    • [초안] F&B / e-Commerce 운영 모니터링과 장애 대응 인터뷰 정리
    • Observability — 면접 답변 프레임
    • [초안] 시니어 Java 백엔드 면접 마스터 플레이북 — 김병태
    • [초안] NSC 슬롯팀 경험 기반 질문 은행 — 도메인 모델링·동시성·성능·AI 협업
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • [초안] Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • [초안] JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • npm vs pnpm — 어떤 기준으로 선택했나
    • `setImmediate()`
  • kafka 페이지로 이동
    • [초안] Kafka 기본 개념 — 토픽, 파티션, 오프셋, 복제
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • [초안] Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • 메시지 전송 신뢰성
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • python 페이지로 이동
    • Python async/await — CompletableFuture·Reactor 와 다른 점, 그리고 blocking I/O 함정
    • Python 의존성 관리 — Java Maven/Gradle 사용자가 만나는 첫 충격
    • FastAPI 기초 — Spring Boot 사용자가 빠르게 익히는 법
    • GPU·CUDA·MPS 기초 — 자바 백엔드 개발자가 처음 만나는 그림
    • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    • Java 개발자를 위한 Python 심화 — OOP·데코레이터·컨텍스트 매니저
    • PyTorch 기초 — 텐서, 디바이스, 그리고 모델 로딩이 무거운 이유
    • Java 개발자를 위한 Python 문법 핵심
    • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    • OCR 동작 원리 — Layout · Text · Post-process 3단계
    • Python 서버의 RSS 가 안 줄어드는 이유 — gc.collect 의 한계와 malloc_trim
  • rabbitmq 페이지로 이동
    • [초안] RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • [초안] RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • security 페이지로 이동
    • [초안] 시니어 백엔드를 위한 보안 / 인증 스터디 팩 — Spring Security, JWT, OAuth2, OWASP Top 10
    • [초안] Spring Security 6.x OAuth2 + JWT 상용 인증 설계 — Grant 선택, Resource Server, Refresh Rotation, 로그아웃
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • testing 페이지로 이동
    • [초안] 시니어 Java 백엔드를 위한 테스트 전략 완전 정리 — 피라미드부터 TestContainers, 마이크로벤치, Contract까지
  • travel 페이지로 이동
    • 오사카 3박 4일 일정표: 우메다 쇼핑, USJ, 난바·도톤보리, 오사카성
  • web 페이지로 이동
    • [초안] HTTP / Cookie / Session / Token 인증 기본기 — 레거시 JSP와 모바일 API가 공존하는 백엔드 관점
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/python/Java 개발자를 위한 Python 문법 핵…
system

Java 개발자를 위한 Python 문법 핵심

자바 백엔드만 다뤄오다가 Python 기반 ML 서비스를 분석해야 할 일이 생겼다. 코드를 읽기 시작하자마자 한 줄짜리 함수가 데코레이터로 둘러싸여 있고, 타입은 어디 갔는지 모르겠고, self 가 왜 첫 인자에 박혀 있는지 헷갈렸다. 이 글은 그때 내가 정리한 노트다. Python 을 처음부터 끝까지 훑는 게 아니라, 자바 개발자가 Python 코드를 빨...

2026.05.19·8 min read·15 views

자바 백엔드만 다뤄오다가 Python 기반 ML 서비스를 분석해야 할 일이 생겼다. 코드를 읽기 시작하자마자 한 줄짜리 함수가 데코레이터로 둘러싸여 있고, 타입은 어디 갔는지 모르겠고, self 가 왜 첫 인자에 박혀 있는지 헷갈렸다. 이 글은 그때 내가 정리한 노트다. Python 을 처음부터 끝까지 훑는 게 아니라, 자바 개발자가 Python 코드를 빨리 읽기 위해 알아야 할 차이점만 추렸다.

이 시리즈의 다른 글들에 등장하는 Python 코드를 이해하는 전제로 두기 위한 글이라 OOP·데코레이터·async 같은 심화 주제는 다음 글로 분리했다.

들여쓰기가 문법이다

자바는 {} 로 블록을 묶고, 들여쓰기는 사람을 위한 장식이다. Python 은 들여쓰기 자체가 블록의 경계다.

python
def greet(name):
    if name:
        print(f"hi, {name}")
    else:
        print("hi, stranger")

스페이스 4개가 표준. 탭과 스페이스를 섞으면 IndentationError 가 난다. 자바에서는 if 한 줄 뒤 {} 빠뜨려도 컴파일은 되지만 Python 에서는 들여쓰기 어긋나면 그대로 에러다.

변수와 타입 — 동적 타이핑

자바는 정적 타이핑이다. int n = 42; 하면 n 은 영원히 int.

java
int n = 42;
String s = "hello";
List<String> list = new ArrayList<>();

Python 은 동적 타이핑이다. 변수는 그냥 상자고, 어떤 객체든 담을 수 있다.

python
n = 42          # int
n = "hello"     # 이제 str. 자바라면 컴파일 에러.
s = "hello"
items = []      # list, 제네릭 없음

여기까지 보면 "자유롭다" 가 아니라 "위험하다" 로 보인다. 그래서 Python 3.5 부터 타입 힌트(type hint)가 들어왔다.

python
def parse(text: str, retries: int = 3) -> dict:
    ...

자바의 메서드 시그니처와 비슷한 정보를 담는다. 단 런타임에 강제되지 않는다. parse(123, "abc") 호출해도 인터프리터는 그대로 실행한다. 타입 힌트는 IDE 자동완성과 mypy 같은 정적 분석 도구를 위한 힌트일 뿐 자바의 컴파일 타임 체크와는 다르다.

요즘 Python 프로젝트는 타입 힌트를 거의 다 붙인다. 우리가 분석한 FastAPI 코드도 모든 핸들러 시그니처에 타입 힌트가 있다.

None, null, 그리고 is vs ==

자바의 null 은 Python 에서 None 이다. 단 비교 방식이 다르다.

python
if x is None:        # 자바의 x == null 에 해당. 권장.
    ...
if x == None:        # 동작하긴 하지만 비권장. PEP 8 위반.
    ...
  • == 는 자바의 equals() 와 비슷하다. 값 비교.
  • is 는 자바의 == (참조 비교) 와 비슷하다. 같은 객체인가.

None 은 싱글톤이라 is None 이 안전하고 빠르다. 자바 개발자가 흔히 x == null 식으로 쓰면 동작은 하지만 코드 리뷰에서 지적받는다.

컬렉션 — list, dict, set, tuple

자바 컬렉션과 1:1로 짝지어 보면 빠르다.

자바Python비고
ArrayList<T>list[1, 2, 3]
HashMap<K,V>dict{"a": 1, "b": 2}
HashSet<T>set{1, 2, 3}
없음 (Tuple 외부 라이브러리)tuple(1, "a", True), 불변

자바는 제네릭을 클래스에 박지만 Python list 는 어떤 타입이든 담는다. 타입 힌트로는 list[int] dict[str, int] 형태로 표기한다 (Python 3.9+).

가장 큰 함정: mutable default argument.

python
def add_item(item, items=[]):   # ⚠️ 자바 사고로 보면 함정
    items.append(item)
    return items
 
add_item("a")  # ["a"]
add_item("b")  # ["a", "b"]  — 같은 list 가 재사용됨!

자바라면 메서드 호출마다 새 list 가 만들어질 것 같지만, Python 은 함수 정의 시점에 default 객체를 한 번만 만든다. 관용구는 items=None 으로 받고 함수 안에서 items or [].

python
def add_item(item, items=None):
    items = items if items is not None else []
    items.append(item)
    return items

함수 — 일급 객체, 가변 인자, 키워드 인자

함수가 일급 객체라 변수에 담고 전달할 수 있다. 자바 8 람다/메서드 레퍼런스와 비슷한 감각.

python
def double(x):
    return x * 2
 
f = double          # 함수를 변수에 담음
print(f(3))         # 6
 
list(map(double, [1, 2, 3]))   # [2, 4, 6]

자바와 가장 다른 부분은 가변 인자와 키워드 인자다.

python
def call_api(url, *args, timeout=30, **kwargs):
    print(url, args, timeout, kwargs)
 
call_api("http://x", "a", "b", timeout=10, retry=True, auth=("u","p"))
# url="http://x", args=("a","b"), timeout=10, kwargs={"retry":True,"auth":("u","p")}
  • *args 는 위치 인자 가변 (자바의 String... args 와 유사하지만 더 자유로움)
  • **kwargs 는 키워드 인자 가변 (자바에 직접 대응 없음 — 굳이 비유하면 Map<String, Object> 를 마지막 인자에 받는 것)
  • 호출 시 timeout=10 처럼 이름으로 인자를 지정 가능 (named argument)

FastAPI, requests, paddleocr 같은 라이브러리는 옵션을 모두 키워드 인자로 받는 게 일반적이다.

문자열 — f-string

자바는 String.format("hi %s", name) 또는 "hi " + name 이다. Python 3.6+ 에서는 f-string 이 사실상 표준.

python
name = "world"
n = 3
msg = f"hi {name}, count={n}, double={n * 2}"
# "hi world, count=3, double=6"

f"..." 안에 {} 로 표현식을 넣는다. 표현식이라 함수 호출·연산 모두 OK. 자바 14+ 의 text block ("""...""") 같은 멀티라인 문자열도 Python 은 """...""" 트리플 쿼트로 같다.

for 문 — iterator 가 표준

자바의 enhanced for 와 사실상 같지만 더 폭넓다.

python
items = [10, 20, 30]
for x in items:
    print(x)
 
# 인덱스가 필요하면 enumerate
for i, x in enumerate(items):
    print(i, x)
 
# dict 순회
config = {"host": "localhost", "port": 8000}
for key, value in config.items():
    print(key, value)

range(n) 은 자바의 IntStream.range(0, n) 같은 감각.

List comprehension — 자바 Stream 의 압축형

자바 8 Stream 의 filter().map().collect() 패턴이 Python 에서는 한 줄 표현식이다.

python
nums = [1, 2, 3, 4, 5]
 
# 자바 stream
# nums.stream().filter(n -> n % 2 == 0).map(n -> n * n).collect(toList())
 
# Python comprehension
squares = [n * n for n in nums if n % 2 == 0]
# [4, 16]

dict 도 같은 패턴.

python
config = {"HOST": "localhost", "PORT": "8000"}
lower = {k.lower(): v for k, v in config.items()}

자바보다 짧다는 게 장점이자 단점. 한 줄에 욱여넣으면 가독성이 무너지므로, 조건이 둘 이상 끼면 보통 for 루프로 푼다.

클래스 — 가볍게만 짚고 다음 글에서 심화

자바 클래스와 비슷하지만 몇 가지 큰 차이.

python
class Worker:
    pool_size = 4   # 클래스 변수 (자바의 static)
 
    def __init__(self, name: str):   # 생성자
        self.name = name              # 인스턴스 변수
 
    def start(self):                 # 메서드. self 는 명시적
        print(f"start {self.name}")
 
w = Worker("kr-worker-1")            # new 키워드 없음
w.start()

핵심 차이 셋:

  1. self 가 명시적: 자바의 암묵적 this 와 달리 메서드 첫 인자로 받는다. 호출할 때는 자동으로 채워진다.
  2. 필드 선언이 없다: 자바처럼 클래스 본문에 private String name; 같은 줄을 쓰지 않는다. __init__ 에서 self.name = ... 으로 처음 대입할 때 필드가 생긴다.
  3. new 가 없다: Worker("x") 자체가 생성.

__init__ 처럼 양쪽 언더스코어 두 개로 둘러싼 메서드는 dunder method (double underscore) 라 부르며 자바의 equals/hashCode/toString 같은 특수 메서드에 해당한다.

예외 처리 — finally 는 거의 with

자바의 try/catch/finally 는 Python 의 try/except/finally 다. 자바와 다른 키워드 두 개:

python
try:
    do_something()
except ValueError as e:        # catch 가 except
    print(f"bad: {e}")
except (KeyError, TypeError):  # multi-catch 는 튜플
    print("missing or wrong type")
finally:
    cleanup()

자바의 try-with-resources 에 해당하는 with 구문은 매우 자주 본다.

python
with open("file.txt") as f:
    data = f.read()
# 블록을 벗어나면 f 가 자동 close 됨

AutoCloseable 이 구현된 자원이라면 with 로 묶는 게 관용구다. 우리가 분석 중인 코드에서 임시 파일 처리 시 with 누락이 문제로 자주 발견됐다.

import 와 패키지 — 클래스가 아니라 모듈이 단위

자바는 파일 하나에 (보통) 클래스 하나, 패키지가 디렉터리. Python 도 디렉터리=패키지지만 import 단위는 모듈(=.py 파일) 자체다.

python
# requests 패키지의 get 함수만 가져옴
from requests import get
get("http://example.com")
 
# 모듈 전체를 별칭으로
import numpy as np
np.array([1, 2, 3])
 
# 상대 import (같은 패키지 내)
from .util import helper

자바의 import com.foo.Bar; 한 줄에 클래스 하나 가져오는 것과 달리, Python 은 모듈 단위로 가져온 뒤 점 표기로 함수·클래스에 접근하는 게 일반적. import numpy as np 가 그 예.

Truthy / Falsy — 자바보다 헐겁다

자바에서 if (list) 는 컴파일 에러다. if (list != null && !list.isEmpty()) 처럼 풀어 써야 한다. Python 은 그냥 if list: 가 동작한다.

python
if items:           # 빈 list 면 False
    process(items)
 
if name:            # None, "", 0 모두 False
    greet(name)

자바 코드를 옮길 때 if not None and not empty 검사를 Pythonic 하게 if x: 한 줄로 쓰는 경우가 흔하다. 다만 0 과 빈 문자열도 False 라는 점은 주의. 진짜로 None 만 거르고 싶다면 if x is not None: 으로 명시한다.

마무리 — 다음 글로 넘기는 것들

이 글은 코드를 "읽기" 위한 최소한이다. 본격적으로 쓰려면 다음을 추가로 알아야 한다.

  • 데코레이터 (@app.get(...), @property) — 자바 어노테이션과 비슷해 보이지만 동작 원리가 완전히 다르다. FastAPI 가 이걸 적극 활용한다.
  • 컨텍스트 매니저 (with 의 내부 동작 — __enter__/__exit__)
  • 제너레이터·yield — Java Iterator 와 비슷하지만 더 부드러움
  • async/await — CompletableFuture 와 다르고 Reactor 와도 다르다 (별도 글 예정)
  • GIL (Global Interpreter Lock) — 자바 스레드 모델과의 결정적 차이

각각은 시리즈 후속 글에서 다룬다. 일단은 여기까지만 알면 우리가 분석할 FastAPI + Docling + PaddleOCR 코드를 줄 단위로 읽을 수 있다.

참고

  • Python 공식 튜토리얼 — Classes
  • PEP 8 — Style Guide for Python Code
  • PEP 484 — Type Hints
  • Real Python — Common Python Pitfalls (mutable default)
on this page
  • 01들여쓰기가 문법이다
  • 02변수와 타입 — 동적 타이핑
  • 03None, null, 그리고 `is` vs `==`
  • 04컬렉션 — list, dict, set, tuple
  • 05함수 — 일급 객체, 가변 인자, 키워드 인자
  • 06문자열 — f-string
  • 07for 문 — iterator 가 표준
  • 08List comprehension — 자바 Stream 의 압축형
  • 09클래스 — 가볍게만 짚고 다음 글에서 심화
  • 10예외 처리 — finally 는 거의 `with`
  • 11import 와 패키지 — 클래스가 아니라 모듈이 단위
  • 12Truthy / Falsy — 자바보다 헐겁다
  • 13마무리 — 다음 글로 넘기는 것들
  • 14참고

이런 글도

  • Python 서버의 RSS 가 안 줄어드는 이유 — gc.collect 의 한계와 malloc_trim
    Python 으로 long-running 서버 (FastAPI / Flask / Celery / uWSGI 등) 를 운영하다 보면 한 번쯤 마주치는 증상이 있다. - 워커 프로세스의 RSS 가 시간이 지날수록 단조 증가한다 - 큰 객체를 del 하고 gc.collect() 를 불러도 RSS 가 줄지 않는다 - 결국 max-requests / workerma...
    📁 system
    system
    2026.05.22
  • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    이 시리즈의 마무리 글이다. 앞선 글들에서 다음 주제를 자바 백엔드 비교 관점으로 정리했다. - Python 문법 - 의존성 관리 - FastAPI - async/await - GPU·CUDA·MPS - PyTorch - multi-process worker pool - OCR 파이프라인 마지막은 이 모든 개념을 적용해 실제 ML 서비스의 성능을 분석하는...
    📁 system
    system
    2026.05.19
  • OCR 동작 원리 — Layout · Text · Post-process 3단계
    자바 백엔드만 다뤄오다가 OCR (Optical Character Recognition) 서비스를 분석할 일이 생겼다. "이미지에서 글자를 뽑는다" 라는 한 줄 요약은 알았지만, 실제 코드를 열어보면 모델이 둘이상이고, 여러 단계가 직렬·병렬로 엮여 있고, "왜 이 단계가 따로 있지" 같은 의문이 계속 생긴다. 이 글은 OCR 파이프라인의 표준 구조를 정리...
    📁 system
    system
    2026.05.19
  • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    자바 백엔드에서 ThreadPoolExecutor 는 거의 만능이었다. CPU bound 든 I/O bound 든 스레드 풀 크기만 잘 잡으면 동시성을 챙길 수 있었다. JVM 안에서 메모리를 공유하니 작업 간 데이터 전달도 가볍다. Python ML 서비스는 그림이 다르다. ThreadPoolExecutor 가 있지만 CPU/GPU 작업에서는 거의 안 쓰...
    📁 system
    system
    2026.05.19

댓글 (0)