Jack Rabbit

토끼 🐰 🐇

[象牙山刘能 @disksing]

在AI时代，每个程序员都活成了自己最讨厌的那种 team leader：

1. 半年不写一行代码，编程能力严重退化，还自诩"我也是搞技术的“

2. 开会的时候把一线开发干的活全说成是自己的功劳，连自己的汇报材料都是让别人总结的

3. 瞎JB指挥，出了问题就甩锅说是下面没执行好

4. 不了解项目具体情况，只会提”单测加了没“、“性能还要优化”、“文档要沉淀一下”这类空洞的要求

5. PR 基本上看不懂，只会让别人先review了自己跟着点赞

6. 遇到 bug 了只知道无脑转发让别人查一下，自己负责来来回回转发消息

7. 还经常吐槽“今年的应届生水平越来越不行了”

[DHH @dhh]

Microservices is the software industry’s most successful confidence scam. It convinces small teams that they are “thinking big” while systematically destroying their ability to move at all. It flatters ambition by weaponizing insecurity: if you’re not running a constellation of services, are you even a real company? Never mind that this architecture was invented to cope with organizational dysfunction at planetary scale. Now it’s being prescribed to teams that still share a Slack channel and a lunch table.

Small teams run on shared context. That is their superpower. Everyone can reason end-to-end. Everyone can change anything. Microservices vaporize that advantage on contact. They replace shared understanding with distributed ignorance. No one owns the whole anymore. Everyone owns a shard. The system becomes something that merely happens to the team, rather than something the team actively understands. This isn’t sophistication. It’s abdication.

Then comes the operational farce. Each service demands its own pipeline, secrets, alerts, metrics, dashboards, permissions, backups, and rituals of appeasement. You don’t “deploy” anymore—you synchronize a fleet. One bug now requires a multi-service autopsy. A feature release becomes a coordination exercise across artificial borders you invented for no reason. You didn’t simplify your system. You shattered it and called the debris “architecture.”

Microservices also lock incompetence in amber. You are forced to define APIs before you understand your own business. Guesses become contracts. Bad ideas become permanent dependencies. Every early mistake metastasizes through the network. In a monolith, wrong thinking is corrected with a refactor. In microservices, wrong thinking becomes infrastructure. You don’t just regret it—you host it, version it, and monitor it.

The claim that monoliths don’t scale is one of the dumbest lies in modern engineering folklore. What doesn’t scale is chaos. What doesn’t scale is process cosplay. What doesn’t scale is pretending you’re Netflix while shipping a glorified CRUD app. Monoliths scale just fine when teams have discipline, tests, and restraint. But restraint isn’t fashionable, and boring doesn’t make conference talks.

Microservices for small teams is not a technical mistake—it is a philosophical failure. It announces, loudly, that the team does not trust itself to understand its own system. It replaces accountability with protocol and momentum with middleware. You don’t get “future proofing.” You get permanent drag. And by the time you finally earn the scale that might justify this circus, your speed, your clarity, and your product instincts will already be gone.

[Daegwon Nacyot Kim @nacyotKim]

크게 두 가지 증상으로 나타남. 프로그래밍을 거의 모르거나 조금만 아는 사람들이 (비록 프로덕션 수준이 아닐지라도) 동작하는 애플리케이션을 코딩없이 만듦. 그리고 또 하나는 개발자들이 조금만 아는, 혹은 거의 모르는 언어로 프로그래밍이 가능해짐.
https://t.co/CMSbC26bhY

[Jack Rabbit @onesup]

https://t.co/X4xinR7nQ5 250만원대 미니피씨.
이 가격에 로컬 llm 어지간한 사이즈는 다 돌릴 수 있다.
리뷰 영상을 유튜브에서 보니 추론 속도도 너무 좋았다.
그런데 한국에서 개인목적이 아닌 상업적으로 쓰려면 거의 두배 가격으로 뛰어버린다.
중국과 대만에서는 이 가격 그대로 팔테니 이것만으로도 한국과 격차가 벌어지는것 같다.

[Samuel Williams @ioquatix]

@yukihiro_matz

[Jack Rabbit @onesup]

페북의 김범용 씨 글인데 바이브코딩에도 바로 적용되는 내용이다.
---
글쓰기를 건축에 비유하는 경우가 많은데, 이를 응용하자면, 글쓰기에서 생성형 인공지능을 쓴다는 것은 어느 날 갑자기 건설업체 하나를 물려받는 것과 비슷할 것이다. 어떻게 공사 계약을 따와서 직원들에게 건물 짓자고 하면 어떻게든 건물이 나올 것이다. 있으라 하면 건물이 있게 되니 얼마나 신기하겠는가?
.
그런데 의뢰인한테 조감도를 보여주었는데 자기가 원하는 건물이 아니라고 한다고 해보자. 설계를 변경해야 하는데, 나는 설계를 할 줄 모른다. 직원한테 이렇게 해라 저렇게 해라 지시한다. 지시가 엉성하니 결과가 분명하게 안 나온다. 어떻게 의뢰인하고 건물 구조나 외장 등에 관하여 타협을 보았다고 해보자. 그런데 역학적으로 문제가 있다면? 공간 넓게 쓰고 싶다고 기둥을 뺐더니 문제가 생겼다면? 그래서 시청에서 건축 허가를 안 내준다면?
.
일 똑바로 안 하냐고 직원들을 족치기는 하는데, 어디를 어떻게 족쳐야 하는 줄 모르니 결과는 똑바로 안 나올 것이다. 직원들은 슬금슬금 사장 눈치나 보면서 일하는 척하고, 나는 일할 줄을 모르고, 그렇다고 직원들을 다 해고하고 새로 뽑을 수도 없고, 시간은 뿌득뿌득 잘 가고, 의뢰인은 돈은 받았는데 왜 진척이 안 되냐고 항의한다고 해보자. 여전히 나는 건축을 모른다. 어떻게 하나?
.
어떻게 설계도 어떻게 했고 행정관청의 건축 허가도 받았다고 치자. 철근 빼먹나 안 빼먹나, 콘크리트에 물 타나 안 타나, 나름대로 감시 잘 했다고 생각했는데 건물 한쪽이 무너진다. 철근을 철사로 대충 조이다 말아서 그렇게 된 거다. 예전에는 철근에 용접을 많이 했는데, 용접하면 철이 산화되면서 강도가 약해진다. 그래서 최근에는 용접 대신 철사 등으로 철근을 고정시킨다고 들었는데, 인건비 아낀다고 사람 덜 쓴다든지 관리를 못 한다든지 하면 철사를 대충 조여서 철근들이 따로 놀게 되어 철근을 빼먹은 것과 비슷한 상태가 된다고 들었다. 물론, 아예 대놓고 철근도 빼먹고 콘크리트에 물 타면 답이 없을 것이다.
.
내가 건설업체 사장인데 직원들이 일 대충하는 거 모르고 있다가 사고라도 나면, 회사는 부도나고 나는 감옥에 간다. 그러면 어떻게 해야 하나? 빌딩 같은 것은 지을 생각도 하지 말고, 엘리베이터 공사 안 하는 4층 미만의 연립주택 정도만 지어야 한다.
.
생성형 인공지능이 상용화된 뒤, 학생들의 글쓰기 능력이 전반적으로 향상되어 다들 중위권 수준의 글쓰기를 하게 되었는데, 최상위권 수준의 글쓰기 능력을 보이는 학생은 별로 늘어난 것 같지 않다는 이야기를 들었다. 예전 같으면 조적이든 미장이든 제대로 못할 사람들이 건설업체를 하나씩 물려받게 되니까 아무나 2층짜리 전원주택 정도는 대충 지을 수 있게 된 것이다. 그런데 글쓰기 교육의 목표는 성찰적 글쓰기랍시고 스무 살짜리 애들한테 투정부리고 찡찡거리는 내용으로 일기쓰기 같은 거나 시키는 게 아니라 학술적인 글을 쓰게 하는 것이다. 어떻게 고층 건물을 짓는가? 사실은 그전부터 그런 건 제대로 안 가르쳐왔다. 학생들이 조적이든 미장이든 못 한다는 핑계로 대충 넘어가도 아무 문제가 안 되었는데, 이제는 아무나 2층집을 뚝딱 지어버리니 글쓰기 교육이 문제점이 가시화된 것뿐이다.
https://t.co/QhgyL5QW3Y

[aichupanda @aichupanda]

(1) "LLM이 생각을 하지 않는다"라고 흔히 말하지만, 사실 '생각'이란 개념에는 묘한 문제가 있음. 자기 자신이 생각을 한다는 것은 자기 느낌으로 알 수 있음. 그런데 나를 제외한 다른 인간들이 생각을 하는지 아닌지는 알 방법이 없음.

[Daegwon Nacyot Kim @nacyotKim]

정말 빠르고 얼라인되어있는 조직들은, 지금 무섭게 치고 나갈 거라고 생각함. 항상 그렇지만 주변에 그럼 사람/조직이 없으면 이런 변화를 완전히 놓칠 수 있음. 보이지 않으면 그냥 읭? 스러울 수밖에 없는데, 블록체인, 메타버스 이런 거라고 생각하면 정말 큰 일 납니다... 😅

[Jack Rabbit @onesup]

다른 지성체를 존중 할 수 있어야 에이전트와도 잘 지낼 수 있다.

[Daegwon Nacyot Kim @nacyotKim]

코딩 에이전트 체크리스트: Claude Code ver. [Speakerdeck]
사내에서 공유했던 발표자료 공유합니다. (회사 얘기 없음)
https://t.co/YGuhBs2NK9

[Jack Rabbit @onesup]

@seti_park @tchinnom 심지어 cli 가 있는 서비스면 따로 mcp 안붙여도 클로드 코드가 다 해줘요. aws 조작도 해주고 깃헙 조작도 해주고 등등

[Jack Rabbit @onesup]

엄청 오래된 php 프로젝트를 클로드 코드가 알아서 필요한거 다운로드 받아서 실행해줬다. 맥북에.
오래된 안드로이드 프로젝트도 알아서 빌드해서 전화기에 설치해주고.
편하다.

[Jack Rabbit @onesup]

@sehaya 앞자리 6자 되면 이제는 안시켜줘.
라는 말이 참 애잔하더라고요.

[Jack Rabbit @onesup]

@catamorphic 거친 시대였고 접근성 문제가 있었죠. '구매'에도 짬이 필요했습니다. 중딩이 게임씨디 사러갔다가 용산상가 어귀에서 무서운 형들에게 돈 뺏기곤 했어요.

[Jack Rabbit @onesup]

개발 실무를 야근해가며 밤새가며 안해본 사람은 이 결과물에 그냥 그런가보다. 왜 호들갑이지 싶을 것 같다. 나는 기적을 눈 앞에서 본 기분인데.

[Jack Rabbit @onesup]

기존에 우리가 만들던 어느정도 수준의 제품들은 클로드 코드로 다 작성이 가능해졌다. 클로드 4.0 나오고서 지난 6일간 쇼핑몰 기본 기능을 바닥부터 다 만들었다. 유튜브 보면서 쉬엄쉬엄 했다. 작년 이맘때 같으면 이정도 규모면 쉬엄쉬엄 모드로 두 달 이상은 걸렸을거다. 애초에 돈 받은 것 아닌 이상 바닥부터 만들 생각을 안했겠지.
https://t.co/9xnO5VxQQo
오늘 관리자 기능까지 다 마쳤는데, 관리자 화면 만들어진것 보고 소름이 돋을 지경이었다.
지난 몇년간 어떻게 하면 효율적으로 새 프로젝트를 단기간에 쳐낼 수 있을까. 관리자 기능을 어떻게 하면 템플릿 화 할까. 템플릿 화 했는데 커스터마이징이 복잡하면 어떡하나. 이런 고민들을 했었는데 허무할 지경이다.
지금은 비어있는 쇼핑몰이라 원하시는 분은 관리자 기능도 구경시켜 드릴 수 있다. dm 주세요.

[Jack Rabbit @onesup]

클로드 맥스 100불짜리 요금제 쓰는 중이다. 클로드 코드를 쓸 때 무한으로 쓸 수 없는건 알았지만 일시적으로 한도까지 다 채워본 적은 첨이다. todo 를 잘 정리해서 주니까 중간에 나한테 안물어보고 끝까지 가는구나. 뿌듯함.

[Jack Rabbit @onesup]

바이브 코딩 결과물 인수인계는 생성의 관점에서 봐야 한다. 기존 코드를 분석하는게 아니라 재생성을 해줘야 한다. 바이브 코딩 결과물인 코드를 넘겨받고 유지보수를 할게 아니라 의뢰인의 지금까지의 프롬프트를 넘겨받아야 한다. 그리고 프롬프트를 리팩토링 해서 처음부터 다시 생성해야지.

[chann @channprj]

이미 지금도 외주(코딩알바) 시장에 이런 요청들이 꽤 있다. 솔로프리너 & 바이브 코딩 강의가 생각보다 잘 팔리면서 나타난 현상으로 보임. AI가 유지보수는 생각하지 않고 갈겨둔(?) 코드들을 사람이 정리하고 치우다보면 현타가 오게 됨… 문제는 의뢰인들은 이미 AI로 다 완성된 줄 안다는 것. 😂

[Jack Rabbit @onesup]

@say8425 ai를 사용해서 결과물을 내는 동료를 수제보다 코드 품질이 나쁘다는 식으로 배척해서 전반적인 도입을 늦추거나 할 수는 있는거 같아요. 실제로 수제보다는 코드 컨벤션에는 안맞을것도 사실이고 수제보다는 ai제가 더 팡팡 튀어나오는 것도 사실이니 지금은 정말 과도기네요.

[Jack Rabbit @onesup]

자기가 하는 일을 정확히 안다