AI 슬롭과 '그냥 괜찮은' 소프트웨어의 시대

들과 똑같은 평범한 것"을 더 빨리, 더 많이 뽑아내는 방향으로 흐르기 쉽다.

이렇게 양산된 슬롭이 시장을 뒤덮으면, 정말로 잘 만든 소프트웨어가 눈에 띄기도, 생존하기도 어려워진다.

장인정신 vs 속도: 왜 좋은 소프트웨어가 사라질까

좋은 소프트웨어를 만들려면 기술을 이해하고, 맥락을 파악하고, 사용자 경험을 세심하게 다듬는 시간이 필요하다.

하지만 시장의 인센티브는 정반대 방향을 가리키고 있다.

빨리 만들고, 빨리 출시하고, 대충 돌아가면 그걸로 충분하다는 문화가 이미 널리 퍼져 있다.

여기에 AI·에이전트가 더해지면, "잘 만든 하나"보다 "대충 만든 백 개"가 더 유리한 구조가 된다.

글쓴이는 이런 구조에서 '장인'# 개발자 AI들이 설 슬 자리가 줄어롭들고,(S 소프트웨어lop가 공장에서 찍)어낸 가구과처럼 획일화되는 것을 두려워한다.

소이케프트웨어 장인정신의아 위기

조## 핵차심 요약 이제

생산성 위는 꿈처럼 느주의껴 AI지고, 알 도구가 '리대충익 스프레스90% 완·성테무된식 ' 소프트최웨어저가'를 끝으로, 최 삼단아시간,버 최소릴정 위험성이'의 문화가 있다. 소프트웨어 세계로 넘어온 느낌

에 가깝다.

AI 도구의 양문면성:제의 핵 학습심은의 동 기술료 자체이자가 아니라 평균값,의 얕은 유 품도자

질글도쓴이는 Claude 상 같은관 AI없이 도구 빨가리 새로운 언,어나 많이 기술을 만드는 배 걸울 때 장 분려명 도움을 준하는다고 사람 인정과한다.

문제를 구조 설명에하고, 있다.

예이제를 보고 흐, 모름르는 개이념을 계속 바로되면 물어볼 소 수 있으프트니웨어 장인 학정습 속도신는 확과실히 사용자 빨라진 주다.도

하지만 동시에 창 이런 도작구들은 " 문화이미 많이 쓰가이는 사 방식"라을지고 기준,으로 답을 아무 내놓기도 때문에 그, 자연 상스럽게 사용실을자를 안전 아한 평균쉬값워하지으로 유 않을도한다. 수 있다.

조금## 특 '이한 인터랙슬션롭, 새로운 UI 패러(S다임,lop)' 종이이 질란 무엇감인가

같은 독슬특한 앱롭은 대(Paper충 by FiftyThree 같은 먹)을 만들을고 싶어도 수, AI는는 자 있지만꾸 맛 익숙도 품질도 별로인 '사한 패턴 쪽으로 끌어당긴다.

결국료 "빠르게 배울 수 있지만, 같은 남들과 음식' 다른 걸 만들기는 더에 비유된다 어려워.

지는" 모순적인 상황이 생글에서 말하는 AI 슬롭은 겉기는 셈이다.

사람의으로 문제: 보기엔 인센티브 돌아와 무관심가

지만슬롭,은 AI 때문에 정성을 갑자 들기 나타여난 게 아니다 만든.

불 느낌편한도 의 없고자, 최,악의 세 예매 사이트, 광고와 SEO로 도배된 검색심함도 부족한 소프트웨어 결과는를 이미 오래 가리킨전부터다 존재.

버하그던 "가대 치충명 만든 결과적물"이의 사례지만들 않이다.

으면이런, 결과가 디자인 나이오는 이유는 단 평순범하다.

하고품 뻔질해을도 올려,도 사용자 별 경험로이 보상을 거 못 받고칠,어 빨리도 많이 만들어야 " 돈이이 되는 구조 정도가 그대로이기 때문이다면. 됐

게지"다가 하고 사용자들 넘어가는 역시 점 결과점 기술물 문제이다.에

둔감해AI지고 있다.

개인는정보 이미 침 그런해, ' 온갖대충 먹 알을림과 수 있는 업셀 수준, 고'장의난 기능 결과, 이상물을한 제한 엄사항청을 매나일게 빨리 겪 만들어낼으 수면서도 있다. "

원래## 이런 가 보다90"% 완 하고성과 넘어가는 사람들이 많아진다.

이런 무감각 나머지 10%의 의미

이AI 쌓이면,가 기업 만드는이 굳이 더 결과물은 좋은 것을 만들 이유가 줄어든 이미다. " 많은어차피 이 정도 경우도 잘 80~90%만 쓰는데 수준?"가 되어까지버리는는 것이다 충분.

히## 따라 사용자-간다개.발

자 간 거리: 줄웹앱, 간단한 서비스, 프로토타입,어들 기회 vs 놓칠 데 가능성

AI가 발전하면, 코드를 모르는 사람모도 영상 정도 "는 AI이 코드와 템플런 앱릿 만들어줘으로"라고 금 말만방 만들어 해서 제품낼을 만들 수 수 있다. 있을 거라는

그러나 기대가 마지막 있다.

10%실제로 회계팀에는의 엑 문셀 대가서, 아이폰 자동 정리,화를 하는 학생 에들, 노지션 케이스 처리, 진을 미짜 사용친 듯자를이 커 고려스터마이한즈 흐름하는 사람 설계,들은 디테 이미일한 '비 동공식작 개발자'처럼 행동 검하고 있다증. 같은 '

공이런들임 사람들에게' AI이는 들어 훌간륭다한 도.구가 될

수 있다.

이하지만 글쓴 이는 이 사람들이 전체10%에서 소를수 위해에선 불과한 도 예메인외일 이해지도, 모른 사용자다고 본 공다.

대부분감, 오랜의 테스트 사람들은, 그 미 정도의세 시도 조정조차 등이 하지 필요 않고,하고 그냥 주,어진 이 앱과 부분 시스템을은 받아 아직들이는 데 사람이 익숙 느해져 있을리지만 수 깊 있다게.

그렇 개다면 AI입해야는 한다 창.의

적 사용자문에게 '제는제 시장한 없는과 도화 사용자지 모두'를 주 이기 마지막보다는, 대10%다에 돈수에게과 '조 시간을금 더 쓰 편한 TV려 리 하지모컨 않을' 정도 수 있다는로 점이다.만 쓰이

게 될 가능##성이 진 크짜다.

문제##는 '불 AI편가 아니라함을 사람과 참지 인 못하는센티 사람브들다'

의 역할글

이쓴 글 속이는의 공 AI포는 자체 결국 이런보다 질문 "으로 귀AI결된다.를

부"이 상태에리는 만족 사람하지 못들하고",과 괜찮지 "그걸 그냥 않은 것을 받아들이 그냥는 두 사용자지들" 않는 사람을들은 더 걱정한다.

지금도 사용자는 불 얼마나 남아 있을까?"

버그를 보면 그냥 넘기지 않고, 이상한편 UI를한 보면 UI 왜 이렇게, 됐 이상는지한 결제 흐름, 광고 따와져 추보고, 더적 나은에 도구 찌를든 앱, 형편없는 직접 고객 만들지원거나 요구에하는 사람 익들.숙

해이들은져 기술 버의 방향을리고 있다 바.꾸

는기업은 '빠른 출시', 소 '비용 절감', '수트래픽·지만매, 지금 흐출름 극에서는대화 점'에점 소 집중외하고될, 품 위험이 있다질·.

장속도인정와 양신·사용산자이 우 존선중은이 숫 되는자로 세 측정하기 어렵상다는 이유로 후순에서위,로 밀린 느리다게.

이 이해하고 구조가 유지 꼼꼼된 상태히 만드는에서 사람들의 가 AI치는를 쉽게 무 쓰시된다.면

글,쓴이는 기존 "의우리의 나 장인쁜으로서의 역할, 이 불 방향편함을 참지 못성이하는 태도가 단지 사라 더 빠져르고도 더, 아무 크게도 증 슬폭퍼하지될 않을 위험까이 있다. 봐

" 두##려워한다.

템##플릿화· 인사이트획일화

된 소프트지웨어금의 확의산

AI AI 모델와은 소프트 통웨어 생태계적으로계가 나쁘 평균기적인만 한 패 것은턴을 아니 잘지만, 따라 만드는 " 데 최적화되어 있다.

그 결과, "React + Tailwind" 식의대충 괜찮은 것에 익숙해지는 습관"이 가장 흔 위험한한 기술 지점이다 스택.

과개발자, 익숙한 레이라아웃과, 무면난한 AI 인터를랙션 속이도 계속 도구 복로만 쓰지제된다 말고.

, 왜 이런특 구조가 나이한왔 인터는지, 무엇페을이스, 놓치고 독창적인 있는 상지 계속 질문호작해야용 한다, 새로운.

사용 표현 방식은자 훈라 해도 "원래 다 이런가 보다"를 입버릇처럼 말하기련보다 데이터에도 적고, 위험 부담도 크,기 불편함 때문에과 AI 이상함을가 자각 제하고안 피드백하기하거나 다른 어렵다. 대

안을그래 찾서는 태 "도가 중요Paper하다.

by FiftyThree장" 같은인정 독신은창적이고 감각적인 거 앱을 의도해도, AI와창 템플릿만으로 접근하면한 결국 어딘가에서 본 듯한 예 평범한 결과물만 나오는 경술향이 생긴다.

장의인 개발 문제가 아니라,자와 마지막 ' 에10%이를전 포트 목기하지 않는동' 태의도에 대비

장인 개발자는 도 가깝다구.

AI를 시대 잘일수록 쓰, 이는 것10%보다를 지,키고자 문제를 하는 소수 깊이 이해하고의 집,요함이 사용 전체자를 환경의 생각 바하며닥선을 설계 결정하고하게 된다,. 구현·테스트를 꼼꼼히 반복한다.

반대로, 다수의 AI 에이전트에게 작업을 쪼개어 시키고, 나오는 결과를 대략 이어 붙이는 '에이전트 목동' 방식은 속도와 양은 많지만 깊이는 부족하다.

이 방식이 산업 전반의 표준이 되면, 설계 원리나 시스템 이해를 가진 사람은 줄어들고, "에러 나면 프롬프트 바꿔 다시 돌리는 사람"만 남을 위험이 있다.

그렇게 되면, 복잡한 문제를 근본적으로 해결하거나, 전혀 새로운 방식의 소프트웨어를 발명할 수 있는 토대가 약해진다.

사용자 창작의 희망과 그마저 무너질 가능성

글에서는 'Carol in Accounting'처럼 엑셀로 미친 수준의 자동화 시트를 만드는 사람, 스마트폰 자동화·노션 해킹을 하는 사용자들을 희망의 징후로 본다.

이들은 비전문 개발자이지만, 스스로 불편함을 느끼고, 직접 문제를 해결하려고 배우며, 도구를 창의적으로 활용한다.

이상이 제대로 꽃피면, AI는 오히려 이들을 돕는 '새로운 하이퍼카드' 역할을 할 수 있다. 즉, 누구나 아이디어를 바로 인터랙티브 소프트웨어로 구현하게 돕는 도구가 될 수 있다.

하지만 다수의 사용자가 그 정도의 호기심도, 문제의식도 없이 그저 '작동만 하면 되는 TV 같은 기기'만 원한다면, 이런 가능성은 제한된 소수에게만 머물 수 있다.

'좋은 소프트웨어'가 사라질 때 벌어지는 일

작은 팀이 심혈을 기울여 만든 좋은 앱이 시장에서 성공하면, 큰 플랫폼 회사가 무료에 가깝게 따라 만들고, 원작과 복제본이 모두 사라지는 경우가 많다.

여기에 AI 에이전트까지 결합되면, "따라 만들고 버리는" 비용이 더 떨어지고, 실험과 폐기의 속도는 빨라지지만, 장기적으로 유지·개선되는 소프트웨어는 줄 수 있다.

결국 남는 것은 '당장 광고와 수익을 뽑아낼 수 있는, 수명이 짧은 앱'의 산더미와, 유지보수 책임이 애매한 코드 잔해들이다.

이 과정에서 서서히 장인정신은 줄어들고, 사용자는 점점 낮은 품질에 익숙해지며, 좋은 소프트웨어가 사라져도 아무도 크게 아쉬워하지 않을 수 있다.

인사이트

AI 시대의 핵심 질문은 "AI가 얼마나 똑똑해질까?"가 아니라, "우리가 얼마나 더 낮은 품질에 만족하게 될까?"에 가깝다.

개발자라면, AI를 속도 도구로 쓰되, 마지막 10%—설계, 이해, 디테일, 윤리—는 스스로 책임진다는 태도를 일부러 유지해야 한다.

사용자라면, '그럭저럭 돌아가기만 하는 서비스'에 익숙해지지 않고, 불편과 문제를 인식하고 목소리를 내는 것이 장인 소프트웨어의 생존을 돕는 작은 실천이다.

결국 미래의 컴퓨팅은 "누가 더 많이·빨리 만드는가"가 아니라, "누가 끝까지 이해하고, 책임지고, 공들여 만드는가"를 선택할지에 달려 있다.

출처 및 참고 : (AI) Slop Terrifies Me – ezhik.jp