I Interviewed The Creator Of LLVM, Clang, Swift, and Mojo
The PrimeTimeCited 5× on HN, 2024-2026
274K views · 2 years ago · interview · evergreen
ThePrimeagen interviews Chris Lattner, creator of LLVM, Clang, Swift and Mojo, with TJ DeVries, in a long live-streamed conversation. They discuss language design and Lattner's experience building Swift.
Cited in Swift discussions for Lattner's account of Swift becoming complex too fast under pressure from Apple's needs.
2:42:41Chris Lattner: The Future of Computing and Programming Languages | Lex Fridman Podcast #131
Lex Fridman
594K views • 6 years ago
3:34:04Chris Lattner: Future of Programming and AI | Lex Fridman Podcast #381
Lex Fridman
2M views • 3 years ago
1:24:39Mojo Lang - Tomorrow's High Performance Python? (with Chris Lattner)
Developer Voices
64K views • 2 years ago
1:13:06Chris Lattner: Compilers, LLVM, Swift, TPU, and ML Accelerators | Lex Fridman Podcast #21
Lex Fridman
200K views • 7 years ago
49:482023 LLVM Dev Mtg - Mojo 🔥: A system programming language for heterogenous computing
LLVM
61K views • 2 years ago
31:22Swift for TensorFlow: The Next-Generation Machine Learning Framework (TF Dev Summit '19)
TensorFlow
41K views • 7 years ago
44:382017 LLVM Developers’ Meeting: “Implementing Swift Generics ”
LLVM
21K views • 9 years ago
40:332016 LLVM Developers’ Meeting: D. Dunbar “A New Architecture for Building Software”
LLVM
7K views • 9 years ago
1:06:20Lars Bak - The Making of a Secure and Robust IoT Development Platform
Curry On!
3K views • 7 years ago
52:21ASPLOS Keynote: The Golden Age of Compiler Design in an Era of HW/SW Co-design by Dr. Chris Lattner
SiFive
52K views • 5 years ago
27:26reddit.com Interviews Peter Norvig
Reddit
47K views • 16 years ago
22:17WWDC24: Go small with Embedded Swift | Apple
Apple Developer
138K views • 2 years ago
56:39Alan Kay - Programming and Scaling
Colin McDonnell
36K views • 11 years ago
1:22:21Introducing a Memory-Safe Successor Language in Large C++ Code Bases - John McCall - CppNow 2023
CppNow
18K views • 3 years ago
1:15:09Cliff Click @ VMSS16: Bits of Advice For the VM Writer
softdevteamuk
4K views • 10 years ago
43:14Anders Hejlsberg and Lars Bak: TypeScript, JavaScript, and Dart
DartlangTV
14K views • 13 years ago
59:48[1hr Talk] Intro to Large Language Models
Andrej Karpathy
4.3M views • 2 years ago
12:31OSCON 2010: Rob Pike, "Public Static Void"
O'Reilly
119K views • 16 years ago
3:31:24Deep Dive into LLMs like ChatGPT
Andrej Karpathy
10.2M views • 1 year ago
1:03:31Brian Goetz - Stewardship: the Sobering Parts
ClojureTV
39K views • 11 years ago
5 comments from Hacker News
Lattner probably left because Apple didn't give the team any breathing room to properly implement the language. It was "we must have this feature yesterday". A lot of Swift is the equivalent of Javascrip's "we have 10 days to implement and ship it": ▶ this video --- start quote --- Swift has turned into a gigantic super complicated bag of special cases, special syntax, special stuff... We had a ton of users, it had a ton of iternal technical debt... the whole team was behind, and instead of fixing the core, what the team did is they started adding all these special cases. --- end quote ---
> - Modern Ergonomics What does this even mean? Modern Swift looks like a haphazard mishmash of conflicting features where every problem is solved by "just one more keyword bro". In 2024 it had 217 keywords : link and that was reduced slightly, to 203, in 2025: link According to Lattner they never even had the time to design anything due to time pressure from Apple [1]. So Swift ended up with a type system that the compiler can't even check and is impossible to fix. So the compiler routinely just gives up and complains on even the most trivial code. [1] ▶ this video --- start quote --- Swift has turned into a gigantic super complicated bag of special cases, special syntax, special stuff... We had a ton of users, it had a ton of iternal technical debt... the whole team was behind, and instead of fixing the core, what the team did is they started adding all these special cases. --- end quote ---
Srs question, I keep reading everywhere from experienced people Wayland sucks. I need to start learning of these stacks, should I go with Wayland or should I go with Xorg? If I didn't know any better I would learn the Wayland API. Just like how: if I didn't know any better I would learn Swift (instead of Objective-C). But thankfully I do know better and I know to stay far away from Swift [1]. Is it the same deal with Xorg/Wayland? It seems like noobs prefer Wayland but the experts prefer Xorg. 1. ▶ this video
> About control - serious question: how is this different from for example Rust, Go, Zig or Python? You can ask Chris Lattner about how many many changes were forced through the language before they were ready, or even properly designed, because Apple needed them: ▶ this video
At what point in the video does he say that? Edit: ▶ this video It's not that Swift itself failed, but that Lattner thinks Swift has become too complex too fast, due to the pressure of a rapidly growing user base.