1+ <!DOCTYPE html>
2+ < html lang ="ko ">
3+ < head >
4+ < meta charset ="UTF-8 ">
5+ < meta name ="viewport " content ="width=device-width, initial-scale=1.0, viewport-fit=cover ">
6+
7+ < meta name ="giscus:backlink " content ="https://chebread.github.io/post/힙하게-llm-사용하는-방법 ">
8+
9+ < title > 힙하게 LLM 사용하는 방법 | 차한음 블로그</ title >
10+ < meta name ="description " content ="이해하라 생성형 AI를 사용함에 따라 기술 부채가 늘어난다고 한다.생성형 AI가 나오기 전에도 프로그래머는 일종의 복붙이라는 것을 통해 코딩하곤 했다.근데 왜 그때는 기술 부채가 ... ">
11+ < meta name ="author " content ="차한음 ">
12+ < link rel ="canonical " href ="https://chebread.github.io/ ">
13+
14+ < meta property ="og:title " content ="힙하게 LLM 사용하는 방법 | 차한음 블로그 ">
15+ < meta property ="og:description " content ="이해하라 생성형 AI를 사용함에 따라 기술 부채가 늘어난다고 한다.생성형 AI가 나오기 전에도 프로그래머는 일종의 복붙이라는 것을 통해 코딩하곤 했다.근데 왜 그때는 기술 부채가 ... ">
16+ < meta property ="og:type " content ="article ">
17+ < meta property ="og:url " content ="https://chebread.github.io/post/힙하게-llm-사용하는-방법 ">
18+ < meta property ="og:site_name " content ="차한음 블로그 ">
19+
20+ < meta name ="twitter:card " content ="summary_large_image ">
21+ < meta name ="twitter:title " content ="힙하게 LLM 사용하는 방법 | 차한음 블로그 ">
22+ < meta name ="twitter:description " content ="이해하라 생성형 AI를 사용함에 따라 기술 부채가 늘어난다고 한다.생성형 AI가 나오기 전에도 프로그래머는 일종의 복붙이라는 것을 통해 코딩하곤 했다.근데 왜 그때는 기술 부채가 ... ">
23+
24+ < script type ="application/ld+json ">
25+ {
26+ "@context" : "https://schema.org" ,
27+ "@type" : "BlogPosting" ,
28+ "headline" : "힙하게 LLM 사용하는 방법 | 차한음 블로그" ,
29+ "author" : {
30+ "@type" : "Person" ,
31+ "name" : "차한음"
32+ } ,
33+ "publisher" : {
34+ "@type" : "Organization" ,
35+ "name" : "차한음" ,
36+ } ,
37+ "datePublished" : "2025-10-02" ,
38+ "description" : "이해하라 생성형 AI를 사용함에 따라 기술 부채가 늘어난다고 한다.생성형 AI가 나오기 전에도 프로그래머는 일종의 복붙이라는 것을 통해 코딩하곤 했다.근데 왜 그때는 기술 부채가 ..."
39+ }
40+ </ script >
41+
42+ < link rel ="stylesheet " href ="/styles/reset.css " />
43+ < link rel ="stylesheet " href ="/styles/layout.css " />
44+ < link rel ="stylesheet " href ="/styles/color-palette.css ">
45+ < link rel ="stylesheet " href ="/styles/chroma.css ">
46+
47+ < link rel ="stylesheet " href ="/styles/github-markdown.css ">
48+ < link rel ="stylesheet " href ="/styles/post.css ">
49+
50+ < link rel ="icon " href ="/favicons/favicon.ico " sizes ="any ">
51+ < link rel ="icon " type ="image/png " sizes ="32x32 " href ="/favicons/favicon-32x32.png ">
52+ < link rel ="apple-touch-icon " href ="/favicons/apple-touch-icon.png ">
53+ </ head >
54+ < body >
55+ < div class ="root ">
56+ < div class ="post ">
57+ < nav class ="post-nav ">
58+ < a href ="/ " class ="">
59+ < span > 홈</ span >
60+ </ a >
61+ < a href ="/about " class ="">
62+ < span > 어바웃</ span >
63+ </ a >
64+ < a href ="/posts " class ="active ">
65+ < span > 포스트</ span >
66+ </ a >
67+ </ nav >
68+
69+ < main class ="post-content ">
70+ < header class ="post-header ">
71+ < h1 class ="post-title "> 힙하게 LLM 사용하는 방법</ h1 >
72+ < p class ="post-date "> < time datetime ="2025-10-02 "> 2025년 10월 02일</ time > </ p >
73+ < p class ="post-category "> < a href ="/posts/%ec%97%90%ec%84%b8%ec%9d%b4 "> [에세이]</ a > </ p >
74+ </ header >
75+ < div class ="post-body ">
76+ < article class ="markdown-body "> < h2 > 이해하라</ h2 >
77+ < p > 생성형 AI를 사용함에 따라 기술 부채가 늘어난다고 한다.
78+ 생성형 AI가 나오기 전에도 프로그래머는 일종의 복붙이라는 것을 통해 코딩하곤 했다.
79+ 근데 왜 그때는 기술 부채가 지금보다 적었는가?
80+ 나는 이 이유를 이해로부터 찾았다.
81+ 과거 복붙의 시대에는 복붙할 코드가 결함이 있다는 전제로 활용하였기에
82+ 대부분 개발자가 필수적으로 그 코드를 이해하려고 시도했다.
83+ 그리고 복붙할 코드는 나의 코드와 호환이 거의 안되기 때문에
84+ 필수적으로 이해해서 수정해야 했다.
85+ 그러나, LLM의 시대에는 생성된 코드가 나의 코드에 바로 호환이 되기 때문에
86+ 개발자들이 굳이 수정하지 않아도 되므로 이해하려는 시도조차 하지 않는 것이 태반이다.
87+ 그리고 대부분의 개발자들은 자신들보다 AI가 생성한 코드가 더 낫다고 판단하는 경향이 있기 때문에
88+ 생성된 코드가 결함이 있음을 딱히 걱정하지 않는다.
89+ 생성된 코드에 버그가 나도 그냥 LLM에게 욕을 하고 다시 생성을 기다리지,
90+ 코드를 이해하려고 하지 않는다.
91+ 그냥 이해하면 바로 해결될 문제인데, 왜 다시 또 LLM에게 질문하는 것인가?
92+ 어찌 보면 AI를 사용함에 따라 버그가 늘어나는 것은 당연한 것이다.
93+ 당신이 보는 코드가 무슨 동작을 하는지도 모르는데, 어떻게 오류가 나는지 안나는지 알겠는가?
94+ 결론적으로, 예전에는 코드를 이해했지만, 지금은 이해하지 않는다는 것이다.
95+ 제발 코드를 이해하라.</ p >
96+ < h2 > 남용하라</ h2 >
97+ < p > LLM을 사용하면 개발 실력이 낮아질 수 있다는 우려들이 있다.
98+ 나도 최근까지는 이렇게 생각했다.
99+ 그러나, 큰 오산이었다.
100+ LLM을 사용해서 개발 실력이 낮아지는 것이 아니라,
101+ LLM이 생성한 코드를 이해하지 않아서 개발 실력이 낮아지는 것이다.
102+ LLM의 사용 유무는 당신의 개발 실력에 아무런 상관이 없다.
103+ LLM을 사용해서 개발하는 것은, 나의 실력을 증진시킬 수도, 아닐 수도 있다.
104+ 맞는 경우는 LLM이 생성한 코드를 모두 이해했을 때이고,
105+ 아닌 경우는 LLM이 생성한 코드를 이해하지 않았을 경우이다.
106+ 왜 복붙은 왜 거부감이 들지 않고, 완전한 나의 실력으로서 느껴지는 것인가?
107+ 왜 LLM을 써서 코딩하는 것은 아직도 거부감이 들고, 나의 실력으로 생각되지 않는 것인가?
108+ 이것 또한 바로 코드의 이해와 연관이 있다.
109+ 이해하지 않았으니까 나의 실력으로 생각되지 않는 것이다.
110+ 예전에는 이해했으니까 나의 실력으로 판단되었던 것이다.
111+ 복붙의 시대일 때도, 이해하지 않은 코드를 사용할 때면 내 실력이 아니라고 생각하곤 했다.
112+ 그러나, 지금 LLM의 시대에서는 그런 빈도가 매우 잦아졌다는 것이다.
113+ LLM은 마음껏 써도 된다.
114+ LLM은 남용할 정도로 써라.
115+ 그러나, 한 가지 명심해야 할 것은
116+ LLM을 통해 생성된 모든 지식을 이해하라.
117+ 이해하기 귀찮은가?
118+ 그러면 제발 LLM을 쓰지 말라.
119+ 그냥 복붙을 해라.
120+ 복붙하는 것이 당신의 역량에도 좋다.</ p >
121+ < h2 > 기계일 뿐이다</ h2 >
122+ < p > LLM을 쓸 때는 기계라고 생각하고 써라.
123+ 생성형 AI를 인격체로 보아야 한다는 말도 있는데,
124+ 그것은 LLM의 핵심을 몰라서 하는 말이다.
125+ LLM의 핵심은 트렌스포머 다음 단어, 문장 예측이다.
126+ 이것이 무슨 인격체인가?
127+ 생성형 AI는 지능은 있으나, 인격은 없다.
128+ 한낱 기계일 뿐이다.
129+ 그러니 기계처럼 사용하라.
130+ 왜 LLM을 사람처럼 대하는 건가?
131+ 당신은 망치를 쓸 때 계속해서 '감사합니다'라고 말하면서 자르는가?
132+ 당신은 컴퓨터를 쓸 때 계속해서 '정말 고맙습니다'라고 생각하면서 쓰는가?
133+ 근데 왜 당신은 LLM한테는 과도한 충성심을 보여주는가?
134+ LLM은 그냥 기계일 뿐이다.
135+ 그들에게 있어서 감정적 표현은
136+ 쓸데없는 입력값일 뿐이다.</ p >
137+ </ article >
138+ </ div >
139+ < section class ="post-comments ">
140+ < script src ="https://giscus.app/client.js "
141+ data-repo ="chebread/chebread.github.io "
142+ data-repo-id ="R_kgDOP0JptQ "
143+ data-category ="Announcements "
144+ data-category-id ="DIC_kwDOP0Jptc4CwG8I "
145+ data-mapping ="title "
146+ data-strict ="0 "
147+ data-reactions-enabled ="1 "
148+ data-emit-metadata ="0 "
149+ data-input-position ="top "
150+ data-theme ="light "
151+ data-lang ="ko "
152+ crossorigin ="anonymous "
153+ async >
154+ </ script >
155+ </ section >
156+ </ main >
157+
158+ < footer class ="post-footer ">
159+ < section >
160+ < p > © 2025 Cha Haneum</ p >
161+ </ section >
162+ < section >
163+ < a href ="https://github.com/chebread ">
164+ < span > 깃허브</ span >
165+ </ a >
166+ < a href ="">
167+ < span > 이메일</ span >
168+ </ a >
169+ </ section >
170+ </ footer >
171+ </ div >
172+ </ div >
173+
174+ < script src ="/js/main.js "> </ script >
175+ </ body >
176+ </ html >
0 commit comments