27 lines
1.7 KiB
Markdown
27 lines
1.7 KiB
Markdown
---
|
|
id: P-REINFORCE-AI-ESLINT-STATIC
|
|
category: "10_Wiki/💡 Topics/AI"
|
|
confidence_score: 1.00
|
|
tags: [SoftwareEngineering, StaticAnalysis, ESLint, CodingStandard]
|
|
last_reinforced: 2026-04-20
|
|
---
|
|
|
|
# [[ESLint-Static-Analysis]] (ESLint 정적 분석)
|
|
|
|
## 📌 한 줄 통찰 (The Karpathy Summary)
|
|
> "코드를 실행해보지 않고도 미래의 버그를 예언하는 엄격한 사서." 소스 코드를 읽어 문법 에러, 코딩 컨벤션 위반, 잠재적 위험 패턴을 자동으로 찾아내어, 개발자가 실수하기 전에 미리 경고를 날려주는 현대 웹 개발의 수문장이다.
|
|
|
|
## 📖 구조화된 지식 (Synthesized Content)
|
|
- **AST (Abstract Syntax Tree)**: 코드를 나무 구조로 분석하여 특정 패턴(예: `eval()` 사용)이 나타나는지 물리적으로 감지함.
|
|
- **Rules & Plugins**:
|
|
- **Recommended Rules**: 보편적으로 권장되는 안전한 코딩 수칙.
|
|
- **Prettier Integration**: 코드의 '의미'는 ESLint가, '모양(Formatting)'은 Prettier가 담당하도록 협업.
|
|
- **Automation**: Git Commit 시점에 검사하거나(Husky), IDE에서 실시간으로 밑줄을 그어 교정을 강제함.
|
|
|
|
## ⚠️ 모순 및 업데이트 (RL Update)
|
|
- 설정이 너무 까다로우면(Strict) 개발자의 창의성과 생산성을 저해하여 "eslint-disable" 주석이 남용되는 역효과(Security Theater)를 낳는다. 팀의 수준과 프로젝트의 성격에 맞는 '품질의 적정선'을 설정하는 거버넌스가 중요하다. 최근에는 AI가 복잡한 린트 에러를 자동으로 고쳐주는 기능이 도입되고 있다.
|
|
|
|
## 🔗 지식 연결 (Graph)
|
|
- Related: [[SAST (Static Application Security Testing)]] , [[Dry-Principle]]
|
|
- Tools: [[Prettier]] , Husky-Git-Hooks
|