<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Quantity vs Quality of Code on Haxlys's Blog</title><link>https://hugo-blog-static-site.haxlys.workers.dev/mental_models/quantity-vs-quality-of-code/</link><description>Recent content in Quantity vs Quality of Code on Haxlys's Blog</description><generator>Hugo -- 0.152.2</generator><language>kr-ko</language><lastBuildDate>Mon, 27 Apr 2026 18:56:36 +0900</lastBuildDate><atom:link href="https://hugo-blog-static-site.haxlys.workers.dev/mental_models/quantity-vs-quality-of-code/index.xml" rel="self" type="application/rss+xml"/><item><title>잃어버린 게으름의 위험 — Bryan Cantrill이 LLM 시대에 다시 꺼내는 프로그래머의 미덕</title><link>https://hugo-blog-static-site.haxlys.workers.dev/posts/peril-of-laziness-lost/</link><pubDate>Mon, 27 Apr 2026 18:56:36 +0900</pubDate><guid>https://hugo-blog-static-site.haxlys.workers.dev/posts/peril-of-laziness-lost/</guid><description>Bryan Cantrill이 Larry Wall의 &amp;#39;게으름·조급함·자만&amp;#39;이라는 프로그래머의 세 미덕을 다시 꺼내, LLM이 왜 좋은 추상화를 만들지 못하는지 진단한다. Garry Tan의 &amp;#39;하루 37,000줄&amp;#39; 자랑과 DTrace 60,000줄을 나란히 놓으면, 시간 제약이 없는 생성기가 만든 코드가 어떻게 쓰레기 레이어케이크가 되는지가 드러난다.</description></item></channel></rss>