안녕하세요. 간단한 인사말을 독일어로 했습니다.
하지만 안타깝게도 독일어를 못합니다.
그래서 더 많은 사람들이 이해할 수 있는 언어로 진행하겠습니다.
제 이름은 더크 혼델입니다. 베라이즌의 오픈소스 프로그램
사무소 책임자입니다. 당신은요? 저는 리누스입니다.
우리는 더크와 이 쇼를 20년 동안
해왔나요? 아니요, 아니요,
사실 2012년부터 시작했습니다.
우리가 이렇게 하는 이유는 제가 훌륭한 연설가가 아니고
매우 긴장하며 이런 걸 싫어하기 때문입니다. 그래서 저를 청중 앞에
세우는 방법은 다른 사람이 대화를 이끌어가고
우리는 Q&A 형식으로 진행하는 것입니다.
중요한 점은 그가 제가 무엇을 물어볼지 모른다는 것입니다.
그래서 준비할 필요가 없고, 이는 우리 중 한 명에게
훨씬 더 재미있습니다.
여러분 여기 날씨가 아주 좋네요.
어제는 조금 바람이 불었습니다.
제가 도나우 강을 건너는데
모든 것이 수평으로 날아갈 정도였죠.
좋습니다. 확실히 그렇군요.
우리에게 흥분되는 경험을 만들어주셨네요. 감사합니다. 이곳이 당신의 첫
비엔나에서 시간 보내셨나요? 네. 아니요, 사실 저는 정말 기대하고 있었습니다.
제 딸이 4월에 여기 와서
부활절 장식을 보고
아름다운 비엔나 시내 사진을 보냈거든요. 그리고 우리는
토요일에 도착해서 이번 주에는
관광을 하지 않기로 결정했습니다.
원래 계획은 일요일에 관광을 하고
맛있는 음식을 먹는 거였죠. 하지만 그 어느 것도 일어나지 않았어요.
리눅스 33주년이네요. 꽤 멋집니다.
흥미롭군요. 어제 6.11을 출시하셨죠.
네. 흥미로운 점은 뭔가요? 사람들이 6.11에 대해 알아야 할 것은 무엇인가요?
우리가 거의 20년은 아니지만, 15년 동안
매우 규칙적인 출시 주기를 가져왔다는 점입니다.
그 결과 약 9주마다
출시를 하고 있습니다.
그리고 이는 출시가 흥미롭지 않다는 것을 의미합니다. 그래야 합니다.
출시는 시기적절하고
매우 안정적이어야 합니다.
하지만 흥미롭다는 것은 목표가 아닙니다.
제게 출시의 흥미로운 점은
출시 다음 날부터
새로운 코드 작업을 시작한다는 것입니다.
다음 릴리스를 위한 작업이죠. 그게 재미있는 부분이에요.
여행 중일 때는 그렇게 재미있지 않을 수도 있지만요. 네, 당신은
여행 중에 병합 기간을 진행하기로 결정했죠.
온라인으로 확인하신 분들은 아시겠지만, 우리가 기다리는 동안
그는 노트북으로 병합 작업을 하고 있었어요. 말 그대로
리눅스 커널의 적시 배달이죠. 하지만 전반적으로
추세를 보면, 수년간 대부분 드라이버와
많은 파일 시스템, 일부 하드웨어 지원이 있었죠.
그래서 요즘에는 대부분의 코드가 어디서 오나요?
음,
항상 대부분 드라이버였어요. 커널의 절반 이상이
드라이버 지원이라고 생각해요. 말 그대로
커널의 핵심이죠. 대부분의 사람들은 신경 쓸 필요가 없어요.
커널 개발자가 아니라면요. 커널이 하는 일은
모든 하드웨어 세부사항을 추상화하는 거예요.
물론 하드웨어 세부사항 중 일부는 실제 CPU
아키텍처와 같은 것들이죠. 하지만 결국
우리는 12개의 아키텍처만 있잖아요? 맞죠?
잊었네요. 우리는 수천 개의
드라이버가 있어요. 그래서 모든 릴리스마다
변경 사항의 대부분은 그저
드라이버의 새로운 하드웨어 지원과 기존 드라이버의 수정이에요.
드라이버에 대한 하드웨어 지원. 그리고 그것은
크게 언급되지 않고 넘어가곤 합니다.
저는 릴리스를 할 때마다
어떤 드라이버 영역이 주요한지
통계를 내곤 합니다. 하지만 솔직히 흥미로운 것은,
적어도 저에게는,
바로 커널의 핵심 부분입니다.
저는 말 그대로 3분의 1세기 동안 이 일을 해왔고,
여전히 우리가 매우 핵심적인 개발을
하고 있다는 사실에 놀랍니다.
제가 오늘 병합한 것들의 절반 정도가
꽤 낮은 수준의
가상 파일 시스템 코드였고,
많은 논의들이 여전히 메모리 관리와
오래전부터 있었던 것들에 대한 것이었습니다.
하지만 하드웨어 기반의 지속적인 확장과
사용자 기반의 지속적인 확장으로 인해
우리는 여전히 매우 핵심적인 개발을 하고 있습니다
3분의 1세기 후에는 준비가 되었을 것 같은 모든 영역에서 말이죠.
그래서 이번에 새로운 스케줄러를 받게 되나요? 네, 제 poll
대기열에 그게 있습니다. 아마도 저는
병합하지 않을 것 같습니다
오늘은 할 수 없고, 내일은 커널 메인테이너 서밋이라
내일도 할 수 없을 것 같지만, 대기열에
있습니다. 많은 핵심
개발자들이 실제로 여기 있습니다. 글쎄, 커널 핵심 개발자들 중 일부가
여기 있습니다. 그래서 지난주 초에 많은 풀 리퀘스트를 받았고
여러 개발자들이 "다음 주에 여행 갈 예정이라
개발을 하고 싶지 않아서 일찍 보냅니다"라고 말했습니다.
그래서 그 부분은 어쩔 수 없습니다.
올해 흥미로운 일 중 하나는
실시간 리눅스 프로젝트가 마침내 완전히
커널에 포함된 것을 축하하는 것입니다.
약 20년이라는 매우 짧은 개발 주기로 말이죠.
네, 사실 아직 최종 부분에 대한
풀 리퀘스트를 받지 못했지만,
이번 주에 받을 것으로 예상합니다.
그래서 일부 기능들은, 제가 계속 말씀드리지만,
사람들은 커널 개발이 매우 빠르다고 생각합니다. 왜냐하면
모든 릴리스 일정, 릴리스마다, 우리는
3개월마다 한 번씩 커널에
10,000에서 15,000개의 커밋을 합니다.
따라서 많은 개발이 진행되고 있습니다. 하지만 대부분은
이제 준비가 되었고 그것은
수개월 또는 수년, 때로는 수십 년에 걸쳐
개발되었을 수 있습니다.
커널 개발이 매우 활발하지만,
새로운 기능이나 파일 시스템 등을
커널에 빠르게 추가할 수 있다는 의미는 아닙니다.
보통 사람들이 잘 모르는 긴 개발 기간이
있습니다. 완전히 비공개는 아니지만
메일링 리스트 등에서 논의되고 있습니다.
하지만 다음 커널에 갑자기 나타나는
많은 기능들의 배경 작업을
잘 볼 수 없습니다. 20년은 여전히
오래됐죠. 20년은 너무 길어요. 네, 매우 특이한 경우입니다.
우리는 확실히 가지고 있었습니다. 실시간 패치의 문제는
커널의 모든 영역에 영향을 미쳤다는 것입니다.
이런 경우 문제가 발생하고 통합하는 데 더 오래 걸리는 경향이 있습니다.
모든 관련자를 설득하고 모든 드라이버를 업데이트해야 하며
코드를 특정 영역으로
분리할 수 없다면
더 많은 작업을 해야 하기 때문입니다.
하지만 이와 비교할 만한 다른 것은 없습니다.
다른 20년 프로젝트는
없습니다.
일어나고 있습니다. RT Linux는 오랫동안
개발 중이었다고 생각합니다.
커널에 관한 또 다른 주제로
많은 대화를 불러일으키고 있는 것은
당연히 Rust입니다. 그리고
지난주에 한 메인테이너가 사임하면서
"비기술적인 nonsense"를 이유로
들었습니다. 흥미롭게도 꽤 많은
논쟁이 있었습니다.
Apple 실리콘 GFX 드라이버를 작업하는 Asahi 팀과
DRM scat 사람들 사이에서요.
왜 이렇게 어려운 걸까요?
저는 실제로 논쟁을 즐깁니다.
Rust의 좋은 점 중 하나는 토론을
활성화시켰다는 것입니다.
일부 논쟁은 거칠어지고 사람들이 실제로
"이건 내 시간 낭비"라고 결정하기도 합니다.
하지만 동시에 흥미롭고 사람들이 얼마나
관심을 갖는지 보여줍니다. 한편으로 Rust가 왜
이렇게 논란의 여지가 있는지
잘 모르겠습니다. 제가 어렸을 때
Vi와 Emacs에 대해 논쟁하던 때가 생각납니다.
emacs. 아직도 그럴지도 모릅니다.
그리고 저는 그냥... 여기서 투표를 해볼까요? 네. 아니요,
하지만 어떤 이유에서인지 Rust 대 C 논쟁이
특정 영역에서 거의 종교적인 색채를 띠게 되었습니다.
음, 이것의 큰 부분은
설계 철학 관점에서 볼 때,
메모리 안전한 Rust 코드를 실제로 작성하려면
특정 아키텍처 요구 사항이 있다는 것입니다. 그리고
오래된, 나이가 많다는 의미가 아니라 단순히
더 오랜 기간 동안 주변에 있었던
관리자들이 Rust 서브시스템이 있다면
특정 실패 처리가 필요하다는 사실을
받아들이기를 꽤 꺼린다는 것 같습니다.
그들은 그것을 추가하고 싶어 하지 않습니다. "아, 그건 버그예요. 절대
일어나면 안 되죠. 우리는 30년 넘게 이렇게 해왔어요.
C는 결국 매우 단순한 언어입니다.
이것이 제가 C를 즐기는 이유이고 많은 C 프로그래머들이
C를 즐기는 이유입니다. 물론 그 반대 측면은
단순하기 때문에 실수하기도 매우 쉽다는 것입니다.
그리고 Rust는 그렇지 않습니다. Rust는 매우 다른 것이고,
많은 사람들이 익숙해져 있습니다.
많은 사람들이
C 모델을 좋아하지 않고, 그 차이를 반드시 좋아하는 것은 아닙니다.
그리고 그것은 괜찮습니다.
커널 자체에서는 거의 아무도,
아니, 거의라고 말하지도 않겠습니다. 절대 아무도,
모든 것을 이해하지 못합니다. 커널에서 저도 그렇습니다.
저는 다양한 서브시스템의
관리자들에게 크게 의존하고 있으며, 제가 직접
많이 관여하는 영역은 몇 가지뿐입니다.
그리고 Rust와 C에도 같은 원리가
적용된다고 생각합니다. 모든 사람이 Rust를 이해할 것이라고
기대해서는 안 됩니다. 반면에 Rust 사용자들이 모두
C를 이해하는 것도 아닙니다. 그리고 그것은 괜찮습니다. 실제로 이것이
커널의 강점 중 하나라고 생각합니다. 우리는 전문화할 수 있습니다.
어떤 사람들은 드라이버와 매우 특정한 드라이버에 관심이 있고,
어떤 사람들은 특정 아키텍처에 관심이 있으며,
어떤 사람들은 파일 시스템을 좋아합니다. 그래야
하고, 그렇게 Rust를 바라봅니다.
하지만 분명히 Rust의 개념을 좋아하지 않고
Rust가 자신의 영역을 침범하는 것을 싫어하는 사람들이 있습니다.
그리고 이것은 흥미로웠다고 생각합니다.
저는 두렵지 않습니다. 심지어 사람들은
Rust 통합이 실패라고 말하기도 했습니다.
그리고 사실 저는.
우리가 이것을 몇 년 동안 해왔기 때문에
아직 그렇게 말하기에는 너무 이르다고 생각합니다. 하지만 또한
설령 실패하더라도, 그렇게 되지는 않을 것 같지만,
그것이 배우는 방법이라고 봅니다. 그래서 저는 러스트 전체를
긍정적으로 봅니다. 논쟁이 항상 반드시 그렇지는 않더라도.
네, 그리고 진짜 도전은 메모리 안전 아키텍처가
인프라에 대해 특정 가정을 한다는 아이디어입니다.
그리고 DRM Sket을 예로 들면 매우 공개적이 된
인프라 담당자들입니다. 변화에 저항하는 것처럼 보이는
인프라 담당자들입니다. 공정하게 말하자면, 우리는
C 인프라에도 많은 변화를 주었습니다. 커널이 하는
코드의 종류는 일반적인 C가 아닙니다. 우리는
정상적인 C가 아닙니다. 우리는
많은 것을 가지고 있습니다. 단순히 특정 방식으로
작성하는 것뿐만 아니라, C 측에서 인프라
규칙을 강제하는 많은 도구들이 있습니다.
이는 언어의 일부가 아닙니다. 이 중 일부는
우리의 잠금 안전성입니다. 실제로 C 측에
많은 메모리 안전성 인프라가 있는데, 이는
기술적으로 C 자체의 일부가 아닙니다. 이는 커널을 위한
우리 인프라의 일부로, 디버그 기능이 있습니다
커널 속도를 크게 저하시키지만 메모리 안전성을
더 많이 테스트하는 빌드가 있습니다.
C 쪽에서는 우리가
점진적으로 추가할 수 있었습니다. 그리고
그런 지원이 많이 있지만, 우리는
오랜 시간 동안 추가해왔고 그것이
사람들이 반발 없이 할 수 있게 했습니다.
그리고 Rust 변경은
확실히 훨씬 더 크고 더 직접적인 것입니다.
그래서 실패라고 하기엔 아직 이르다고 하셨는데,
저도 동의합니다. 하지만 제가 최근에 본 것 중 하나는
바닥부터 시작해 성장한
Rust 커널에 대한 관심입니다
리눅스의 대안으로 말이죠. 그래서
만약 우리가 계속해서 Rust를 리눅스에
도입하는 데 어려움을 겪는다면, 그것이 잠재적 결과가 될 수 있을까요? Redux나 Maestro 같은
것들 중 하나가 나타나
다른 커널을 중심으로 대안적인 세계를 만들 수 있을까요?
저는 그것이, 리눅스의 Rust 사용과 상관없이,
운영체제를 만든다면 언어 선택의 폭이
매우 제한적이라고 생각합니다. 왜냐하면
운영체제에는 특정 기능을 가진 언어가 필요하기 때문입니다
시스템 문제를 다룰 수 있는
그리고 그것은 자동적으로 언어 선택이
매우 제한적임을 의미합니다. 어셈블러를 작성하고 싶지 않다면
C나 C와 유사한 언어를 사용하거나
Rust를 사용할 가능성이 높습니다. 그리고 저는 생각하지 않습니다.
Linux가 모든 곳에 있는 것은 아닙니다.
우리는 매우 널리 퍼져 있지만, 30년이 지난 후
Linux도 매우 커졌습니다. 우리는 항상
특히 이러한 임베디드 시스템을 봐왔습니다.
더 작고 단순한 것을 원하는
완전히 성숙하지 않은 것을.
그럴 때 Rust나 C 또는 다른 것을 사용할 것입니다.
그리고 그것은 절대 사라지지 않을 것 같습니다. 물론 우리는
Zephyr 같은 것들과 다른 임베디드, 깊이 임베디드된
커널들을 봅니다만, 범용 OS로서
Linux가 절대적으로 모든 곳에 있다고 말할 수 있습니다.
오늘날 대부분의 5G 모뎀 칩에서
완전한 Linux 배포판이 실행되고 있습니다.
그래서 아이폰에는 펌웨어로
Linux를 실행하는 칩이 있습니다.
그래서 그것은 어디에나 있습니다.
네, 우리는 이런 농담을 하곤 했습니다.
수년 전에는 세계 지배에 대해 이야기했었죠
그 농담이 현실이 되어 이제는
더 이상 웃기지 않습니다. 저는 그걸 받아들입니다. 하지만
동시에, 영원한 것은 없죠. 그리고
분명 어떤 무지한 젊은이가
"얼마나 어려울까"라고 생각하며 자신만의 운영체제를
Rust나 다른 언어로 만들기 시작할 겁니다.
그리고 그 사람이 수십 년 동안
계속 노력한다면, 남자든 여자든,
저는 그걸 보고 싶습니다. 오해의 소지가 있는 인용을 피하자면,
"무지한 사람"이라고 말할 때 그건 당신의 과거를 반영하는 거죠. 맞아요, 당연히.
"내가 할 수 있어"라고 말하려면 정말
어리석어야 합니다.
왜냐하면 결국 33년이 지난 지금도
저는 여전히 그 일을 하고 있거든요.
그리고 수만 명의 다른 사람들 없이는
저 혼자 할 수 없었을 겁니다.
제가 시작한 유일한 이유는 그게 얼마나 어려운지
몰랐기 때문이에요. 하지만 그게 재미있게 만드는 거죠.
그건 제가 다음으로 준비한 질문들로
가는 완벽한 연결고리네요. 내일 메인테이너 서밋이 있다고 하셨는데,
거기서 항상 나오는 주제가 있습니다
모든 관리자 회의에서 그리고 분명히 제가 매년 또는 격년마다
우리의 대화에서 제기하는 더 큰 문제는
번아웃입니다. 관리자들은
나이 들어가는 그룹입니다. 이상하게도, 우리 중 일부는 더 이상
예전만큼 많거나 올바른 색의 머리카락을 가지고 있지 않습니다. 헤이, 회색이
올바른 색입니다. 회색은 좋은 색이죠, 네.
하지만 리눅스 생태계,
커널 개발 커뮤니티는 절대로
느려질 기미가 보이지 않습니다. 많은 면에서 가속화되고 있죠, 러스트가
그 중 하나입니다. 그래서 제가 항상 스스로에게 묻는 질문은
시간이 우리에게 다소 잔인하게 멈춰 있다는 것입니다.
그리고 관리자들이 나이가 들어감에 따라,
번아웃이 더 큰 문제가 됨에 따라,
미니 리누스에 대해 이야기할 때가 되지 않았나요?
후계자, 다음 세대에 대해?
우리는 그것에 대해 영원히 이야기해 왔습니다.
그리고 아마도 일부 사람들은 제가 아직도 여기 있다는 것에
실망할 수도 있겠죠. 아니요,
커널 관리자들이 나이 들어가고 있다는 것은 절대적으로 사실입니다.
그리고 그것의 긍정적인 측면은
여러분이 아는 프로젝트 중에서 얼마나 많은 프로젝트가
관리자들이, 단순히
문자 그대로 30년 이상 활동해온 나로서는,
매우 이례적입니다. 그래서 말하자면,
사람들이 소진되고 떠나간다는 것은
그렇죠, 사실이지만 그건 꽤 정상적인 일입니다.
비정상적인 것은 사람들이 실제로 수십 년간 남아있다는 겁니다.
그게 특이한 점이죠. 그리고 이는 어느 정도
좋은 신호라고 봅니다. 하지만 분명히 이는 또한
신입 개발자나 젊은이로서는
수십 년간 활동해 온 이 모든 사람들을 보면
이 일부가 되기가 어렵게 느껴질 수 있다는 뜻이기도 합니다.
동시에, 제 생각에는
오픈소스에서 리눅스 커널은 실제로
개발자 수가 매우 특이한 경우입니다.
오랫동안 활동해 온 관리자들이 있고
그들이 나이 들어가고 있다는 건 사실입니다.
하지만 동시에 실제 통계를 보면
우리 개발자들은 매우 적습니다.
1000명의 개발자가 참여하는 프로젝트는
거의 없으며, 매 릴리스마다 그렇고
릴리스는 약 3개월마다 이뤄집니다. 그래서 우리는
꽤 건강한 개발자 생태계를 가지고 있다고 봅니다.
개발자, 개발자에 대한 온갖 소동은,
개발자들은 우리가 확보했습니다. 우리에게 나이든
백발의 사람들도 있다는 사실은,
큰 문제라고 보지 않습니다. 문제라고 말하려는 게 아닙니다.
제가 말하고자 하는 바는 당신이 이 일을 33년 동안 해오셨다는 것입니다.
불길한 얘기를 하고 싶지 않지만, 33년 후에는
아마 더 이상 이 일을 하고 있지 않을 거라고 생각합니다.
그럴 수 있죠. 33년 후에도 여전히
컨퍼런스 서킷을 하고 싶지만. 우리가
보행기를 타고 오면 굉장할 겁니다.
제가 말하고자 하는 바는 리눅스의 왕이 되기 위해서,
주요 관리자가 되려면 많은 경험이
필요하다는 것입니다. 현재 백업은
그렉 KH인데, 그는 우리 둘보다도 머리카락이 적고
나이도 비슷합니다. 그렉, 여기 계신가요? 죄송합니다. 나중에 저를 때리셔도 됩니다.
제가 말하고자 하는 바는 다음 세대가
경험을 쌓을 수 있도록 어떻게 해야 하는지,
10년, 15년, 20년, 30년 후에 당신의 역할을
다른 사람에게 넘겨줄 수 있도록 하는 방법입니다. 제가 묻는 것은 그 지속가능성입니다.
그래서 우리에게 많은 개발자가 있다는 점에 대해,
우리는 항상 매우 유능한 사람들을
많이 보유하고 있었습니다.
그리고 나설 수 있죠. 그렉을 언급하셨지만 사실 그렉도
항상 그렉이었던 건 아닙니다. 그렉 이전에는 앤드류와
앨런이 있었고 그렉 이후에는
섀넌과 스티브가 올 수도 있겠죠. 누가 알겠어요?
수십 년간 이 분야에 있었던 사람들이 있습니다.
실제 중요한 점은 개발 커뮤니티 사람들이
신뢰할 수 있는 사람이나 그룹이
있어야 한다는 겁니다. 그리고 신뢰의
일부는 기본적으로 사람들이 당신의 일하는 방식을 알 만큼
오래 있었다는 것입니다. 하지만 그 '오래'가
30년일 필요는 없죠. 우리에겐 주요 서브시스템의
최상위 관리자인 매우 핵심적인 개발자들이 있는데,
이들은 단 몇 년 만에
그 위치에 올랐습니다.
즉각적인 건 아니죠, 그렇게 말할 순 없습니다.
하지만 새로운 사람들이 들어와서
3년 후에 주요 개발자가 되는 경우도 있습니다.
전혀 불가능한 일이 아닙니다. 관리자가 되는 것이
때때로 보이는 것만큼 영광스러운 일은
아닙니다. 그리고 많은 사람들이
새로운 사람들이 와서 도와주는 것을
기꺼이 환영할 겁니다. 그리고 때때로
사람들은 실제로 필요한 것보다 커널 개발을 더 두려워합니다.
지금 많은 사람들이 Shannon과 Steve를
커널 개발자의 이름으로 구글링하고 있을 것 같습니다.
그건 제가 임의로 만든 이름입니다. 그런데 여기 계신 분들 중에서
실제로 패치를 보낸 커널 개발자는 몇 분이나 계신가요?
커널 개발자들이 특이하다는 건 알고 있지만,
우리가 그렇게 특이해서 들어본 적도 없을 정도는
아닙니다. 그리고 이것이 가장 흥미로운 일이라고
저는 여전히 확신합니다. 네, 우리 모두 커널 개발이
사람이 할 수 있는 가장 흥미로운 일이라는 것을 알고 있죠.
그런데 왜 여러분들이
저를 비웃고 계신 거죠? 그 말을 반복하지 말았어야 했나 봅니다.
제가 흥미롭게 생각하는 것은 이를 확장해서
더 큰 오픈소스 커뮤니티를 살펴보는 것입니다. 왜냐하면 우리가
지난 3-4년 동안 본 것 중 하나는
오랫동안 오픈소스 개발에 매우 적극적으로
자금을 지원해 온 많은 대기업들이
약간 물러선 것 같다는 점입니다.
많은 해고와 회사들이 눈에 띄게
참여를 줄이고 있습니다. 그 중 많은 기업들이
이 행사의 스폰서이기 때문에 이름은 언급하지 않겠지만,
쉽게 알아낼 수 있을 것입니다.
그리고 동시에 우리는 더 많은
오픈소스 작동 방식에 대한 공격을 목격하고 있습니다
방금 언급한 신뢰 모델에 대해서 말이죠
범죄자든 국가든 위협 행위자들에 의해서 말입니다
그래서 저에게는 전반적으로 어떻게 하면
오픈소스 메인테이너의 개념을 개선할 수 있을지가
매우 관심있는 주제입니다. 그리고 리눅스가
놀랍게도 잘 해낸 것 중 하나는
매우 깊은 인력풀을 가지고 있다는 점입니다
많은 사람들이 관여하고 있고 많은 사람들이
이게 잘못됐다거나 마음에 들지 않는다거나
실수라고 말하는 것을 두려워하지 않습니다. 그리고
리눅스에서 배운 것을 더 광범위한
프로젝트에 적용할 방법이 있을까요? 사실 저는
이 질문 자체가 매우 비관적이라고 생각합니다. 제가 어렸을 때를
기억하면, 아주 오래 전의 일이죠
그때는 오픈소스라는 이름이
아주 새로운 것이었습니다
그리고 지금의 오픈소스 커뮤니티는
예전보다 훨씬 더 나아졌다고 생각합니다
물론 기술 분야 해고도 있지만
그래도 오픈소스 커뮤니티는 더 좋아졌습니다
그리고 그것들은 매우 순환적인 것 같습니다. 그리고 그것은
항상 좋은 산업은 아닙니다.
하지만 동시에 오픈소스가
아주 잘 되고 있다고 느낍니다. 사람들은 이제
오픈소스를 당연하게 여기는데, 이는
불과 20년 전만 해도 절대 그렇지 않았습니다.
그리고 어쩌면 그로 인해 더 부정적인
의견과 공격이 늘어났을 수 있습니다. 하지만
오픈소스의 장점 중 하나는
이제 너무나 보편화되어 있다는 것입니다.
특히 신입 프로그래머로서 당신은
오픈소스를 이 산업에 진입하는 방법으로
사용할 수 있습니다. 항상 좋지만은 않은 이 산업에서
꼭 좋은 학교를 다니거나
다른 많은 산업에서 흔히 필요로 하는
개인적인 인맥 없이도
연결고리를 만들 수 있습니다. 그래서 오픈소스가 정말 잘 되고 있다고 생각합니다.
동의합니다, 오픈소스는 잘 되고 있죠. 더 중요한 질문은
어떻게 더 많은 지속가능성을 만들어낼 것인가 입니다.
하지만 방금 말씀하신 것 중 정말 흥미로운 점은 새로운
사람들이 들어오는 것입니다. 우리 모두가 시작했을 때
몇 십 년 전에는 훨씬 더 작고 단순했습니다.
세상은 지금 모든 것이 현실과 혼종화되어 있습니다.
그리고 AI만 얘기하는 게 아니라는 점을 말씀드리고 싶습니다.
우리는 많은 프로젝트들이
변화를 만들어내기보다는 빠른 수익과 빠른 탈출에 관한 것처럼 보이는 걸 봅니다.
만약 당신이 오늘 시작한다면,
흥미롭고 보람 있으며 장기적으로 유용한 프로젝트를 찾기 쉬울 거라고 생각하나요?
그런 프로젝트를 찾는 것이 쉬웠던 적은 없었다고 봅니다.
제 말은, 지금은 그럴 수 있는 대중이 더 많아졌고
모든 인프라가 갖춰져 있다는 겁니다.
몇 번의 웹 클릭으로 GitHub 저장소를 만들고
오픈소스를 시작할 수 있죠.
왜 오픈소스를 하는지 설명할 필요도 없습니다. 이제 당연하게 여기니까요.
그래서 30년 전에는 볼 수 없었던
소규모 프로젝트들이 훨씬 더 많아졌습니다.
훨씬 더 쉬워졌기 때문이죠. 하지만
의미 있고
수십 년간 할 수 있는 무언가를 찾는 것은
결코 쉽지 않았습니다. 그리고 오늘날에도
쉽지 않다고 봅니다. 당신이
관심 있는 것을 찾아야 하지만,
동시에 당신만 관심 있는 게 아니어야 합니다.
그게 문제 중 하나라고 생각합니다.
사람들은 "좋아하는 일을 하라"고 말하죠. 하지만 만약
당신이 좋아하는 일에 아무도 관심이 없다면, 당신은
다음 큰 성공적인 오픈소스 프로젝트를 만들 수 없을 겁니다.
그래서 의미 있는 것을 좋아해야 하고
그것을 찾아야 합니다. 때로는 그게 어려울 수 있죠,
특히 기술 산업에서는 많은 부분이
과대 선전에 관한 것이고 모두가
다음 큰 것을 쫓으려고 절벽에서 떨어지는 레밍처럼
서로를 따라갑니다. 그리고 저는
그것이 성공적인 전략이라고 생각하지 않습니다. 당신은
다른 사람들이 하지 않는 것을 찾아서
그것을 잘하고 약간 다른 것을
먼저 해야 합니다. 당신은 저를 일찍 부정적이라고 했죠. 저는 우리가
이 대화를 이 멋진, 영감을 주는 하이라이트로 끝내길 바랐습니다,
리누스가 커뮤니티에게 어디로 가서 차이를 만들어야 하는지 말하는 것으로요.
대신, 우리는 절벽에서 떨어지는 레밍으로 끝내고 있네요.
시간이 다 되어서 안타깝게도 이걸 매우 영리한 질문으로
구출할 수 없습니다.
하지만 여기서 마무리하고 여러분 모두에게
여러분은 그가 말하는 레밍이 아니라고 말하겠습니다. 그리고
비엔나에서 즐거운 한 주 보내세요. 날씨가 훨씬 좋아질 거라고 합니다. 그리고
홍수로 도로가 범람했음에도 참석해 주신 모든 분들께 감사드립니다.
그리고 터널 등을 만들어 멋진 쇼를 펼치세요. 감사합니다.