ADHD 특집 같네요. 길기 때문에 일단 ADHD 부분만 봤어요. 처음 나오는 이야기가 성숙이더군요. 맞아요. 맞아요. 그 뒤에 이야기 나오는데 아. 장단점을 인식하고 여러 도움을 받으면서 잘 하는 그 일에 몰두하는 것. 큰 욕심 내지 않고 가벼운 마음으로 그 일을 하는 것. 가볍게 가볍게. 언제 더 듣고 이 분의 길을 좀 봐야 겠네요. 텍스트 에디터 나오네요. 손가락이 알아서 움직이게 하는 것. 생각 없이 할 수 있는 자유와 그 안에서 창조의 힘. 조금 더 이 사람을 알고 올게요.
-----
Programming, AI, ADHD, Productivity, Addiction, and God | Lex Fridman Podcast #461
Lex Fridman
(00:00:00) 다음은 온라인에서 ThePrimeagen으로 더 잘 알려진 마이클 폴슨과의 대담입니다. 그는 초보자이든 수십 년 동안 소프트웨어 엔지니어링 분야에서 고군분투해온 노련한 개발자이든 상관없이 수백만 명의 사람들에게 소프트웨어로 무언가를 만드는 재미를 선사하고 영감을 준 프로그래머입니다. 간단히 말해, ThePrimeagen은 전설적인 프로그래머이자 영감을 주는 롤러코스터 같은 인생 스토리를 가진 위대한 인간입니다.
https://lexfridman.com/theprimeagen-transcript#chapter28_adhd
Transcript for ThePrimeagen: Programming, AI, ADHD, Productivity, Addiction, and God | Lex Fridman Podcast #461 - Lex Fridman
This is a transcript of Lex Fridman Podcast #461 with ThePrimeagen. The timestamps in the transcript are clickable links that take you directly to that point in the main video. Please note that the transcript is human generated, and may have errors. Here a
lexfridman.com
ADHD
Lex Fridman(03:13:36) 로봇과 같은 단일 시스템에 더 적합하다고 생각해요. ADHD로 고생하셨군요. 많은 사람들이 ADHD를 앓으면서도 생산성을 발휘하고 번창할 수 있다는 사실에 큰 영감을 받는다고 생각합니다. 어떻게 극복하셨나요?
ThePrimeagen(03:13:57) ADHD가 영향을 미치는 것에는 여러 가지가 있으므로 가장 쉬운 것부터 시작하겠습니다. 직접적으로 적용 가능한 것부터 부수적인 피해에 해당하는 것들부터 설명해드리겠습니다. 그래서 ADHD에 정말 도움이 된 한 가지는 성숙함입니다. 모든 사람에게 더 필요한 것이 바로 성숙함이라고 생각합니다. 앉아서 책을 읽으려고 할 때 너무 흔들리고 통제 불능이 되어서 도저히 감당할 수 없다는 뜻이죠. 한 페이지만 읽고 아무것도 읽지 않은 것처럼 느껴졌어요. "맙소사, 도저히 못 하겠어"라는 생각이 들었습니다. 그냥 듣다가 그만두고 "아니, 이 페이지를 다시 읽을 거야"라고 말해야 했어요. 대학 시절에는 이걸 제대로 해내야겠다고 억지로 억지로 18번이나 연속해서 읽었던 기억이 납니다.
(03:14:43) 그래서 어떤 일이 있어도 내가 할 일을 할 것이고 잘 해낼 것이고 어쩌면 훨씬 더 오래 걸릴지라도 괜찮다는 성숙의 측면이 있어요. 그게 중요한 게 아니에요. 제가 하고 있다는 것, 그게 중요한 거죠. 그래서 그것이 일반적으로 도움이 된다고 생각합니다. 그리고 ADHD, 아니 ADHD, 회복탄력성, 정서적 회복탄력성은 정말 도움이 되는 중요한 측면입니다. 그래서 그것이 저에게 정말 큰 도움이 되는 부분이라고 생각합니다.
(03:15:11) 아직도 분명히 어려움을 겪고 있는 것들이 있습니다. 제가 정말 잘 못하는 부분이 분명하고, 제가 잘 못하는 여러 가지를 생각하려고 노력하는 것뿐입니다. 제가 잘하는 것보다 못하는 것이 더 많아요. 그래서 프로그래밍은 분명히 집중력을 유지할 수 있게 해주는 무언가가 있고 그것은 저의 강점 같은 것입니다. 그래서 조금만 할 수 있는 것부터 시작해서 정서적 회복력을 통해 점점 더 많은 일을 할 수 있게 되었죠. 그래서 지금은 한 번에 10시간, 12시간, 15시간씩 할 수 있고 정말 좋아합니다. 그래서 이제는 일종의 기쁨이 되었죠. 악기를 연주하는 것과 같아요. 정말 빠져들었어요.
(03:15:51) 그러나 "이봐, 치과 예약하고 다른 모든 일을 하러 가거나 아이들이 일주일 내내 챙겨야 할 식사를 위해 이런 종류의 물건을 준비해야 해"라는 식으로 결론이 났다면 말이죠. 저는 원래 그런 일에 매우 서툴렀고 앞으로도 계속 그럴 것입니다. 그래서 제가 이렇게 잘할 수 있는 이유 중 하나는 제게 정말 잘해주는 아내가 있기 때문이라고 말해야 할 것 같습니다. 제 삶에서 많은 일들이 눈덩이처럼 불어나서 아무것도 할 수 없는 이상한 지경에 빠지게 만드는 많은 일들을 아내가 정리해 주었기 때문입니다. 그래서 아내는 저에게 정말 큰 도움이 되었습니다.
(03:16:30) 저 혼자서 ADHD를 이겨냈다고 주장하는 것은 어리석은 일이겠지만, 대신 제가 정말 잘할 수 있는 분야는 제가 아주 잘해왔고 분명히 훨씬 잘해야 할 분야는 아내가 많이 도와주었음을 알게 되었죠. 그래서 저는 일종의 속임수를 썼어요. 치트 코드, 즉 사랑하는 아내를 찾았을지도 모르죠. 하지만 그것이 정말 큰 도움이 되었습니다.
Lex Fridman(03:16:50) 흥미로운 말씀을 많이 해주셨어요. 저도 오디오북을 읽을 때 똑같은 일을 하는데 훨씬 더 잘하게 되었는데, 정신적으로 집중해서 한 페이지를 읽으면 그 페이지의 내용을 전혀 이해하지 못한다는 것이죠. 실제로 읽지 않았잖아요. 그래서 억지로 다시 읽거나 오디오북을 다시 들었는데, 지금은 훨씬 더 흔한 문제이고 정말 집중해야만 합니다. 저는 달리면서 오디오북을 자주 듣는데, 그냥 귀를 기울이기 너무 쉽거든요.
(03:17:26) 기술이죠. 오디오북을 듣는 것이 얼마나 큰 기술인지, 특히 달리면서 다른 감각을 입력할 때 얼마나 큰 기술인지 몰랐어요. 그래서 저는 단어 하나하나에 정말 집중해야 해요. 그렇지 않고 귀를 닫고 지난 30초 동안 들었던 내용을 기억하지 못하면 억지로 다시 들어야 합니다. 때로는 5번을 반복해서 듣기도 하는데, "이 지루한 걸 계속 반복해서 들어야 해. 줌인 같은 작은 기술을 익힐 때까지"라고 스스로에게 벌을 주는 것 같기도 합니다. 그리고는 '그래, 사람들이 있고, 사람들이 뭔가를 하고 있고, 자연이 있고, 그건 중요하지 않아...'라고 생각하죠.
Lex Fridman(03:18:00) 예, 사람들이 있고, 무언가를 하고 있고, 자연이 있고, 상관없어요. 주위에 방해 요소가 너무 많은데도 모든 단어에 귀를 기울이고 집중을 유지하려고 노력하죠. 네.
ThePrimeagen(03:18:10) 확실히 배운 기술이고 시간이 많이 걸리는 일이죠. 그리고 제가 "여기서부터 여기까지 할 수 있었다"고 말할 때는 5년 동안 매일 이 일을 해온 것을 말하는 것입니다. 하지만 그 결정의 좋은 점은 오늘 그 결정을 내릴 수 있다는 것입니다. 지금 당장 결정할 수 있어요. "이제부터는 다시는 그런 실수를 하지 않겠습니다. 50페이지를 읽겠다고 말하고, 앉아서 50페이지를 읽고, 주의가 산만해지면 마지막으로 기억하는 부분으로 돌아가서 다시 시작하겠습니다."라고 말해야 합니다. 그렇게 결정할 수 있습니다. 이는 감정적이지 않은 성숙한 결정입니다. 그렇게 할 수 있지만, 처음 몇 년 동안은 그런 결정을 내리는 것이 정말 고통스러울 수 있습니다. 그러다가 점점 더 쉬워지고, 점점 더 쉬워지면 자신을 변화시키는 것이 자연스러워집니다.
Lex Fridman(03:18:53) 네, 맞아요. 모든 매체, 모든 플랫폼에서 새로운 기술을 습득하는 것과 같다고 생각합니다. 저 같은 경우 소셜 미디어를 사용하면서 플랫폼에서 너무 쉽게 스크롤을 하다 보면 결국 파멸에 이르는 것처럼요. 한 가지 해결책은 아예 보지 않는 것인데, 요즘 제가 주로 의지하는 방법이기도 하지만, 저는 그냥 확인하고, 읽고, 무언가를 느끼고, 배우고, 내려놓을 수 있어야 한다고 생각하는데, 눈을 흘기면서 더 이상 주의를 기울이지 않아서 내면이 죽어 있고 나중에 끔찍한 기분이 드는 것과는 대조적이라고 생각해요. 이해가 안 되네요.
ThePrimeagen(03:19:33) 그 후의 끔찍함은 정말 심각합니다. 저는 확실히... 스크롤하는 시간이 길어질수록 제가 더 불안한 사람이라는 것을 100% 알 수 있습니다.
ThePrimeagen(03:19:42) 그냥 느껴져요. 내 안의 무언가가... 빠져나오고 싶다는 말 외에는 어떻게 표현해야 할지 모르겠지만 그게 뭔지 잘 모르겠어요. 분노는 아니지만... 매우 불안한 느낌이에요.
Lex Fridman(03:19:52) 아침에 일어나서 기분이 좋아서 자연을 바라보고 태양을 바라볼 때 느끼는 느낌과는 정반대입니다. 새가 지저귀고 이런 것들이 있죠. 소셜 미디어를 스크롤하면 아무리 긍정적인 내용이라 할지라도 새가 지저귀는 것과 같은 느낌은 아닙니다. 인스타그램에서 지저귀는 새소리는 현실에서 지저귀는 새소리와는 다르거든요. 인스타그램에서 새소리를 들으면 머릿속에서 여러 종류의 악마가 싸우고 불안, 불안감 등 여러 가지가 생길 때까지 스와이프하기 시작하거든요. 혼돈과 현실의 새가 지저귀는 소리가 섞여 있는 거죠. 아름답네요. 하지만 오디오북에서도 마찬가지입니다. 명상에 대해 이야기하는 사람들은 아마도 무언가에 집중할 수 있다는 것, 즉 독서든 오디오북이든 존재든 차분하고 신중하게 무언가에 집중할 수 있다는 것이 명상이라는 것을 알고 있는 것 같아요. 숨소리에 집중하면 다른 모든 것을 조용히 하고 다른 모든 것을 집중에서 제거할 수 있습니다. 그렇죠. 그게 기술이에요. 그게 바로 기술입니다.
ThePrimeagen(03:21:05) 정말 멋지게 표현한 것을 들었는데, 미국에서는 일반적으로 자유를 원하는 대로 할 수 있는 자유로 오해하고 있다는 것이었습니다. 자유는 원하는 대로 할 수 있는 자유가 아니라 하고 싶은 대로 할 수 있는 자유라는 주장이었습니다. 그리고 실제로 하고 싶은 일을 하지 못하는 이유는 순간적으로 하고 싶다고 확신한 일에 갇혀서 하지 못하는 경우가 얼마나 많습니까? 그래서 "나는 자유를 원한다. 내 에너지를 조절할 수 있는 능력과 내가 하고 싶은 일을 할 수 있는 능력, 수많은 산만함 속에서 산만해지거나 파괴되지 않는 능력을 원합니다."라고 말합니다. 우리 중 누군가는 더 나쁜 카드 패를 받고 누군가는 더 좋은 카드 패를 받지만, 기술 시대에 어려움을 겪지 않는 사람은 없다고 생각합니다.
Productivity
Lex Fridman(03:21:48) 그래요, 그게 바로 기술입니다. 프로그래밍에서 집중력을 발휘하는 기술이란 무엇이라고 할 수 있나요? 앉아서 어떤 문제에 어떻게 접근하는지에 대한 프로세스가 있나요? 프로젝트를 시작하고, 디자인을 생각하고, 진정한 집중력을 유지하는 방법은 정말 어려운 지적 노력이기 때문에 산만함뿐만 아니라 모든 다른 문제들이 있습니다.
ThePrimeagen(03:22:15) 지금이야 운이 좋지만 처음 시작할 때는 프로그래밍의 모든 부분이 기억에 남습니다. 찾아봐야 하고, 읽어야 하고, 사이드 퀘스트가 항상 있었죠. 모든 단계가 사이드 퀘스트였죠. 이걸 렌더링하려고 할 때 왜 화면이 깜빡이나요? 오, 이중 버퍼링에 대해 몰랐네요. 왜 이런 일이 발생하나요? 어떻게 화면에 글을 쓸 수 있나요? 어떻게 하면... 모든 것이 의문이었어요. 답보다 질문이 더 많았어요. 그래서 사이드 퀘스트에 대한 고민이 끊이지 않았고, 이는 저를 매우 지치게 만들었습니다. 하지만 악기를 아주 잘 배우면서 사이드 퀘스트가 많이 줄어들었어요. 제가 하고 싶은 일에 점점 더 집중할 수 있게 되었죠. 그리고 그게 정말 정말 유용하다는 것을 알게 되었죠. 그래서 제가 운이 좋았다고 말하는 것은 제 인생의 많은 시간을 이 순간을 위해 준비해왔기 때문에 이제 무언가를 할 기회가 생겼을 때 그냥 그 일을 할 수 있다는 뜻이죠.
(03:23:08) 비행기만 타면 몇 시간 동안 프로그래밍할 수 있는 것처럼 말이죠. 하나도 찾아볼 필요가 없죠. 아무것도 할 필요가 없죠. 코드를 테스트할 필요도 없죠. 비행기에서 1,000줄의 코드를 작성해도 98%는 제대로 작동할 것이라고 확신할 수 있습니다. 그 순간 제가 해결하고자 하는 문제를 해결하는 데 집중할 수 있기 때문에 매우 만족합니다. 그러면 제 두뇌의 100%를 문제 해결에 집중할 수 있죠. 제가 타이핑하는 법을 배우고 편집기를 잘 익혀서 동작에 대해 생각할 필요조차 없도록 하라고 권하는 이유도 같은 이유입니다... 그냥 아래만 내려다봐도 키가 어디에 있는지 이미 알고 있는 키보드를 보는 데 정신 처리 능력이 필요하기 때문이죠. 그렇죠. 이 시점에서 수천 시간 동안 타이핑을 해왔다면 키가 어디에 있는지 알고 있으므로 아래를 내려다보지 않으면 정말 빨리 배울 수 있습니다.
(03:23:51) 이런 식으로, "나는 그 모든 시간과 정신적 노력을 들여 그 내용을 찾아보지 않겠다"는 식의 생각과 같습니다. 그냥 외우면 되니까... 그냥 암기하면 되고, 그러면 빨리 갈 수 있겠지."라고 생각하죠. 그리고 기분이 좋았죠. 이제 더 이상 질문이 없는 곳에서 무언가를 할 수 있게 되었으니까요. 이제 저는 이 매체에 저를 표현하는 것만으로도 정말 기분이 좋습니다.
Lex Fridman(03:24:15) "우, 어떻게..." 같은 호기심, 산만함 같은 것들이 여전히 당신을 끌어당기는 것이 있을 것입니다. 인터넷에 접속할 수 있을 때면 언제든...
Lex Fridman(03:24:28) ... 편집기 최적화를 포함한 모든 것에 대해 호기심을 갖게 되겠지만, 언제든 개선할 수 있습니다. 사이드 퀘스트를 수행하는 대신 그냥 계속 진행해야 할 때 언제든지 더 나은 플러그인과 매크로를 찾아서 "아, 내가... 이 작은 문제점을 발견했으니 앞으로 5일 동안 에디터용 플러그인이나 뭐든 만들어서 그 문제점을 제거해 보자"라고 말할 수 있습니다.
ThePrimeagen(03:24:59) 그래서 저는 누군가 플러그인을 업데이트했는데 업데이트한 줄 몰랐고 이제 에디터에 심각한 오류가 생겨서 계속 진행해야 하는 것과 같은 일종의 대격변적인 일이 아니면 RC를 편집하지 않는다는 규칙이 있습니다. 하지만 저는 1년에 한 번은 제 RC, 네오빔 RC 등을 편집하는 규칙이 있습니다. 신경 쓰이는 부분이 있으면 적어두고 기억해두는 거죠. '그래, 저걸 바꿔야겠어'라고 생각하지만 다시는 돌아가지 않아요. 가끔씩 '아, 새 리맵은 이 명령어를 한 번에 수행할 수 있어야 하는데, 복사 붙여넣기, 이 작업을 수행하면 13초밖에 걸리지 않겠구나'라는 생각이 들면 그 규칙을 어기기도 하죠. 좋아요, 새 리맵이 생겼는데 이 상황에서는 완벽하게 작동하지만 플러그인 탐색을 하지는 않아요. 모든 문제를 해결하려고 노력하지는 않아요.
(03:25:39) 나는 완벽한 편집자를 원하지 않습니다. 왜냐하면 그것은 결코 멈추지 않을 추구이기 때문입니다. 그냥 "이건 좋은데, 좋은 브레이크포인트야, 다시는 안 할 거야"라고 생각하죠. 그래서 지난달에는 시스템을 시동하는 방법과 가능한 모든 것을 편집하는 데만 100시간을 보냈습니다. 이제 거의 순식간에 컴퓨터를 0에서 60까지 제가 정확히 원하는 방식으로, Neovim과 모든 것을 완벽하게 설정할 수 있습니다. 충분히 행복해서 다시는 그 시스템을 건드리지 않을 것입니다. 내년에 다시 만질지도 모르죠. 아니면 1년을 쉬어야 할지도 모르죠. 전 괜찮아요. 완벽하지 않아도 괜찮아요.
Programming setup
ThePrimeagen(03:26:29) 키보드, 제가 가장 좋아하는 키보드인 키네시스 어드밴티지를 사용하고 있군요. 제 경력을 구해줬죠. 아름다운 키보드네요. 특히 쿼티를 사용하는 경우 표준 키보드에서 기호를 누를 때 백스페이스, 엔터, 기호 등 계속 이 작업을 수행하기 때문에 오목한 부분과 엄지 손가락 클러스터가 매우 중요합니다. 이 작업을 계속 반복하다 보면 손목에 무리가 갈 수밖에 없습니다. 그리고 Ctrl과 Shift를 계속 누르고 있을 때도 마찬가지입니다. 그리고 그것은 당신을 엉망으로 만드는 것과 같으니 바로 여기와 같습니다. 훨씬 더 편하죠. 그래서 키보드가 가장 중요하다고 말하고 싶어요. 그거 하나 해보세요.
Lex Fridman(03:27:01) 키네시스 키보드를 모르는 분들이 가장 많이 경험하는 것이 바로 지금 말씀하신 것처럼 백스페이스가 일반 키보드에 비해 정말 누르기 쉽다는 점인 것 같아요. 백스페이스는 일반적으로 무언가를 삭제하는 것을 상징하고 실수를 상징합니다. 상징이 아니라 보통 실수를 의미합니다. 따라서 입력한 내용을 실수했을 뿐만 아니라 그 실수를 바로잡기 위해 육체적으로 고통스럽고 성가신 행동을 취해야 합니다. 우리 대부분은 실수를 많이 하기 때문에 키네시스를 사용하면 실수를 빠르고 쉽게 수정할 수 있습니다. 이것이 제가 키네시스를 사용하는 가장 큰 이유입니다. 다른 모든 것, 네, 매크로와 위치 지정, 말씀하신 오목한 부분 등 모든 것이 훌륭하지만 실수는 즐겁습니다.
ThePrimeagen(03:27:57) 예, 저도 그 팀에 속해 있기 때문에 그 점이 마음에 들어요. 그게 가장 중요한 것 중 하나라고 말하고 싶어요. 그 다음으로 제가 중요하게 생각하는 것은 모니터 한 대입니다. 저는 모니터를 하나만 사용하는 편입니다.
ThePrimeagen(03:28:10) 그래서 제가 프로그래밍을 할 때, 어떤 일을 할 때... 지금은 스트리밍을 할 때 가끔 컴퓨터가 다운되거나 다시 시작해야 하기 때문에 스트리밍을 실행하는 두 번째 컴퓨터가 분명히 있죠. 그래서 거기에 두 번째 화면이 있어서 물건을 올리지만, 대부분의 경우 스트리밍 중에도 스트리밍 채팅 채널로 물리적으로 전환해야만 읽을 수 있기 때문에 한 화면에서 작업하고 있다는 것을 알 수 있을 것입니다. 그래서 저는 스타크래프트에서 영감을 받아 '키 하나만 누르면 원하는 곳으로 이동한다'는 정신으로 탐색하는 스타일을 좋아합니다. 그래서 제 설정의 모든 것이 키 하나만 누르면 됩니다. 그래서 트위치 채팅으로 가고 싶을 때는 alt-two, 트위치 채팅을 누릅니다. 브라우저로 이동하고 싶을 때는 alt-one을 누르면 됩니다. 그게 제 브라우저입니다. Alt-3은 프로그래밍을 하러 가는 곳입니다. 이건 당연히 엄지 손가락입니다. 저기 가운데 큰 손가락을 내려치세요. Alt-6은 GNU 이미지 조작 프로그램인 김프이므로 그림을 그리고 싶으면 거기로 이동합니다.
(03:29:02) 예전에 Slack을 사용했을 때는 alt-five였어요. 추가 작업을 실행해야 하는 여분의 터미널이 있는 경우에는 알트 4가 됩니다. 모든 것이 단일 키에 완벽하게 매핑되어 있었죠. 그리고 Tmux를 사용할 때는 모든 터미널을 하나의 터미널로 통합할 수 있습니다. 그리고 이제 거기서 전환할 수 있습니다. 접두사 1은 Vim 에디터로 이동합니다. 어떤 프로젝트에 들어가든 항상 첫 번째 Tmux 탭이 열립니다. 잘 모르겠네요... 세션이라고 부르는데, Tmux에 익숙하지 않으시면 어떻게 설명해야 할지 모르겠네요. 탭입니다. 두 번째는 예비 터미널, 세 번째는 장기 실행 프로세스 터미널, 네 번째는 장기 실행 프로세스 터미널입니다. 그래서 모든 설정이 완료되었으므로 제가 가는 모든 프로젝트에서 자동으로 세션 1이 생성됩니다: Vim, 세션 2: 예비 터미널, 세션 3도 열리므로 모든 것이 바로 가동할 준비가 된 것과 같습니다.
(03:29:49) 모든 것이 제가 그렇게 하는 곳에 최적화되어 있습니다. 어떤 프로젝트로 이동하고 싶을 때 ctrl-F를 누르면 어떤 터미널에서든 운영 체제의 모든 폴더에 대한 흐릿한 찾기 목록이 나타나서 몇 번의 키 입력만으로 해당 폴더로 이동할 수 있습니다. 따라서 가능한 한 빨리 필요한 위치를 찾는 데 매우 유용합니다.
ThePrimeagen(03:30:07) 키보드를 통해. 그런 다음 Vim에서 Harpoon이라는 플러그인을 개발했는데, 버튼 하나를 누르면 파일 중 하나를 임시 버퍼처럼 고정할 수 있습니다. 프로젝트 파일도 잠재적으로 Emacs에서 이와 비슷하다고 생각합니다. Projectile이 제 세션화 스크립트에 더 가까운지 기억이 나지 않네요. 어쨌든 이제 저는 4개의 고정 파일을 가지고 있으며, 한 번의 키 입력으로 고정된 파일로 이동할 수 있습니다. 그래서 지금은 마치... 기능을 개발할 때마다 보통 주로 작업하는 파일이 세 개 정도 있거든요. 다른 파일은 애매하게 찾을 수 있지만 보통은 이 세 개의 파워 파일을 항상 중간에 교체합니다. 그래서 이제는 모든 것이 "브라우저로 이동하고 싶습니다."라고 말하는 것과 같습니다. 한 번만 누르면 됩니다. "내 워크스테이션으로 이동하고 싶어요." 한 번만 누르면 됩니다. "특정 폴더로 이동하고 싶어요, 폴더를 변경해야 해요." 한 번만 누르면 됩니다.
(03:30:54) 두 개의 다른 프로젝트 사이에서 작업하는 경우가 있으므로 Tmux에서 접두사 L은 마지막 두 프로젝트 사이에서 대문자 L이 바뀝니다. 그래서 저는 대체 프로젝트가 있어서 거의 하나의 키로 프로젝트 사이를 전환할 수도 있습니다. 그래서 그냥 할 일만 하고 최적화하려고 노력하는 것과 같기 때문에 검색 피로는 찾아야 하는 곳에서 큰 실패라고 생각하기 때문에 그다지 많이 생각하지 않습니다. Mac을 사용하는 사람들이 이 작업을 수행한 다음 다른 모든 작업을 폭발시키는 것을 보면 불안해집니다. "왜 이렇게 눈알을 써서 원하는 것을 검색하는 거죠?"라는 생각이 들거든요. 다시는 그런 생각은 하지 마세요.
Lex Fridman(03:31:36) 프로그램이든, 작업 중인 파일의 수든, 한 번에 전환하는 창이나 작업의 수가 적든, 20분 간격이든, 그런 식으로 몇 가지 심오한 말씀이 있으셨어요. 이는 매우 심오한 진실입니다. 우리는 가끔 "검색할 수 있는 완전한 자유가 필요해"라고 생각하지만, 그렇지 않습니다. 보통은 아주 작은 부분만 작업하죠. 하지만 여행 중이 아니라면 항상 세 대의 모니터를 가지고 다니지만, 제가 가장 행복한 곳은 세 대의 모니터가 있는 곳입니다. 모든 모니터가 꼭 거기 있어야 할까요? 그래서 고개를 돌리고 있죠. 제가 가지고 있는 모니터는 세로형 모니터 두 대인데, 특정 종류의 콘텐츠에 더 적합합니다. 세로로 배치되어 있기 때문에 읽을 수 있습니다. 눈으로 빠르게 스캔할 수 있습니다.
ThePrimeagen(03:32:29) 흥미롭군요. 그래서 저는 그렇게 하지도 않아요. 심지어 너무 확대해서 27인치 모니터에서 한 번에 25줄 정도의 코드만 볼 수 있을 정도입니다.
Lex Fridman(03:32:58) 원숭이 시각 시스템은... 많은 정보를 로드하도록 설계되었기 때문에... 많은 정보를 로드하고 있습니다. 이 표, 이 표에 무엇이 있는지 조사해야 할 때마다 키 입력을 눌러야한다면 그 정보를 통합하는 기술을 개발할 수 있지만 정말... 이런 종이가 있고 내가 그것을보고 있으면 내 눈이 정보의 구조, 정보의 주제를로드 할 수있는 효과적인 것이 있습니다. 더 빨리 할 수 있다고 생각합니다. 모니터가 하나 더 필요하기 때문에 비용도 많이 들지만, 세로로 놓으면 세로로 보이는 부분이 있습니다. 코드는 한 번에 25줄씩 작성하는 코드이기 때문에 많은 것을 할 수 있다고 생각합니다.
(03:33:53) 기사나 문서에 시각적 정보가 있으면 더 빠르게 이동할 수 있습니다. 하지만 저는... 당신이 너무 설득력 있게 말씀하시면서 '내가 저게 필요하다고 스스로를 속이는 건가'라는 생각이 들었어요. 그냥 키보드 단축키로 모든 것을 통합하고 모니터 하나에 모든 것을 표시할 수 없을까?"라는 생각이 들었습니다. 저는 키보드로 모든 것을 자동화하면 정말 빠르게 움직일 수 있고 생각할 필요가 없기 때문에 키보드로 모든 것을 자동화하는 것을 적극 지지하기 때문에 시도해봐야 할 것 같습니다. 저는 음악 녹음이나 비디오 편집 등 창의적인 작업도 많이 하거든요. 어렵긴 하지만... 일부 프로그램은 여전히 매우 쉽게 만들어줍니다. Windows에서는 자동 핫키를 사용하면 꽤 많은 작업을 할 수 있지만 여전히 키보드로 할 수 있는 작업에는 제한이 있습니다. 그래서 마우스를 사용해야 하는 것은 정말 고통스럽지만, 정말 생각하게 만드는군요.
ThePrimeagen(03:34:54) 텍스트 하나, 읽기 하나도 근본적으로 더 많이 볼 수 있고 위아래로 볼 수 있고 그 두 가지를 볼 수 있다는 점에 동의한다고 생각합니다. 그리고 아마도 기사 나 그런 것들에서 여기 아래에 화면 전체를 차지하는 정말 큰 그래프와 텍스트가 있다면 그 모든 정보를 볼 수 있도록 축소하는 것이 매우 유익한 이유를 알 수 있지만 저에게는 한 평방 인치 정도 밖에 볼 수 없습니다. 실제로 제 눈은 거기에만 집중할 수 있습니다. 그래서 책을 읽을 때는 바로 여기에 집중합니다. 그런 다음 제가 생각하는 정보의 모양을 구조적으로 패턴화하려고 노력해야 합니다. 그런 다음 읽기 시작해야 합니다.
(03:35:24) 그래서 화면이 많아서 집중할 필요가 없을 정도로 눈이 편안해지는 것과 달리 실제로 어떤 이점이 있는지 정확히 모르겠습니다. 글자가 너무 커요. 저는 실제로 꽤 확대해서 프로그래밍을 하거든요. 프로그래밍을 할 때 이보다 더 큰 글씨가 있어서 너무 편해서 코드를 읽으려고 애쓸 필요도 없죠.
ThePrimeagen(03:35:58) 알았어요. 그리고 네오빔은 분명히 다음 대세입니다. 저는 네오빔을 좋아합니다. 그 이유는 어떤 편집기가 최고인지에 대해 원하는 모든 주장을 할 수 있다고 생각하기 때문입니다. Vim 모션이 우월하지 않다는 주장은 할 수 없다고 생각합니다.
ThePrimeagen(03:36:29) 오, 알았어요. Vim 모션에 대해 말씀하시는 줄 알았는데요. "야, 자비스, 빔 모션에 대해 말해줘도 돼?"라는 밈이 있잖아요. 빔 모션밖에 없어서 다른 건 머릿속에 넣을 수 없으니까요. EL5라고 하니까 제가 5살인 것처럼 설명하는데, 제 머릿속에는 "좋아, E는 단어 끝으로 점프, L은 하나 더..."라는 생각이 들어요. 이봐, 난 너무 망가져서 글자를 들으면 "좋아, 빔 모션"이라고 생각해요. 네, Vim의 주요 작동 모드가 텍스트 조작 또는 편집이기 때문에 텍스트의 움직임을 설명하는 언어가 있다고 생각하시면 됩니다. 따라서 삭제, 잡아당기기, 붙여넣기, 복사 등 모든 종류의 동작, 즉 거의 모든 코드 작업에 최적화된 동작을 잘 고려한 동작 집합입니다.
(03:37:15) 삭제하고 싶은 코드가 세 줄 있다고 가정해 보겠습니다. VS Code를 사용 중이라면 작고 예쁜 마우스로 해당 코드를 강조 표시하고 백스페이스를 누릅니다. 멋지네요. 손이 키보드에서 떠났네요. 아주 간단합니다. 매우 초보자에게 친숙합니다. 그런데 저는 Vim을 엄청 싫어했기 때문에 이 글을 시작하기 전에 이 점을 알아두셨으면 합니다. 저는 아마도 Vim을 가장 싫어했을 겁니다. 사울과 사도 바울이 있었다면 저는 빔의 사울과 사도 바울과 같아서 그 격차가 얼마나 큰지 알 수 있습니다. 아니면 VS 코드 단축키가 뭔지는 모르겠지만 현재 진행 중인 줄을 삭제하기 위해 누를 수 있는 몇 가지 키가 있을 겁니다. 삭제, 삭제, 삭제, 그냥 그렇게 할 수 있습니다. Vim에서는 DAP로 가서 단락 주위를 삭제할 수 있습니다. 그 안에 있는 모든 연속된 코드를요. 삭제할 것이므로 D를 선택한 다음 원하는 모션인 AP를 단락 주변에서 선택할 수 있습니다. 또는 DF, 즉 내가 누르려는 다음 문자와 일치하는 다음 문자로 점프하고 싶을 수도 있습니다.
(03:38:07) 따라서 DF 여는 괄호는 커서부터 첫 번째 여는 괄호까지 모든 것을 삭제합니다. 따라서 이 작은 키 입력으로 모션을 설명할 수 있습니다. 포트나이트를 마스터하는 사람들을 보셨겠지만, Vim 모션을 마스터하는 것도 마찬가지입니다. 너무 능숙해지면 더 이상 개별 동작에 대해 생각하지 않고 "이 단락을 없애고, 여기로 점프하고, 이걸 강조하고, 이걸 당기고, 이렇게 해"라고 생각하면 매우 빠른 속도로 뛰어난 텍스트 편집이 가능해집니다. 그리고 언어를 정말 잘 알고 있고, 해결하고자 하는 문제를 정말 잘 알고 있다면 텍스트 편집과 코드 출력이 실제로 많은 병목 현상 중 하나가 되는 시점이 오게 됩니다.
(03:38:43) 사람들은 항상 "음, 대부분의 경우 저는..."라고 이야기합니다. 저는 대부분의 시간을 생각하는 게 아니라 프로그래밍을 하죠. 저는 제가 무엇을 하고 싶은지 알고 있고, 오랫동안 해왔기 때문에 가능한 한 빨리 가고 싶고, 일반적인 공간에 너무 익숙하기 때문에 큰 문제가됩니다. 타이핑을 충분히 빨리 할 수 없어서 텍스트 편집기에 입력해야 한다는 사실 때문에 얼마나 많은 병목 현상이 발생했는지 모릅니다. 그래서 저는 Vim 모션이 모든 면에서 우수하다고 생각합니다. 키보드의 홈 행에 손을 올려놓으면 매우 넓고 빠른 방식으로 텍스트를 조작할 수 있습니다.
Lex Fridman(03:39:19) 이맥스를 포함한 대부분의 편집기, VS 코드 등 모든 편집기가 똑같은 일을 할 수 있다고 확신하지만 뭔가... 그런 것들을 발견하도록 장려하지 않을 뿐이지요. 많은 기술과 프로그래밍 언어가 많은 일을 할 수 있지만 커뮤니티나 언어의 스타일 또는 이와 유사한 무언가가 처음에 게으르지 않고 텍스트를 편집하는 빠른 방법, 이 특정 예에서는 키보드 사용 방법을 배우도록 장려하는 것과 같은 중요한 점입니다. 이는 기술이 사용되는 방식에 대한 매혹적인 현실입니다. 가능한 한 빨리 빠른 것을 찾아서 장기적으로 효율적이고 재미있게 사용할 수 있도록 격려하고 싶습니다.
ThePrimeagen(03:40:09) 예. 배당에 시간이 오래 걸리긴 하지만, 무엇보다도 제가 Vim이라고 말하지 않은 것을 주목하세요. "Vim을 사용하세요"가 아니라 "Vim 모션"이라고 말한 것입니다. 한 가지 예를 더 들어보겠습니다. 저는 열렬한 팬입니다. 어떤 변수가 포함된 줄이 있고, 문자열을 받는 함수를 호출하는 줄이 있다고 가정해 봅시다. 이 작업을 다시 수행해야 하므로 일반적으로 해당 줄을 복사하여 아래에 붙여넣고 문자열로 이동하여 문자열을 변경합니다. 일종의 구성을 호출한다고 가정하면 세 가지 다른 구성 문자열을 사용하여 세 번 호출해야 합니다. Vim에서는 shift-V를 눌러 전체 줄을 강조 표시한 다음 YY를 하는 사람도 있지만 저는 두 번 하는 것을 좋아하지 않아요. 한 손가락으로 두 번 하는 것보다 두 손가락으로 하는 것이 더 빠르기 때문에 저는 두 손가락으로 하는 것을 좋아합니다.
(03:40:53) 그렇게 빨리 누를 수 없기 때문에 저에게는 약간의 최적화일 뿐입니다. 어쨌든 저는 접근 방식이 매우 최적화되어 있으므로 줄을 잡아 당겨서 붙여넣습니다. 큰따옴표로 묶으면 처음 나오는 문자열 안의 모든 내용이 삭제됩니다. 그런 다음 문자열을 입력하고 이스케이프하고 저장할 수 있습니다. 그래서 최적화되어 있어서 그 사이를 아주 빠르게 이동할 수 있는 반면, 줄을 복사해서 붙여넣는 것은 같은 속도지만 문자열로 이동하고 현재 문자열에 있는 것을 삭제한 다음... Vim에서는 정말 빠른 동작이라서 항상 그렇게 합니다.
Lex Fridman(03:41:23) 백트랙, 정말 바보 같은 질문인데, CI, 글자를 입력하는 것과 글자를 사용하여 탐색 및 편집하는 것의 차이점은 무엇인가요? 두 모드 사이를 어떻게 전환하나요?
ThePrimeagen(03:41:42) 이스케이프. 이스케이프는 삽입 모드에서 일반 모드로 전환합니다. 삽입 모드로 들어가려면 현재 커서를 잡고 시작 부분으로 이동하려면 I를, 커서를 끝으로 이동하려면 A를, 줄의 끝으로 이동하려면 대문자 A를, 줄의 시작으로 이동하려면 대문자 I를, 아래에 새 줄을 넣은 다음 해당 언어에 맞는 곳에 커서를 놓으려면 O를, 현재 줄을 아래로 이동하고 새 줄을 넣으려면 Shift-O를 누르면 됩니다. 보시다시피, 많은...
ThePrimeagen(03:42:05) 예, 매핑했습니다. 저는 Ctrl-C를 사용합니다. Ctrl-C는 하나의 가장자리 케이스를 제외하고는 동일한 작업을 수행합니다. 사람들은 그걸 싫어하죠. 저는 IntelliJ를 사용했기 때문에 익숙해졌고 이스케이프 키를 누르는 것을 정말 싫어해서 그냥 이스케이프 키를 누르는 데 익숙해졌습니다.
ThePrimeagen(03:42:27) 예, 그럼 정말 쉽게 누르기만 하면 쾅, 쾅, 쾅, 전혀 큰 문제가 되지 않죠. 하지만 네, 배우려는 의지가 있다면 감정이 우월하지만 배우려는 의지가 없다면 우월하지 않다고 생각합니다. 그냥 하지 말아야죠. 고통을 기꺼이 견딜 수 있다면 좋은 일입니다. 그렇지 않다면 실제로는 훨씬 더 나쁩니다. 100배는 더 나쁩니다.
ThePrimeagen(03:42:53) 미안해요, 죄송하지만 Emacs에 좋은 텍스트 편집기가 있었나요? 훌륭한 운영체제인 건 알지만, 좋은 텍스트 편집기가 있는지 전혀 몰랐어요
Lex Fridman(03:43:00) 운영 시스템? 제 친구를 잘못 교육하신 것 같은데요. Reddit에서 요구한 것은 Emacs와 Neovim의 최소 30분 차이입니다. 그렇게 많은 말을 할 수 있을 정도로 실제로 이맥스를 사용해 보셨나요?
ThePrimeagen(03:43:43) 그래, 루아가 구성 언어가 되겠지만... C로 작성되었지만 루아 4가 있습니다. 그리고 루아는 아주 단순한 언어일 뿐이죠. 누구나 Lua를 프로그래밍할 수 있습니다.
Lex Fridman(03:43:51) 사실 이유를 모르겠습니다만... 제가 이맥스를 선택한 것은 Lisp에 대한 사랑 때문이 아닐까 싶습니다. 그냥 한 길을 선택하면 그 길을 걷는다고 생각합니다. 그리고 두 커뮤니티 사이에 매우 활기차고 격렬한 싸움이 벌어지고 있기 때문에 다른 사람들이 모두 싸우고 있기 때문에 싸우기 시작합니다. 그러다 어느 날 말을 탄 늙은 전사가 되어 "이게 다 뭐였지?"라고 생각하게 됩니다. 제가 지금까지 네오빔을 사용해 보지 않았다는 사실이 정말 슬펐습니다. 학습 곡선이 있기 때문인 것 같아요. 많은 편집자에게는 학습 곡선이 있습니다.
Lex Fridman(03:44:34) 진짜로 배우려면요. 그리고 이것이 아마도 VS 코드나 서브블라임 또는 아톰에 대한 비판의 일부라고 생각하는데, 배우지 않고 그냥 대충 사용하기가 너무 쉽다는 것이죠. 그리고 편집의 예술, 과학, 절차를 진지하게 받아들이는 학습 곡선을 갖도록 하는 편집기를 사용하면 큰 이점이 있습니다. 너무 많은 시간을 할애하기 때문에 사용법을 배우는 것이 더 나을 수도 있습니다.
ThePrimeagen(03:45:05) 이 모든 말로 제가 말하고자 하는 것은 솔직히 그렇게 생각하지 않는다는 것입니다... 에디터가 프로그래머를 만드는 것은 분명 아니지만 에디터 사용법을 잘 모른다면 프로그래머로서의 인성에 대해 많은 것을 말해준다고 생각합니다. 평생을 프로그래밍에 전념하고 말 그대로 5만 시간 동안 한 가지 일에 몰두하면서도 편집기를 제대로 배우기 위해 시간을 할애하지 않는 사람은 뭔가 이상하죠. 이상하게 느껴지죠.
(03:45:37) 다른 세상에서는 사람들이 무언가를 만들거나 무언가를 할 수 있지만, 이런 것들이 어떻게 작동하는지 완전히 잊고 자신의 기술 한 부분에만 집중하는 것을 결코 볼 수 없었을 것입니다. 그래서 제게는 어떻게 사용하든 상관없고, 그저 사용법을 잘 알고 잘 사용하는 사람을 보고 싶어요. 문제가 발생하면 왜 문제가 발생했는지 설명한 다음 문제를 해결할 수 있습니다. 제게는 "이제 됐어요. 해냈군요. 이제 도구를 알았으니 그 도구로 정복해 나가세요."라고 말하는 것과 같습니다.
Lex Fridman(03:46:21) 다음과 같은 질문을 해 보세요: 어떻게 하면 이 일을 훨씬 더 잘할 수 있을까요? 매일 매일 몇 시간씩 이 일을 하는데, 회의의 경우 어떻게 하면 더 잘할 수 있을지, 아니면 아예 하지 않을지 고민하는 데 몇 시간을 할애했나요? 사람들은 놀랍게도 이 작업을 충분히 하지 않습니다. 주짓수 얘기로 돌아가서 주짓수나 무술을 하는 사람들이 많은데, 그들은 같은 방식으로 몇 번이고 반복해서 하고 엄청난 에너지를 투자합니다. 그리고 "어떻게 하면 더 빨리 향상할 수 있을까요?"와 같은 질문은 하지 않습니다. 주짓수나 모든 스포츠의 경우, 피아노나 기타를 연습할 때와 마찬가지로 종교적으로 많은 시간을 투자하고 실력이 향상되는 데서 많은 기쁨을 얻습니다. "어떻게 하면 더 잘할 수 있을까?"와 같은 메타적 질문을 던지는 데는 부족합니다. 편집자의 경우, 의외로 많은 사람들이 그렇게 하는 경우가 많습니다.
(03:47:20) 타이핑을 할 때 얼마나 많은 사람들이 그렇게 하는지 놀라울 정도입니다. 말씀하신 것처럼 쪼아대거나 내려다보고 있죠. 보지 않고 타이핑하는 것처럼 터치 타이핑을 배우면 삶의 질이 향상되는 것과 같습니다. 헤아릴 수 없을 정도로요. 우리 모두가 타이핑을 많이 하기 때문에 여러분은 삶에 많은 기쁨을 가져다주고 있습니다. 그나저나 제가 이맥스에서 매우 효율적이었던 이유는... 모든 농담은 제쳐두고, 제가 이맥스에서 누렸던 효율성을 네오빔에서 누릴 수 있는 여지가 더 많아져서 편집할 때 정말 빠르게 움직일 수 있게 된 것 같아요. 정말 즐거워요. 효율성뿐만 아니라 편집기를 정말 잘 다룰 수 있을 때 얻을 수 있는 자유로움이죠. 제가 VS Code를 선택한 이유는 향후 5년, 아니 향후 30년 안에 Neovim이나 Emacs가 따라잡을 수 없는 기능이 가속화될 것 같았기 때문입니다.
(03:48:29) 그리고 저는 이 키네시스 키보드와 모든 단축키, 프로그래밍 방법을 알고 있는 이 맥에서 너무 익숙해져서 새로운 편집기를 계속 배우고 전환하는 고통을 감수하고 싶었던 것 같았어요... 50년 후에는 네오빔이 여기 없을 것 같다는 생각이 들었습니다. 아마도 그럴지도 모르겠지만, 끊임없이 다른 기술을 배우고 싶다는 느낌이 들었습니다. 커서가 그 좋은 예입니다. 저는 현재 주로 Cursor를 사용하고 있습니다. VS 코드와 커서를 번갈아 사용하죠. 단축키부터 타이밍, 창 레이아웃, 언제, 어디서, 어떻게 AI를 사용할지 고민하는 것까지, 단순히 재미나 흥미를 위한 것이 아니라 실제 생산성 향상에 도움이 되는 AI를 사용하는 기술 자체가 진정한 기술이라고 생각해요.
(03:49:24) 기술이죠. 그리고 저는 Emacs를 계속 사용한다면 로컬의 최대한의 편안함에 갇혀 있을 것 같습니다. 네오빔도 마찬가지일 것 같아요. 진지하게 시도해봐야겠어요. 네오빔으로 설정할 수 있는 부조종사 같은 플러그인이 있을 거라고 확신합니다. 고려해 봐야겠어요. 하지만 커서는 코드를 생성하고 수동으로 코드를 편집하는 것뿐만 아니라 계속해서 코드를 다시 작성할 수 있는 등 IDE 측면에서 정말 흥미로운 기능을 많이 제공하고 있습니다. 탭, 탭, 탭, 탭, 커서를 움직이면서 코드의 일부를 수정하고 정말 멋지게 차이를 만들 수 있기 때문에 Copilot과의 싸움에서 커서가 이길지 VS 코드가 이길지는 모르겠습니다. 하지만 방금 설명하신 정말 효율적이고 즐거운 경험과는 근본적으로 다른 경험이라고 느껴지는 것이 바로 네오빔입니다. 물론 당장 인공지능이 등장하지는 않지만, 물론 가능합니다.
ThePrimeagen(03:50:30) 저는 커서가 정말 멋진 제품이라는 데 100% 동의합니다. 실제로 이 모든 기능을 통해 정말 깔끔한 점이 많다고 생각합니다. 그리고 저는 네오빔에서 바꿀 수 있습니다. 저는 네오빔을 좋아해서 네오빔을 사용하는 것이 아니라 제가 연주하는 악기를 좋아하기 때문에 네오빔을 사용합니다. 그래서 커서가 그런 요구를 충족시킬 수 있다면 저 역시 옮겨갈 수 있을 것 같았어요. 커서에 대한 집착 같은 건 없어요. 하지만 AI를 사용할 때마다 궁금한 건... 제 실력에 문제가 있는 것 같아요. 저는 AI를 사용할 때마다 기술적인 문제가 있는 것 같아요.
.....