苹果Swift团队把SwiftLLVM编译器之父气跑，网友P

　　苹果Swift语言、LLVM编译器之父ChrisLattner的新动向，引起程序员圈关注。这位编译器大神现在与Swift核心团队分道扬镳、彻底退出管理事务的消息引发了大量讨论。
　　Lattner在Swift官方论坛自曝，离开的原因是团队文化有毒。其中特别点出，去年夏天一次视频会议上他被人侮辱和大喊大叫，而且这已经不是第一次了。
　　此次冲突后，Lattner渐渐退出了Swift的管理和开发。反正他本人还有很多兴趣和事业可忙，不如向前看，眼不见为净。
　　现在他正忙着筹备新公司Modular。ai，致力于开发AI编译器、运行时等基础设施。
　　啊这，Swift团队具体出了什么问题，竟能把大神给气走了？语法糖惹的祸
　　Lattner五年前就已不再是苹果正式员工，先后做过特斯拉自动驾驶软件VP、谷歌Tensorflow基础设施主管、SiFive工程总裁。不过Swift这门亲手研发的编程语言他心里一直放不下，坚持每周参加例会、参与社区讨论，也亲自编写和迭代了许多代码。
　　Swift语言逐渐发展壮大，接替老的ObjectiveC成为许多公司开发新iOS应用的首选语言。但这门语言发展的方向渐渐与Lattner的理想出现分歧，比如他的设计理念简单事物的有效组合（simplethingsthatcompose）就不再流行。
　　有这种感觉的不止他一人，一些Swift忠实用户也感到很失望。
　　我在Swift上投入了很多，20152019年都是社区的活跃成员，看到现在这门语言的发展方向，我有点难过。
　　这位老哥主要不爽的是一些语言特性的添加太过随意和仓促，让编译过程不再透明。实际上，引发Lattner自曝退出原因的帖子，也是在讨论是否添加一个语法糖。
　　一位开发者认为，随意添加语法糖对语言维护者来说不算什么，但带来的混乱会对语言使用者影响很大。
　　我不是说这个特性毫无价值，但我不想它被引入成语法糖，这会折断语言使用者的脖子。
　　随后，他引用了Lattner本人很早以前就发表的一段关于语法糖的思考。Lattner认为一门编程语言的主要功能相当于盖房子时的砖，语法糖相当于填砖缝的灰浆。
　　如果房子主体都盖好了去填缝没啥问题。如果砖还没摆全就先抹了大量的浆，那整个房子成了用浆盖起来的，结构不会牢固，以后再想摆砖头也找不到合适的地放了。
　　看来这种分歧在Swift社区由来已久，直到去年夏天那场视频会议，冲突集中爆发。Lattner会议上被人骂了以后休息了一段时间，后来找到团队管理层谈话。他认为管理层逃避问题、找借口，并明确表示不打算对此采取任何措施。后来大神决定暂时离开每周会议，只参与论坛讨论，反正还有很多别的事业可忙。
　　不过他发表的意见越来越被核心团队忽视，觉得再这样下去就是浪费时间了，最终彻底离开。
　　现在，Swift管理团队正在尝试推出新的社区治理机制来解决问题。他们打算参考其他编程语言和开源项目的成功经验，重新成立一个专注于语言本身演进迭代的大型工作组，并让更多社区成员能参与决策。对于编程语言社区究竟应该如何治理，也有网友发表了自己的观点。
　　有人觉得Python之父这种仁慈的终生独裁者模式（BDFL，BenevolentDictatorForLife）才是王道。Python之父会听取社区意见，但是最终自己拍板决定。这位老哥认为所有不采用BDFL模式的编程语言都会因特性太多变得冗杂。因为开发团队每个成员都想把自己的想要的特性添加进去，特性之间的交互带来平方级的复杂度，这样用户就难受了。
　　其他网友觉得也有一个例外，Go语言不是由仁慈的独裁者管理，但团队始终坚持简洁的设计理念。
　　Go语言每个新功能提案都会被仔细权衡和讨论，有些用户觉得更新速度慢的像冰川移动，但我个人挺欣赏这点。
　　Lattner本人则在Swift官方论坛对此留下了最后一段建议和祝福。
　　我认为Swift是一种现象级的语言，有成功和长久的前景，但它肯定不应该是一种社区共同设计的语言，这在立项之初就写进了章程。
　　新的机制听起来有些希望一个健康和包容的社区有益于Swift的设计和发展。
　　现在创业AI基础设施
　　最后再来介绍一下Lattner现在去忙的新事业。Modular。ai，致力于为全世界重构AI基础设施。包括编译器、运行时环境，为异构计算设计、边缘和数据中心并重，并专注于可用性。最终构建出模块化、可组合和分层架构的人工智能。
　　公司的共同创始人及首席产品官TimDavis，此前在谷歌团队参与了TFLite、AndroidML、NNAPI等项目的编译器开发。
　　新公司正在全球范围内招聘大量编译器、运行时、MLOps和框架方向的开发者，以及产品经理和云计算工程师。