Yangyi(@Yangyixxxx)의 스레드

크리스 래트너와의 이 인터뷰는 꽤 흥미롭습니다. 대기업에서 정식 허가 없이 일하던 창의적인 사람이 어떻게 점차 전설로 자리 잡았는지 알 수 있습니다. 가장 중요한 것은, 크리스가 언급했듯이, 기존 생태계의 근본적인 결함을 파악하고 해결하며 점진적으로 가치를 제공하고, 개발자에게 힘을 실어주고 단편화된 기술 스택을 통합하는 데 꾸준히 노력함으로써 지지를 얻었다는 것입니다. 이러한 노력을 통해, 아무런 자원 지원 없이도 그는 궁극적으로 LLVM, Swift, 그리고 Mojo를 만들어냈습니다. ----------- Swift의 비밀 기원: 거대 기업 내에서 "차세대" 언어를 배양하는 기술 스위프트의 이야기는 성공적인 대기업 내에서 잠재적으로 파괴적인 "열정적인 프로젝트"를 "비공식적인" 방식으로 시작하고 궁극적으로 그것을 주류로 끌어올리는 방법을 보여줍니다. 1. 먼저, 크리스는 핵심 문제인 Objective-C의 "두 세계" 딜레마를 파악했습니다. 현재 상황: Objective-C는 Smalltalk 스타일의 동적 객체 모델과 C 언어의 저수준 성능을 결합한 것입니다. 문제점: - 개발 경험 분할: 개발자는 두 가지 매우 다른 사고방식 사이를 전환해야 합니다. - 안전하지 않음: 수동 메모리 관리가 악몽이며 오류가 발생하기 쉽습니다. - 가파른 학습 곡선: 복잡한 구문과 기본 개념(포인터 등)으로 인해 많은 신규 개발자(특히 웹 개발자)가 앱 개발 분야에 진출하기 어렵습니다. 통찰력: "고성능"과 "고수준 추상화"는 두 개의 별도 언어가 될 필요가 없습니다. 이 둘은 통합될 수 있습니다. 2. 점진적인 발전 "사이드프로젝트"로 시작하다 1년 반 동안 스위프트는 크리스에게 "밤과 주말에" 하는 개인 프로젝트일 뿐이었고, 그는 "허가를 구하지 않고, 그냥 스스로 시도하기 시작했습니다." "기존의 개선"을 통해 "미래의 길을 닦는다". 경영진이 새로운 언어를 만드는 필요성에 의문을 제기하고 "Objective-C를 개선해 달라"고 요청했을 때, 그는 직접 그들에게 질문하지 않았습니다. 대신 그는 팀을 이끌고 Objective-C에 ARC(자동 참조 카운팅), 모듈, 리터럴과 같은 새로운 기능을 추가했습니다. 표면적으로는 기존 언어를 최적화하는 것처럼 보였던 이러한 개선 사항들은 실제로 Objective-C 개발 경험을 Swift의 디자인 원칙에 점진적으로 맞춰나가며, 궁극적으로는 Swift로의 마이그레이션을 위한 토대를 마련했습니다. 폐쇄 루프를 완성하기 위한 전적인 헌신. 높은 수준의 지원을 바탕으로, 팀은 지난 1년 동안 언어의 최종 디자인을 완성하고, Xcode 및 디버거와 같은 툴체인과의 긴밀한 통합을 구현했으며, 학습 곡선을 낮추기 위한 Playgrounds와 같은 도구를 개발했습니다. 마침내 2014년에 공식 출시되었습니다.