update: Wiki knowledge expansion and Python coding topics (2026-05-14)
This commit is contained in:
Antigravity Agent
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-001
|
||||
title: Python 철학과 The Zen of Python
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_zen]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_zen]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [PEP 20, 가독성, 코드 스타일]
|
||||
---
|
||||
|
||||
# Python 철학과 The Zen of Python
|
||||
|
||||
## 한 줄 통찰
|
||||
> Python다운 코드는 문법 암기보다 철학 이해에서 시작된다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: Python의 핵심 철학과 코드 스타일 선택 기준을 이해한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[PEP 20]]
|
||||
- [[가독성]]
|
||||
- [[코드 스타일]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-002
|
||||
title: Python 실행 모델과 인터프리터 이해
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_execution_model]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_execution_model]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [바이트코드, CPython, 디버깅]
|
||||
---
|
||||
|
||||
# Python 실행 모델과 인터프리터 이해
|
||||
|
||||
## 한 줄 통찰
|
||||
> 실행 모델을 알면 성능과 디버깅 판단이 훨씬 쉬워진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 소스가 실행되는 흐름과 바이트코드, 인터프리터 동작의 큰 그림을 이해한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[바이트코드]]
|
||||
- [[CPython]]
|
||||
- [[디버깅]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-003
|
||||
title: 변수 바인딩과 이름 해석
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_name_binding]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_name_binding]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [스코프, 객체 모델, 참조]
|
||||
---
|
||||
|
||||
# 변수 바인딩과 이름 해석
|
||||
|
||||
## 한 줄 통찰
|
||||
> Python에서는 값보다 객체와 이름의 관계를 먼저 이해해야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 이름, 객체, 스코프가 연결되는 Python식 바인딩 모델을 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[스코프]]
|
||||
- [[객체 모델]]
|
||||
- [[참조]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-004
|
||||
title: 불변과 가변 객체
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_mutability]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_mutability]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [list, tuple, 공유 상태]
|
||||
---
|
||||
|
||||
# 불변과 가변 객체
|
||||
|
||||
## 한 줄 통찰
|
||||
> 상태 버그의 상당수는 가변성 경계를 흐리게 두는 데서 시작된다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: mutable과 immutable 객체의 차이와 실무 함정을 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[list]]
|
||||
- [[tuple]]
|
||||
- [[공유 상태]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-005
|
||||
title: 숫자 타입과 연산 규칙
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_numeric_types]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_numeric_types]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [float, Decimal, fractions]
|
||||
---
|
||||
|
||||
# 숫자 타입과 연산 규칙
|
||||
|
||||
## 한 줄 통찰
|
||||
> 숫자 타입 선택은 정확성과 성능, 도메인 요구를 함께 본다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: int, float, complex, Decimal 등 숫자 모델과 선택 기준을 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[float]]
|
||||
- [[Decimal]]
|
||||
- [[fractions]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-006
|
||||
title: 문자열 모델과 유니코드
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_strings_unicode]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_strings_unicode]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [unicode, encoding, text processing]
|
||||
---
|
||||
|
||||
# 문자열 모델과 유니코드
|
||||
|
||||
## 한 줄 통찰
|
||||
> 문자열 버그는 문법보다 인코딩 경계에서 많이 터진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 문자열, 인코딩, 유니코드 처리의 기본 원리를 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[unicode]]
|
||||
- [[encoding]]
|
||||
- [[text processing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-007
|
||||
title: bytes와 binary data 처리
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_bytes_binary]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_bytes_binary]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [bytes, bytearray, memoryview]
|
||||
---
|
||||
|
||||
# bytes와 binary data 처리
|
||||
|
||||
## 한 줄 통찰
|
||||
> 텍스트와 바이너리를 분리해 생각하면 데이터 처리 사고가 훨씬 선명해진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: bytes, bytearray, memoryview 등 바이너리 처리 기본기를 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[bytes]]
|
||||
- [[bytearray]]
|
||||
- [[memoryview]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-008
|
||||
title: 비교 연산과 truthiness
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_truthiness]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_truthiness]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [None, bool, comparison]
|
||||
---
|
||||
|
||||
# 비교 연산과 truthiness
|
||||
|
||||
## 한 줄 통찰
|
||||
> Python의 truthiness를 제대로 이해하면 조건문 버그를 많이 줄일 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 참/거짓 판정, 비교, None 처리 관례를 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[None]]
|
||||
- [[bool]]
|
||||
- [[comparison]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-009
|
||||
title: if와 match 문 선택 기준
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_if_match]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_if_match]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [match, pattern matching, control flow]
|
||||
---
|
||||
|
||||
# if와 match 문 선택 기준
|
||||
|
||||
## 한 줄 통찰
|
||||
> 분기 구조가 복잡해질수록 표현 방식 자체가 설계 품질이 된다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 조건 분기에서 if/elif와 structural pattern matching의 차이를 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[match]]
|
||||
- [[pattern matching]]
|
||||
- [[control flow]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-010
|
||||
title: 반복문과 순회 철학
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_loops_iteration]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_loops_iteration]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [for, iterable, iterator]
|
||||
---
|
||||
|
||||
# 반복문과 순회 철학
|
||||
|
||||
## 한 줄 통찰
|
||||
> Python 루프는 카운터보다 iterable 중심 사고로 볼 때 더 강력하다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: for, while, iter protocol을 통해 Python다운 순회 방식을 이해한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[for]]
|
||||
- [[iterable]]
|
||||
- [[iterator]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-011
|
||||
title: 리스트 컴프리헨션
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_list_comprehension]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_list_comprehension]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [comprehension, readability, loop]
|
||||
---
|
||||
|
||||
# 리스트 컴프리헨션
|
||||
|
||||
## 한 줄 통찰
|
||||
> 짧다고 항상 좋은 것이 아니라, 의도가 선명할 때만 컴프리헨션이 빛난다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 리스트 컴프리헨션의 장점과 과용 위험을 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[comprehension]]
|
||||
- [[readability]]
|
||||
- [[loop]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-012
|
||||
title: 제너레이터 표현식
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_generator_expressions]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_generator_expressions]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [generator, lazy evaluation, iteration]
|
||||
---
|
||||
|
||||
# 제너레이터 표현식
|
||||
|
||||
## 한 줄 통찰
|
||||
> 메모리 효율은 종종 eager보다 lazy 사고에서 나온다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: lazy evaluation을 위한 generator expression 패턴을 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[generator]]
|
||||
- [[lazy evaluation]]
|
||||
- [[iteration]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-013
|
||||
title: 슬라이싱과 시퀀스 사고
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_slicing_sequences]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_slicing_sequences]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [slice, sequence, copy]
|
||||
---
|
||||
|
||||
# 슬라이싱과 시퀀스 사고
|
||||
|
||||
## 한 줄 통찰
|
||||
> 슬라이싱은 편하지만 복사와 뷰의 차이를 모르면 비용을 놓치기 쉽다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 슬라이싱, step, copy semantics 등 시퀀스 조작 기본기를 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[slice]]
|
||||
- [[sequence]]
|
||||
- [[copy]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-014
|
||||
title: 예외 처리 기초
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_exceptions_basics]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_exceptions_basics]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [exceptions, finally, error handling]
|
||||
---
|
||||
|
||||
# 예외 처리 기초
|
||||
|
||||
## 한 줄 통찰
|
||||
> 예외 처리는 숨기기보다 실패를 구조화하는 도구여야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: try/except/finally와 예외 철학을 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[exceptions]]
|
||||
- [[finally]]
|
||||
- [[error handling]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-015
|
||||
title: 컨텍스트 매니저 입문
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_context_manager_intro]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_context_manager_intro]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [with, resource management, context manager]
|
||||
---
|
||||
|
||||
# 컨텍스트 매니저 입문
|
||||
|
||||
## 한 줄 통찰
|
||||
> 정리 코드를 흩뿌리기보다 생명주기를 구문 안에 묶는 것이 안전하다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: with 문과 자원 해제 패턴의 기초를 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[with]]
|
||||
- [[resource management]]
|
||||
- [[context manager]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-016
|
||||
title: 모듈과 import 시스템 기초
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_modules_imports]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_modules_imports]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [module, import, package]
|
||||
---
|
||||
|
||||
# 모듈과 import 시스템 기초
|
||||
|
||||
## 한 줄 통찰
|
||||
> import 구조는 단순 편의가 아니라 아키텍처 경계의 일부다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 모듈 경계와 import 동작, 패키지 구조의 기초를 이해한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[module]]
|
||||
- [[import]]
|
||||
- [[package]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-017
|
||||
title: 스코프와 LEGB 규칙
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_scope_legb]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_scope_legb]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [scope, closure, global]
|
||||
---
|
||||
|
||||
# 스코프와 LEGB 규칙
|
||||
|
||||
## 한 줄 통찰
|
||||
> 클로저와 전역 상태 문제는 LEGB를 선명히 이해하면 많이 줄어든다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: local, enclosing, global, builtins 스코프 해석 규칙을 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[scope]]
|
||||
- [[closure]]
|
||||
- [[global]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-018
|
||||
title: 함수는 일급 객체다
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_first_class_functions]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_first_class_functions]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [callable, higher-order function, callback]
|
||||
---
|
||||
|
||||
# 함수는 일급 객체다
|
||||
|
||||
## 한 줄 통찰
|
||||
> 함수가 값이라는 감각을 가지면 콜백, 데코레이터, 전략 패턴이 자연스러워진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 함수를 값처럼 다루는 Python 패턴의 기초를 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[callable]]
|
||||
- [[higher-order function]]
|
||||
- [[callback]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-019
|
||||
title: 람다와 작은 함수 선택 기준
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_lambda_usage]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, python_lambda_usage]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [lambda, readability, functional style]
|
||||
---
|
||||
|
||||
# 람다와 작은 함수 선택 기준
|
||||
|
||||
## 한 줄 통찰
|
||||
> 짧음과 명확함은 다르며, lambda는 용도가 분명할 때만 강하다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: lambda를 언제 쓰고 언제 이름 있는 함수로 분리할지 정리한다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[lambda]]
|
||||
- [[readability]]
|
||||
- [[functional style]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-020
|
||||
title: Pythonic 코드를 읽는 법
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [pythonic_code_reading]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, foundations, pythonic_code_reading]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "foundations" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [idiomatic python, readability, code review]
|
||||
---
|
||||
|
||||
# Pythonic 코드를 읽는 법
|
||||
|
||||
## 한 줄 통찰
|
||||
> Pythonic은 유행어가 아니라 의도와 가독성의 균형 감각이다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 관용적인 Python 코드를 해석하고 팀 기준으로 번역하는 방법을 다룬다.
|
||||
- 지식 축: Python 언어의 핵심 개념과 문법 기초를 다루는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 핵심 개념을 언어 철학과 연결해 이해하면 응용 범위가 넓어진다.
|
||||
- 작동 원리를 알아야 문법 암기보다 더 빠르게 문제를 풀 수 있다.
|
||||
- 기초 개념은 후속 라이브러리와 프레임워크 선택의 기준이 된다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 예제를 외우기보다 언제 이 개념을 선택해야 하는지 기준을 함께 적는다.
|
||||
- 간단한 규칙보다 경계 조건과 예외를 먼저 확인한다.
|
||||
- 다른 언어 습관을 그대로 가져오지 말고 Python다운 해법을 우선 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 문법만 외우고 데이터 모델을 이해하지 않는다.
|
||||
- Python 철학보다 다른 언어의 습관을 그대로 들여온다.
|
||||
- 기초를 건너뛰고 프레임워크 사용법만 익힌다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[idiomatic python]]
|
||||
- [[readability]]
|
||||
- [[code review]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-021
|
||||
title: list, tuple, set, dict 선택 기준
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_core_collections]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_core_collections]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [list, tuple, dict]
|
||||
---
|
||||
|
||||
# list, tuple, set, dict 선택 기준
|
||||
|
||||
## 한 줄 통찰
|
||||
> 자료구조 선택 하나가 코드 성격을 바꿀 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 핵심 컬렉션 타입의 차이와 선택 기준을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[list]]
|
||||
- [[tuple]]
|
||||
- [[dict]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-022
|
||||
title: dict 내부 모델과 해시 기반 사고
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_dict_hashing]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_dict_hashing]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [dict, hash, mapping]
|
||||
---
|
||||
|
||||
# dict 내부 모델과 해시 기반 사고
|
||||
|
||||
## 한 줄 통찰
|
||||
> dict를 잘 이해하면 Python 데이터 구조 전반이 더 선명해진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: dict의 해시 기반 작동 원리와 실무 함정을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[dict]]
|
||||
- [[hash]]
|
||||
- [[mapping]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-023
|
||||
title: set 활용 패턴
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_set_patterns]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_set_patterns]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [set, membership, deduplication]
|
||||
---
|
||||
|
||||
# set 활용 패턴
|
||||
|
||||
## 한 줄 통찰
|
||||
> set는 단순한 자료형이 아니라 의도를 드러내는 강한 표현이다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 중복 제거, membership test, 집합 연산을 실무에 적용하는 법을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[set]]
|
||||
- [[membership]]
|
||||
- [[deduplication]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-024
|
||||
title: deque와 queue 패턴
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_deque_queue]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_deque_queue]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [deque, queue, collections]
|
||||
---
|
||||
|
||||
# deque와 queue 패턴
|
||||
|
||||
## 한 줄 통찰
|
||||
> list로 억지 구현하기보다 목적에 맞는 구조를 쓰는 것이 Python답다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: collections.deque를 중심으로 큐/스택 패턴을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[deque]]
|
||||
- [[queue]]
|
||||
- [[collections]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-025
|
||||
title: namedtuple과 dataclass 비교
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_namedtuple_dataclass]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_namedtuple_dataclass]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [namedtuple, dataclass, records]
|
||||
---
|
||||
|
||||
# namedtuple과 dataclass 비교
|
||||
|
||||
## 한 줄 통찰
|
||||
> 가벼운 구조체 선택도 변경 가능성 기준으로 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 간단한 레코드 구조를 표현하는 여러 선택지를 비교한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[namedtuple]]
|
||||
- [[dataclass]]
|
||||
- [[records]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-026
|
||||
title: 함수 시그니처 설계
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_function_signatures]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_function_signatures]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [signature, kwargs, api design]
|
||||
---
|
||||
|
||||
# 함수 시그니처 설계
|
||||
|
||||
## 한 줄 통찰
|
||||
> 좋은 함수 시그니처는 문서 절반을 대신한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: positional, keyword-only, defaults를 포함한 함수 API 설계를 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[signature]]
|
||||
- [[kwargs]]
|
||||
- [[api design]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-027
|
||||
title: 기본값 인자의 함정
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_default_arguments]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_default_arguments]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [default args, mutability, None sentinel]
|
||||
---
|
||||
|
||||
# 기본값 인자의 함정
|
||||
|
||||
## 한 줄 통찰
|
||||
> 작은 편의가 큰 공유 상태 버그로 이어질 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: mutable default argument 문제와 안전한 패턴을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[default args]]
|
||||
- [[mutability]]
|
||||
- [[None sentinel]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-028
|
||||
title: args와 kwargs 실전
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_args_kwargs]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_args_kwargs]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [*args, **kwargs, api design]
|
||||
---
|
||||
|
||||
# args와 kwargs 실전
|
||||
|
||||
## 한 줄 통찰
|
||||
> 유연성은 좋지만, 지나치면 API 경계가 흐려진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 가변 인자 사용 패턴과 남용 방지 기준을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[*args]]
|
||||
- [[**kwargs]]
|
||||
- [[api design]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-029
|
||||
title: 클로저와 nonlocal
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_closures_nonlocal]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_closures_nonlocal]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [closure, nonlocal, factory]
|
||||
---
|
||||
|
||||
# 클로저와 nonlocal
|
||||
|
||||
## 한 줄 통찰
|
||||
> 작은 상태 캡슐화는 클래스보다 클로저가 더 적합할 때가 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 클로저를 상태 캡슐화와 함수 팩토리에 쓰는 패턴을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[closure]]
|
||||
- [[nonlocal]]
|
||||
- [[factory]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-030
|
||||
title: partial과 함수 조합
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_partial_composition]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_partial_composition]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [partial, functools, composition]
|
||||
---
|
||||
|
||||
# partial과 함수 조합
|
||||
|
||||
## 한 줄 통찰
|
||||
> 반복 인자를 고정하는 작은 추상화가 API 가독성을 크게 높인다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: functools.partial 등 함수 조합 패턴을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[partial]]
|
||||
- [[functools]]
|
||||
- [[composition]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-031
|
||||
title: iterator protocol 깊게 보기
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_iterator_protocol]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_iterator_protocol]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [iterator, iter, next]
|
||||
---
|
||||
|
||||
# iterator protocol 깊게 보기
|
||||
|
||||
## 한 줄 통찰
|
||||
> iterator protocol은 Python 컬렉션과 lazy 처리의 공통 뼈대다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: iter, next, StopIteration 기반 순회 모델을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[iterator]]
|
||||
- [[iter]]
|
||||
- [[next]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-032
|
||||
title: generator 함수 설계
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_generator_functions]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_generator_functions]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [yield, streaming, lazy evaluation]
|
||||
---
|
||||
|
||||
# generator 함수 설계
|
||||
|
||||
## 한 줄 통찰
|
||||
> 제너레이터는 메모리 절약뿐 아니라 처리 파이프라인 사고를 열어준다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: yield 기반 스트리밍 처리와 제너레이터 함수 설계를 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[yield]]
|
||||
- [[streaming]]
|
||||
- [[lazy evaluation]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-033
|
||||
title: yield from과 위임
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_yield_from]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_yield_from]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [yield from, generator, composition]
|
||||
---
|
||||
|
||||
# yield from과 위임
|
||||
|
||||
## 한 줄 통찰
|
||||
> 반복 로직 합성은 작은 위임 문법 하나로 훨씬 깔끔해질 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 서브제너레이터 위임과 구성 패턴을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[yield from]]
|
||||
- [[generator]]
|
||||
- [[composition]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-034
|
||||
title: enumerate, zip, unpacking
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_iteration_helpers]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_iteration_helpers]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [enumerate, zip, unpacking]
|
||||
---
|
||||
|
||||
# enumerate, zip, unpacking
|
||||
|
||||
## 한 줄 통찰
|
||||
> 반복 제어를 간결하게 만들수록 로직이 더 잘 보인다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 순회 헬퍼와 언패킹을 Pythonic하게 쓰는 법을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[enumerate]]
|
||||
- [[zip]]
|
||||
- [[unpacking]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-035
|
||||
title: 정렬과 key 함수
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_sorting_keys]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_sorting_keys]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [sorted, key, stability]
|
||||
---
|
||||
|
||||
# 정렬과 key 함수
|
||||
|
||||
## 한 줄 통찰
|
||||
> 정렬 전략은 비교보다 key 추출로 단순화할 때 읽기 쉬워진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: sorted, sort, key, stability 개념을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[sorted]]
|
||||
- [[key]]
|
||||
- [[stability]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-036
|
||||
title: 파일 I/O 기본 패턴
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_file_io]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_file_io]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [file io, with, encoding]
|
||||
---
|
||||
|
||||
# 파일 I/O 기본 패턴
|
||||
|
||||
## 한 줄 통찰
|
||||
> I/O는 데이터보다 경계와 자원 수명이 더 중요하다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 텍스트/바이너리 파일 읽기 쓰기 패턴과 주의점을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[file io]]
|
||||
- [[with]]
|
||||
- [[encoding]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-037
|
||||
title: pathlib 중심 파일 시스템 다루기
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_pathlib]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_pathlib]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [pathlib, filesystem, paths]
|
||||
---
|
||||
|
||||
# pathlib 중심 파일 시스템 다루기
|
||||
|
||||
## 한 줄 통찰
|
||||
> 경로는 문자열이 아니라 경로 객체로 다룰 때 실수가 줄어든다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: os.path보다 pathlib를 중심으로 경로 처리 패턴을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[pathlib]]
|
||||
- [[filesystem]]
|
||||
- [[paths]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-038
|
||||
title: json 처리와 직렬화 기준
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_json_serialization]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_json_serialization]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [json, serialization, schema]
|
||||
---
|
||||
|
||||
# json 처리와 직렬화 기준
|
||||
|
||||
## 한 줄 통찰
|
||||
> 직렬화는 데이터 구조를 외부 세계와 약속하는 행위다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: json 모듈과 직렬화 경계 설계 기준을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[json]]
|
||||
- [[serialization]]
|
||||
- [[schema]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-039
|
||||
title: csv와 구조적 텍스트 처리
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_csv_processing]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_csv_processing]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [csv, dialect, text processing]
|
||||
---
|
||||
|
||||
# csv와 구조적 텍스트 처리
|
||||
|
||||
## 한 줄 통찰
|
||||
> 간단한 표 형식도 경계 조건을 무시하면 쉽게 깨진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: csv 모듈을 중심으로 구조적 텍스트 처리 패턴을 다룬다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[csv]]
|
||||
- [[dialect]]
|
||||
- [[text processing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-040
|
||||
title: 재귀와 반복 선택 기준
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_recursion_vs_iteration]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, structures, python_recursion_vs_iteration]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "structures" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [recursion, iteration, stack]
|
||||
---
|
||||
|
||||
# 재귀와 반복 선택 기준
|
||||
|
||||
## 한 줄 통찰
|
||||
> 우아함보다 종료 조건과 디버깅 가능성을 먼저 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 재귀와 반복 중 어떤 표현이 더 적절한지 판단 기준을 정리한다.
|
||||
- 지식 축: 자료구조, 함수, 객체 모델처럼 Python 코드를 조직하는 기본 구조 지식
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표현 방식보다 데이터 흐름과 상태 관리 구조를 먼저 봐야 한다.
|
||||
- Python 표준 자료구조를 제대로 알면 라이브러리 의존을 줄일 수 있다.
|
||||
- 구조 선택은 성능과 가독성, 유지보수성에 동시에 영향을 준다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 문제를 자료와 동작으로 분해한 뒤 적합한 구조를 고른다.
|
||||
- 작은 편의보다 장기 유지보수 비용을 우선 본다.
|
||||
- 공유 상태와 변경 가능성을 먼저 점검한다.
|
||||
|
||||
## 안티패턴
|
||||
- 모든 문제를 같은 자료구조로 해결하려 한다.
|
||||
- 가독성을 희생하면서 과도하게 축약한다.
|
||||
- 공유 mutable 상태를 무심코 퍼뜨린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[recursion]]
|
||||
- [[iteration]]
|
||||
- [[stack]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-041
|
||||
title: 데코레이터 기초
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_decorators_basics]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_decorators_basics]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [decorator, higher-order function, wrapping]
|
||||
---
|
||||
|
||||
# 데코레이터 기초
|
||||
|
||||
## 한 줄 통찰
|
||||
> 데코레이터는 문법 트릭이 아니라 반복 관심사를 묶는 도구다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 함수 데코레이터의 기본 구조와 사용 이유를 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[decorator]]
|
||||
- [[higher-order function]]
|
||||
- [[wrapping]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-042
|
||||
title: functools.wraps와 메타데이터 보존
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_functools_wraps]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_functools_wraps]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [functools.wraps, decorator, introspection]
|
||||
---
|
||||
|
||||
# functools.wraps와 메타데이터 보존
|
||||
|
||||
## 한 줄 통찰
|
||||
> 작은 메타데이터 보존이 디버깅과 문서화를 크게 돕는다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 데코레이터 작성 시 wraps를 써야 하는 이유를 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[functools.wraps]]
|
||||
- [[decorator]]
|
||||
- [[introspection]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-043
|
||||
title: 클래스 데코레이터
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_class_decorators]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_class_decorators]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [class decorator, metaprogramming, class]
|
||||
---
|
||||
|
||||
# 클래스 데코레이터
|
||||
|
||||
## 한 줄 통찰
|
||||
> 클래스 데코레이터는 메타클래스보다 가벼운 대안이 될 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 클래스 수준에서 동작을 주입하는 패턴을 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[class decorator]]
|
||||
- [[metaprogramming]]
|
||||
- [[class]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-044
|
||||
title: descriptor protocol
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_descriptor_protocol]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_descriptor_protocol]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [descriptor, __get__, __set__]
|
||||
---
|
||||
|
||||
# descriptor protocol
|
||||
|
||||
## 한 줄 통찰
|
||||
> Python 객체 모델의 핵심 마법은 descriptor를 이해할 때 비로소 열린다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: property 뒤에 있는 descriptor 모델과 실전 응용을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[descriptor]]
|
||||
- [[__get__]]
|
||||
- [[__set__]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-045
|
||||
title: property와 검증 로직
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_property_validation]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_property_validation]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [property, validation, encapsulation]
|
||||
---
|
||||
|
||||
# property와 검증 로직
|
||||
|
||||
## 한 줄 통찰
|
||||
> 단순 getter/setter보다 도메인 규칙 노출 방식이 더 중요하다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: property를 써서 속성 접근과 검증을 설계하는 기준을 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[property]]
|
||||
- [[validation]]
|
||||
- [[encapsulation]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-046
|
||||
title: staticmethod, classmethod, instance method
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_method_types]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_method_types]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [staticmethod, classmethod, oop]
|
||||
---
|
||||
|
||||
# staticmethod, classmethod, instance method
|
||||
|
||||
## 한 줄 통찰
|
||||
> 메서드 종류는 문법이 아니라 책임 배치 문제다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 세 가지 메서드 종류의 역할과 선택 기준을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[staticmethod]]
|
||||
- [[classmethod]]
|
||||
- [[oop]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-047
|
||||
title: ABC와 Protocol
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_abc_protocol]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_abc_protocol]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [abc, protocol, typing]
|
||||
---
|
||||
|
||||
# ABC와 Protocol
|
||||
|
||||
## 한 줄 통찰
|
||||
> 계약을 어떻게 표현하느냐가 결합도를 좌우한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 추상 베이스 클래스와 structural typing 기반 Protocol을 비교한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[abc]]
|
||||
- [[protocol]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-048
|
||||
title: 메타클래스 언제 쓰는가
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_metaclasses]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_metaclasses]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [metaclass, class creation, advanced]
|
||||
---
|
||||
|
||||
# 메타클래스 언제 쓰는가
|
||||
|
||||
## 한 줄 통찰
|
||||
> 메타클래스는 마지막 수단에 가까우며, 목적이 분명해야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 메타클래스의 역할과 대체 가능한 선택지를 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[metaclass]]
|
||||
- [[class creation]]
|
||||
- [[advanced]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-049
|
||||
title: __new__와 __init__ 차이
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_new_init]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_new_init]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [__new__, __init__, object model]
|
||||
---
|
||||
|
||||
# __new__와 __init__ 차이
|
||||
|
||||
## 한 줄 통찰
|
||||
> 생성자 로직을 나눠 이해하면 불변 객체와 팩토리 설계가 쉬워진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 객체 생성 수명주기와 __new__/__init__ 역할을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[__new__]]
|
||||
- [[__init__]]
|
||||
- [[object model]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-050
|
||||
title: __slots__와 메모리 최적화
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_slots]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_slots]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [__slots__, memory, optimization]
|
||||
---
|
||||
|
||||
# __slots__와 메모리 최적화
|
||||
|
||||
## 한 줄 통찰
|
||||
> 메모리 최적화는 측정 기반이어야 하고 가독성 비용과 같이 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: __slots__ 사용 이유와 제약, 언제 쓸지 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[__slots__]]
|
||||
- [[memory]]
|
||||
- [[optimization]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-051
|
||||
title: dunder methods와 연산자 오버로딩
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_dunder_methods]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_dunder_methods]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [dunder, operator overloading, data model]
|
||||
---
|
||||
|
||||
# dunder methods와 연산자 오버로딩
|
||||
|
||||
## 한 줄 통찰
|
||||
> 연산자 오버로딩은 멋짐보다 직관성과 기대 일치를 먼저 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 특수 메서드와 연산자 오버로딩 설계 기준을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[dunder]]
|
||||
- [[operator overloading]]
|
||||
- [[data model]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-052
|
||||
title: dataclass 고급 옵션
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_dataclass_advanced]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_dataclass_advanced]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [dataclass, frozen, slots]
|
||||
---
|
||||
|
||||
# dataclass 고급 옵션
|
||||
|
||||
## 한 줄 통찰
|
||||
> dataclass는 편의 기능이지만 도메인 모델 설계 의도를 먼저 세워야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: frozen, slots, kw_only 등 dataclass 옵션을 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[dataclass]]
|
||||
- [[frozen]]
|
||||
- [[slots]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-053
|
||||
title: Enum과 상수 모델링
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_enum_modeling]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_enum_modeling]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [Enum, constants, domain model]
|
||||
---
|
||||
|
||||
# Enum과 상수 모델링
|
||||
|
||||
## 한 줄 통찰
|
||||
> 매직 문자열을 줄이는 것만으로도 도메인 버그가 많이 줄어든다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: Enum으로 상태와 상수를 모델링하는 기준을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[Enum]]
|
||||
- [[constants]]
|
||||
- [[domain model]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-054
|
||||
title: singledispatch와 다형 함수
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_singledispatch]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_singledispatch]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [singledispatch, polymorphism, dispatch]
|
||||
---
|
||||
|
||||
# singledispatch와 다형 함수
|
||||
|
||||
## 한 줄 통찰
|
||||
> 클래스 계층 없이도 함수 단위 확장성을 만들 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: functools.singledispatch를 통한 함수 기반 다형성 패턴을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[singledispatch]]
|
||||
- [[polymorphism]]
|
||||
- [[dispatch]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-055
|
||||
title: contextlib 고급 패턴
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_contextlib]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_contextlib]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [contextlib, ExitStack, resource management]
|
||||
---
|
||||
|
||||
# contextlib 고급 패턴
|
||||
|
||||
## 한 줄 통찰
|
||||
> 자원 생명주기 조합은 contextlib를 알수록 훨씬 안전해진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: contextmanager와 ExitStack을 포함한 contextlib 실전 패턴을 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[contextlib]]
|
||||
- [[ExitStack]]
|
||||
- [[resource management]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-056
|
||||
title: weakref와 객체 수명
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_weakref]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_weakref]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [weakref, cache, lifecycle]
|
||||
---
|
||||
|
||||
# weakref와 객체 수명
|
||||
|
||||
## 한 줄 통찰
|
||||
> 객체를 오래 붙잡는 실수는 캐시와 이벤트 시스템에서 자주 생긴다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: weak reference를 통한 캐시, 콜백, 메모리 관계를 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[weakref]]
|
||||
- [[cache]]
|
||||
- [[lifecycle]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-057
|
||||
title: copy와 deepcopy
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_copy_deepcopy]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_copy_deepcopy]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [copy, deepcopy, object graph]
|
||||
---
|
||||
|
||||
# copy와 deepcopy
|
||||
|
||||
## 한 줄 통찰
|
||||
> 복사는 값 복제가 아니라 관계 복제 문제로 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 복사 의미론과 custom copy 설계 기준을 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[copy]]
|
||||
- [[deepcopy]]
|
||||
- [[object graph]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-058
|
||||
title: pickle 직렬화 위험과 활용
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_pickle]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_pickle]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [pickle, serialization, security]
|
||||
---
|
||||
|
||||
# pickle 직렬화 위험과 활용
|
||||
|
||||
## 한 줄 통찰
|
||||
> 편리한 직렬화일수록 신뢰 경계를 엄격히 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: pickle의 편의와 보안 위험, 대안 선택 기준을 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[pickle]]
|
||||
- [[serialization]]
|
||||
- [[security]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-059
|
||||
title: introspection과 inspect 모듈
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_introspection_inspect]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_introspection_inspect]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [inspect, introspection, runtime]
|
||||
---
|
||||
|
||||
# introspection과 inspect 모듈
|
||||
|
||||
## 한 줄 통찰
|
||||
> 동적 언어의 힘은 introspection에서 오지만, 과용은 복잡도를 부른다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 런타임 introspection 패턴과 inspect 활용을 정리한다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[inspect]]
|
||||
- [[introspection]]
|
||||
- [[runtime]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-060
|
||||
title: ast 기반 코드 조작 기초
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_ast_basics]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, advanced, python_ast_basics]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "advanced" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [ast, code transformation, analysis]
|
||||
---
|
||||
|
||||
# ast 기반 코드 조작 기초
|
||||
|
||||
## 한 줄 통찰
|
||||
> 코드를 텍스트보다 구조로 다루면 자동화의 수준이 달라진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: ast 모듈로 코드를 분석하고 변환하는 기본기를 다룬다.
|
||||
- 지식 축: 데코레이터, 디스크립터, 메타클래스 등 Python의 고급 메커니즘
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 고급 기능은 강력하지만 팀의 이해 비용도 함께 높인다.
|
||||
- 추상화 이득이 분명할 때만 사용해야 유지보수성이 살아난다.
|
||||
- 언어 내부 모델을 이해할수록 문제에 맞는 최소 추상화를 고를 수 있다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 고급 기능 도입 전 대체 가능한 단순한 방법이 없는지 먼저 본다.
|
||||
- 팀이 읽고 수정할 수 있는 수준인지 확인한다.
|
||||
- 추상화가 실제 반복 제거와 API 안정성에 기여하는지 검토한다.
|
||||
|
||||
## 안티패턴
|
||||
- 멋있어 보여서 고급 문법을 먼저 적용한다.
|
||||
- 설명 없이 메타프로그래밍을 남발한다.
|
||||
- 디버깅 비용을 무시하고 추상화 층만 늘린다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[ast]]
|
||||
- [[code transformation]]
|
||||
- [[analysis]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-061
|
||||
title: collections 모듈 핵심
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_collections_module]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_collections_module]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [collections, Counter, defaultdict]
|
||||
---
|
||||
|
||||
# collections 모듈 핵심
|
||||
|
||||
## 한 줄 통찰
|
||||
> 표준 라이브러리 작은 도구를 알면 코드가 훨씬 또렷해진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: Counter, defaultdict, OrderedDict, deque 등 핵심 컬렉션 유틸을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[collections]]
|
||||
- [[Counter]]
|
||||
- [[defaultdict]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-062
|
||||
title: itertools 사고법
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_itertools]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_itertools]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [itertools, iteration, lazy]
|
||||
---
|
||||
|
||||
# itertools 사고법
|
||||
|
||||
## 한 줄 통찰
|
||||
> 반복 로직은 직접 구현보다 조합하는 쪽이 더 안전할 때가 많다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: itertools로 순회 조합과 파이프라인을 구성하는 패턴을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[itertools]]
|
||||
- [[iteration]]
|
||||
- [[lazy]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-063
|
||||
title: functools 실전
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_functools]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_functools]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [functools, lru_cache, partial]
|
||||
---
|
||||
|
||||
# functools 실전
|
||||
|
||||
## 한 줄 통찰
|
||||
> 함수 유틸은 작지만 설계 감각을 크게 바꿀 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: lru_cache, reduce, partial 등 functools 주요 도구를 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[functools]]
|
||||
- [[lru_cache]]
|
||||
- [[partial]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-064
|
||||
title: operator 모듈
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_operator_module]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_operator_module]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [operator, itemgetter, attrgetter]
|
||||
---
|
||||
|
||||
# operator 모듈
|
||||
|
||||
## 한 줄 통찰
|
||||
> 작은 표준 함수들이 key extraction과 조합 코드를 더 읽기 쉽게 만든다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: operator 함수를 통한 함수형 스타일과 성능 미세 개선 포인트를 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[operator]]
|
||||
- [[itemgetter]]
|
||||
- [[attrgetter]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-065
|
||||
title: pathlib 깊게 쓰기
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_pathlib_advanced]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_pathlib_advanced]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [pathlib, filesystem, glob]
|
||||
---
|
||||
|
||||
# pathlib 깊게 쓰기
|
||||
|
||||
## 한 줄 통찰
|
||||
> 경로 연산을 문자열 덧붙이기로 처리하는 습관에서 빨리 벗어나는 게 좋다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: pathlib를 더 실무적으로 쓰는 패턴을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[pathlib]]
|
||||
- [[filesystem]]
|
||||
- [[glob]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-066
|
||||
title: tempfile과 안전한 임시 파일
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_tempfile]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_tempfile]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [tempfile, filesystem, cleanup]
|
||||
---
|
||||
|
||||
# tempfile과 안전한 임시 파일
|
||||
|
||||
## 한 줄 통찰
|
||||
> 임시 자원은 편하지만 수명과 정리 정책을 놓치기 쉽다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 임시 파일과 디렉토리를 안전하게 다루는 패턴을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[tempfile]]
|
||||
- [[filesystem]]
|
||||
- [[cleanup]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-067
|
||||
title: shutil과 파일 작업
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_shutil]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_shutil]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [shutil, copy, archive]
|
||||
---
|
||||
|
||||
# shutil과 파일 작업
|
||||
|
||||
## 한 줄 통찰
|
||||
> 표준 도구를 쓰면 운영체제 차이와 예외 처리 부담을 줄일 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 고수준 파일 조작과 복사/이동/아카이브 패턴을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[shutil]]
|
||||
- [[copy]]
|
||||
- [[archive]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-068
|
||||
title: glob와 파일 패턴 검색
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_glob]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_glob]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [glob, filesystem, patterns]
|
||||
---
|
||||
|
||||
# glob와 파일 패턴 검색
|
||||
|
||||
## 한 줄 통찰
|
||||
> 파일 시스템 탐색도 표현 방식이 분명해야 버그가 줄어든다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: glob, pathlib.glob 기반 파일 탐색 패턴을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[glob]]
|
||||
- [[filesystem]]
|
||||
- [[patterns]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-069
|
||||
title: re와 정규표현식 실전
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_regex]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_regex]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [re, regex, text processing]
|
||||
---
|
||||
|
||||
# re와 정규표현식 실전
|
||||
|
||||
## 한 줄 통찰
|
||||
> regex는 강력하지만 읽기 비용을 관리해야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 정규표현식의 실전 적용과 가독성 유지 기준을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[re]]
|
||||
- [[regex]]
|
||||
- [[text processing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-070
|
||||
title: datetime과 시간대 처리
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_datetime_timezones]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_datetime_timezones]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [datetime, timezone, time]
|
||||
---
|
||||
|
||||
# datetime과 시간대 처리
|
||||
|
||||
## 한 줄 통찰
|
||||
> 시간 문제는 항상 언젠가 터지므로 초기에 기준을 세워야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: datetime, timezone-aware 처리와 실무 함정을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[datetime]]
|
||||
- [[timezone]]
|
||||
- [[time]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-071
|
||||
title: zoneinfo 현대적 사용법
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_zoneinfo]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_zoneinfo]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [zoneinfo, timezone, datetime]
|
||||
---
|
||||
|
||||
# zoneinfo 현대적 사용법
|
||||
|
||||
## 한 줄 통찰
|
||||
> 로컬 시간과 UTC 경계를 모호하게 두면 데이터 일관성이 무너진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 표준 zoneinfo 기반 시간대 처리 방식을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[zoneinfo]]
|
||||
- [[timezone]]
|
||||
- [[datetime]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-072
|
||||
title: decimal과 금융 계산
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_decimal]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_decimal]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [decimal, money, precision]
|
||||
---
|
||||
|
||||
# decimal과 금융 계산
|
||||
|
||||
## 한 줄 통찰
|
||||
> 정확도 요구가 높은 도메인에서는 숫자 타입이 곧 설계다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 부동소수점 대신 decimal을 써야 하는 상황과 패턴을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[decimal]]
|
||||
- [[money]]
|
||||
- [[precision]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-073
|
||||
title: fractions와 유리수 표현
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_fractions]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_fractions]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [fractions, numeric, precision]
|
||||
---
|
||||
|
||||
# fractions와 유리수 표현
|
||||
|
||||
## 한 줄 통찰
|
||||
> 문제에 맞는 수 표현을 쓰면 복잡한 보정 코드를 줄일 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: fractions 모듈의 활용 장면과 대체 기준을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[fractions]]
|
||||
- [[numeric]]
|
||||
- [[precision]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-074
|
||||
title: statistics 모듈
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_statistics_module]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_statistics_module]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [statistics, data, analysis]
|
||||
---
|
||||
|
||||
# statistics 모듈
|
||||
|
||||
## 한 줄 통찰
|
||||
> 작은 분석까지 무조건 pandas로 갈 필요는 없다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 표준 statistics 모듈로 간단 통계를 처리하는 기준을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[statistics]]
|
||||
- [[data]]
|
||||
- [[analysis]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-075
|
||||
title: random과 난수 제어
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_random_module]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_random_module]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [random, seeding, reproducibility]
|
||||
---
|
||||
|
||||
# random과 난수 제어
|
||||
|
||||
## 한 줄 통찰
|
||||
> 난수도 목적에 따라 테스트용, 시뮬레이션용, 보안용을 나눠야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: random 모듈의 사용법과 재현성, 보안 한계를 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[random]]
|
||||
- [[seeding]]
|
||||
- [[reproducibility]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-076
|
||||
title: secrets와 보안 난수
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_secrets]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_secrets]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [secrets, security, tokens]
|
||||
---
|
||||
|
||||
# secrets와 보안 난수
|
||||
|
||||
## 한 줄 통찰
|
||||
> 편한 난수와 안전한 난수는 다르다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 보안 민감 난수 생성에 secrets를 써야 하는 이유를 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[secrets]]
|
||||
- [[security]]
|
||||
- [[tokens]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-077
|
||||
title: hashlib와 해시 기초
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_hashlib]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_hashlib]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [hashlib, sha256, integrity]
|
||||
---
|
||||
|
||||
# hashlib와 해시 기초
|
||||
|
||||
## 한 줄 통찰
|
||||
> 해시는 보안 만능키가 아니라 목적에 맞는 도구 선택이 중요하다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 해시 계산, 파일 검증, 무결성 체크 패턴을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[hashlib]]
|
||||
- [[sha256]]
|
||||
- [[integrity]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-078
|
||||
title: uuid와 식별자 생성
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_uuid]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_uuid]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [uuid, identifier, data model]
|
||||
---
|
||||
|
||||
# uuid와 식별자 생성
|
||||
|
||||
## 한 줄 통찰
|
||||
> 식별자는 데이터 모델과 운영 추적의 핵심 연결점이다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: uuid 생성 전략과 식별자 설계 시 고려사항을 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[uuid]]
|
||||
- [[identifier]]
|
||||
- [[data model]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-079
|
||||
title: logging 표준 패턴
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_logging]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_logging]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [logging, observability, ops]
|
||||
---
|
||||
|
||||
# logging 표준 패턴
|
||||
|
||||
## 한 줄 통찰
|
||||
> print에서 logging으로 넘어가는 순간 운영 관측성이 달라진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: logging 모듈 기반 구조적 로그와 레벨 설계 기본을 다룬다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[logging]]
|
||||
- [[observability]]
|
||||
- [[ops]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-080
|
||||
title: argparse로 CLI 만들기
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_argparse]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, stdlib, python_argparse]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "stdlib" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [argparse, cli, tooling]
|
||||
---
|
||||
|
||||
# argparse로 CLI 만들기
|
||||
|
||||
## 한 줄 통찰
|
||||
> 작은 자동화 도구일수록 CLI 품질이 생산성을 좌우한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: argparse를 사용한 간단 CLI 설계와 구조를 정리한다.
|
||||
- 지식 축: 표준 라이브러리와 내장 모듈을 활용해 의존성을 줄이는 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 표준 라이브러리를 알면 구현 속도와 이식성이 좋아진다.
|
||||
- 내장 모듈은 운영 환경에서 기본 신뢰 자산이 된다.
|
||||
- 표준 도구를 먼저 보는 습관이 과잉 라이브러리 도입을 막는다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 외부 패키지 도입 전에 표준 라이브러리 대안을 먼저 검토한다.
|
||||
- 운영 환경 제약과 배포 편의성을 함께 본다.
|
||||
- API의 단순함과 테스트 용이성을 기준으로 선택한다.
|
||||
|
||||
## 안티패턴
|
||||
- 표준 라이브러리로 충분한데도 패키지를 추가한다.
|
||||
- 운영 환경 제약을 무시하고 무거운 의존성을 들인다.
|
||||
- 기본 모듈의 한계를 모른 채 과용한다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[argparse]]
|
||||
- [[cli]]
|
||||
- [[tooling]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-081
|
||||
title: typing 기본기
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_typing_basics]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_typing_basics]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [typing, mypy, api design]
|
||||
---
|
||||
|
||||
# typing 기본기
|
||||
|
||||
## 한 줄 통찰
|
||||
> 타입 힌트는 주석이 아니라 설계 의사소통 도구다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 기본 타입 힌트 문법과 점진적 타입 도입 전략을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[typing]]
|
||||
- [[mypy]]
|
||||
- [[api design]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-082
|
||||
title: Optional과 Union 판단
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_optional_union]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_optional_union]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [Optional, Union, None]
|
||||
---
|
||||
|
||||
# Optional과 Union 판단
|
||||
|
||||
## 한 줄 통찰
|
||||
> None이 끼는 순간 API 경계가 더 중요한 설계 문제가 된다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: Optional, Union, None 처리 기준을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[Optional]]
|
||||
- [[Union]]
|
||||
- [[None]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-083
|
||||
title: Literal과 제한된 값 모델링
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_literal_types]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_literal_types]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [Literal, typing, domain model]
|
||||
---
|
||||
|
||||
# Literal과 제한된 값 모델링
|
||||
|
||||
## 한 줄 통찰
|
||||
> 문자열 상수를 타입으로 끌어올리면 많은 실수를 미리 막을 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: Literal을 활용한 명시적 값 제한과 API 선명화 패턴을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[Literal]]
|
||||
- [[typing]]
|
||||
- [[domain model]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-084
|
||||
title: TypedDict와 dict 스키마
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_typeddict]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_typeddict]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [TypedDict, schema, typing]
|
||||
---
|
||||
|
||||
# TypedDict와 dict 스키마
|
||||
|
||||
## 한 줄 통찰
|
||||
> 느슨한 dict도 경계에서 스키마를 가지면 협업 비용이 크게 줄어든다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: TypedDict로 dict 구조를 타입화하는 기준을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[TypedDict]]
|
||||
- [[schema]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-085
|
||||
title: Protocol 기반 구조적 타이핑
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_protocol_typing]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_protocol_typing]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [Protocol, duck typing, typing]
|
||||
---
|
||||
|
||||
# Protocol 기반 구조적 타이핑
|
||||
|
||||
## 한 줄 통찰
|
||||
> 상속 없이도 계약을 표현할 수 있다는 점이 Python 타입 시스템의 큰 장점이다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: duck typing과 정적 타입을 연결하는 Protocol 설계 방식을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[Protocol]]
|
||||
- [[duck typing]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-086
|
||||
title: Generic 타입 설계
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_generics]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_generics]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [Generic, TypeVar, typing]
|
||||
---
|
||||
|
||||
# Generic 타입 설계
|
||||
|
||||
## 한 줄 통찰
|
||||
> 제네릭은 재사용성을 높이지만 복잡도 비용도 함께 온다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 제네릭 타입과 TypeVar 사용 기준을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[Generic]]
|
||||
- [[TypeVar]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-087
|
||||
title: ParamSpec과 Callable 모델링
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_paramspec_callable]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_paramspec_callable]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [ParamSpec, Callable, decorator]
|
||||
---
|
||||
|
||||
# ParamSpec과 Callable 모델링
|
||||
|
||||
## 한 줄 통찰
|
||||
> 함수를 감싸는 순간 타입 정보 보존이 설계 품질이 된다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 고차 함수와 decorator를 타입 안전하게 표현하는 방법을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[ParamSpec]]
|
||||
- [[Callable]]
|
||||
- [[decorator]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-088
|
||||
title: TypeAlias와 의미 있는 타입 이름
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_typealias]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_typealias]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [TypeAlias, domain language, typing]
|
||||
---
|
||||
|
||||
# TypeAlias와 의미 있는 타입 이름
|
||||
|
||||
## 한 줄 통찰
|
||||
> 좋은 타입 이름 하나가 문서 여러 줄을 대신할 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: TypeAlias를 통해 도메인 의미를 코드에 드러내는 패턴을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[TypeAlias]]
|
||||
- [[domain language]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-089
|
||||
title: NewType로 도메인 경계 강화
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_newtype]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_newtype]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [NewType, domain model, typing]
|
||||
---
|
||||
|
||||
# NewType로 도메인 경계 강화
|
||||
|
||||
## 한 줄 통찰
|
||||
> 숫자와 문자열이 같아 보여도 도메인 의미는 다를 수 있다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: NewType을 사용해 같은 원시 타입이라도 다른 의미를 구분하는 기준을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[NewType]]
|
||||
- [[domain model]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-090
|
||||
title: Self 타입과 fluent API
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_self_type]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_self_type]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [Self, fluent api, typing]
|
||||
---
|
||||
|
||||
# Self 타입과 fluent API
|
||||
|
||||
## 한 줄 통찰
|
||||
> 타입 시스템이 자기 반환 API를 이해하면 리팩토링이 쉬워진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: Self 타입을 통한 메서드 체이닝과 자기 참조 패턴을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[Self]]
|
||||
- [[fluent api]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-091
|
||||
title: mypy 운영 전략
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_mypy_strategy]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_mypy_strategy]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [mypy, strictness, tooling]
|
||||
---
|
||||
|
||||
# mypy 운영 전략
|
||||
|
||||
## 한 줄 통찰
|
||||
> 타입 도입은 기술 문제이자 팀 운영 문제다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: mypy를 팀에 도입하고 점진적으로 엄격도를 높이는 방법을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[mypy]]
|
||||
- [[strictness]]
|
||||
- [[tooling]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-092
|
||||
title: pyright와 타입 검사 도구 비교
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_pyright_comparison]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_pyright_comparison]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [pyright, mypy, type checker]
|
||||
---
|
||||
|
||||
# pyright와 타입 검사 도구 비교
|
||||
|
||||
## 한 줄 통찰
|
||||
> 도구 선택은 기능보다 팀 속도와 피드백 루프를 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: pyright, mypy 등 타입 검사 도구 선택 기준을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[pyright]]
|
||||
- [[mypy]]
|
||||
- [[type checker]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-093
|
||||
title: 런타임 검증과 pydantic
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_runtime_validation]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_runtime_validation]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [pydantic, validation, typing]
|
||||
---
|
||||
|
||||
# 런타임 검증과 pydantic
|
||||
|
||||
## 한 줄 통찰
|
||||
> 타입 힌트만으로 외부 입력을 믿으면 경계에서 깨진다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 정적 타입과 런타임 데이터 검증의 역할 분리를 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[pydantic]]
|
||||
- [[validation]]
|
||||
- [[typing]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-094
|
||||
title: dataclass와 타입 힌트 조합
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_dataclass_typing]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_dataclass_typing]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [dataclass, typing, models]
|
||||
---
|
||||
|
||||
# dataclass와 타입 힌트 조합
|
||||
|
||||
## 한 줄 통찰
|
||||
> 모델 정의는 간결하되 의미는 선명해야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: dataclass와 타입 힌트를 결합해 도메인 모델을 정리하는 기준을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[dataclass]]
|
||||
- [[typing]]
|
||||
- [[models]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-095
|
||||
title: attrs와 dataclass 비교
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_attrs_vs_dataclass]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_attrs_vs_dataclass]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [attrs, dataclass, modeling]
|
||||
---
|
||||
|
||||
# attrs와 dataclass 비교
|
||||
|
||||
## 한 줄 통찰
|
||||
> 도구 비교는 기능표보다 실제 모델링 요구로 봐야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: attrs와 dataclass의 장단점과 선택 기준을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[attrs]]
|
||||
- [[dataclass]]
|
||||
- [[modeling]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-096
|
||||
title: 타입 힌트 성능 오해 바로잡기
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_typing_performance]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_typing_performance]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [typing, performance, misconceptions]
|
||||
---
|
||||
|
||||
# 타입 힌트 성능 오해 바로잡기
|
||||
|
||||
## 한 줄 통찰
|
||||
> 타입 힌트는 주로 개발 생산성 자산이지 성능 기능이 아니다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 타입 힌트가 성능에 미치는 실제 영향과 오해를 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[typing]]
|
||||
- [[performance]]
|
||||
- [[misconceptions]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-097
|
||||
title: 문서화와 타입의 관계
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_docs_and_types]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_docs_and_types]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [docstring, typing, documentation]
|
||||
---
|
||||
|
||||
# 문서화와 타입의 관계
|
||||
|
||||
## 한 줄 통찰
|
||||
> 타입만으로 전달되지 않는 의도는 문서가 채워야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 문서 문자열과 타입 힌트를 어떻게 함께 설계할지 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[docstring]]
|
||||
- [[typing]]
|
||||
- [[documentation]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-098
|
||||
title: 공개 API 타입 안정성
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_public_api_typing]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_public_api_typing]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [api, typing, library design]
|
||||
---
|
||||
|
||||
# 공개 API 타입 안정성
|
||||
|
||||
## 한 줄 통찰
|
||||
> 공개 API의 타입 품질은 사용자 경험의 일부다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 라이브러리/패키지 공개 API에서 타입 안정성을 확보하는 기준을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[api]]
|
||||
- [[typing]]
|
||||
- [[library design]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-099
|
||||
title: 테스트 코드에도 타입을 붙일 것인가
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_typed_tests]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_typed_tests]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [tests, typing, mypy]
|
||||
---
|
||||
|
||||
# 테스트 코드에도 타입을 붙일 것인가
|
||||
|
||||
## 한 줄 통찰
|
||||
> 모든 곳에 같은 엄격도를 강요하기보다 효율적인 범위를 정해야 한다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 테스트 코드 타입 적용 범위와 실용적 기준을 정리한다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[tests]]
|
||||
- [[typing]]
|
||||
- [[mypy]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
@@ -0,0 +1,71 @@
|
||||
---
|
||||
id: wiki-2026-0514-python-100
|
||||
title: 타입 기반 리팩토링
|
||||
category: 10_Wiki/Topics/Coding/Python
|
||||
status: needs_review
|
||||
canonical_id: self
|
||||
aliases: [python_type_refactoring]
|
||||
duplicate_of: none
|
||||
source_trust_level: C
|
||||
confidence_score: 0.6
|
||||
created_at: 2026-05-14
|
||||
updated_at: 2026-05-14
|
||||
last_reinforced: 2026-05-14
|
||||
review_reason: ai_generated_concept_batch
|
||||
merge_history: []
|
||||
tags: [Python, typing, python_type_refactoring]
|
||||
raw_sources: [user_request:2026-05-14-python-coding-batch]
|
||||
tech_stack: { language: "Python", pillar: "typing" }
|
||||
applied_in: []
|
||||
verification_status: conceptual
|
||||
related_notes: [refactoring, typing, safety]
|
||||
---
|
||||
|
||||
# 타입 기반 리팩토링
|
||||
|
||||
## 한 줄 통찰
|
||||
> 좋은 타입은 변경을 막는 족쇄가 아니라 변경을 돕는 지도다.
|
||||
|
||||
## 핵심 개념
|
||||
- 요약: 타입 정보를 활용해 안전하게 코드 구조를 바꾸는 전략을 다룬다.
|
||||
- 지식 축: 정적 타입 힌트와 타입 기반 설계를 다루는 Python 지식 축
|
||||
- 이 문서는 Python 코딩과 설계, 운영, 품질 판단에 연결할 수 있는 개념 초안이다.
|
||||
|
||||
## 세부 내용
|
||||
- 타입 힌트는 문서이자 검증 도구이며 협업 비용을 낮춘다.
|
||||
- 정확한 타입은 리팩토링 자신감을 높인다.
|
||||
- 점진적 적용이 중요하며 팀의 규칙과 함께 가야 한다.
|
||||
- 이 주제는 Python 코드의 표현 방식뿐 아니라 팀 규칙, 운영 환경, 리팩토링 비용까지 함께 고려해야 한다.
|
||||
|
||||
## 의사결정 기준
|
||||
- 도메인 경계와 공개 API부터 타입을 강화한다.
|
||||
- 복잡한 타입은 가독성과 안정성의 균형을 본다.
|
||||
- 런타임 검증과 정적 타입의 역할을 분리한다.
|
||||
|
||||
## 안티패턴
|
||||
- 타입을 형식 체크용 장식으로만 붙인다.
|
||||
- 과도한 타입 마법으로 가독성을 해친다.
|
||||
- 공개 API에 타입 기준이 없어 협업 비용을 키운다.
|
||||
|
||||
## 적용 사례
|
||||
- 아직 직접 연결된 실제 적용 사례는 없다.
|
||||
- `verification_status: conceptual` 상태이며 추후 실제 Python 프로젝트, 스크립트, 서비스 구조에 연결되면 갱신한다.
|
||||
|
||||
## 중복 검사 결과
|
||||
- 2026-05-14 기준 `Topics/Coding` 전역에서 동일 제목의 Python 전용 문서는 직접 확인되지 않았다.
|
||||
- 일부 유사 개념은 범용 코딩 문서 또는 AI/Backend 문서 안에 부분적으로 존재할 수 있으므로 후속 정리 대상이다.
|
||||
|
||||
## 모순 및 업데이트
|
||||
- 현재 문서는 사용자 요청으로 생성된 AI 기반 개념 초안이다.
|
||||
- 실제 프로젝트 적용이나 코드 사례가 생기면 `applied_in`과 `verification_status`를 갱신한다.
|
||||
|
||||
## 관련 문서
|
||||
- [[refactoring]]
|
||||
- [[typing]]
|
||||
- [[safety]]
|
||||
|
||||
## Raw Source
|
||||
- user_request:2026-05-14-python-coding-batch
|
||||
|
||||
## 변경 이력
|
||||
- 2026-05-14: Python 코딩 지식 배치용 초기 문서 생성.
|
||||
Some files were not shown because too many files have changed in this diff Show More
Reference in New Issue
Block a user