这位大佬的 GitHub: https://github.com/rbuckton
从 microsoft/TypeScript 仓库的统计来看，他是排名第 6 的代码贡献者： https://github.com/microsoft/TypeScript/graphs/contributors
关于被裁的推文原文：
After 18 years at Microsoft, with roughly a decade of that time working on TypeScript, I have unfortunately been let go in the latest round of layoffs. I need to take a few days to process before I start looking for work. Thanks to everyone who's been part of my journey so far.
V 站发图麻烦，有好心人随手补个图的话就更好了。
第 1 条附言 · 20 小时 15 分钟前
推文底下评论，讽刺拉满了…：
10x Engineer fired after delivering 10x Improvement. HR AI celebrated his crowning achievement by blurting out, "Value extracted, terminate."
第 2 条附言 · 27 分钟前
现在 Ron Buckton 的 GitHub 账号的状态已经变成了 Ex-Senior SDE for TypeScript，且 microsoft/TypeScript 和 microsoft/typescript-go 这两个仓库的 GitHub contributors 统计页已经看不到他在贡献者中的排名了，但如果把仓库克隆到本地后执行 git shortlog -s -n 还是能确认的：
microsoft/TypeScript 的结果：
$ git shortlog -s -n
3862 Anders Hejlsberg
2867 Sheetal Nandi
2328 Daniel Rosenwasser
2308 Mohamed Hegazy
2284 Nathan Shively-Sanders
1817 Ron Buckton
microsoft/typescript-go 的结果：
$ git shortlog -s -n
212 Jake Bailey
72 Anders Hejlsberg
51 Ron Buckton
有人知道为什么会出现这种情况吗？GitHub 仓库上还能修改贡献者的显示结果？
81 条回复 • 2025-05-15 10:09:32 +08:00
 |
1
foolishcrab 21 小时 45 分钟前 via iPhone  13
所以坛子里天天搁那“懂业务”的老油条们清醒点，技术工种没有人有护城河
|
 |
2
ladypxy 21 小时 31 分钟前
裁员从来都不看技术。。。
现在裁员都是从外面专门找公司来做。更多的是根据你的工资来的。工资高的反而被裁员的风险更大。 |
 |
3
flydogs 21 小时 24 分钟前
补偿金应该也给够的吧
|
 |
5
songray 21 小时 15 分钟前 1
纯粹是微软被印度人统治之后疯了...
https://devblogs.microsoft.com/react-native/2025-05-09-office-modernize/ office 的新模块采用 React Native 开发。 |
 |
6
ryougifujino 20 小时 51 分钟前
什么时候裁 Hejlsberg （
|
 |
7
enchilada2020 OP @ryougifujino 大胆！ TS 用户表示震怒（
|
|
8
enchilada2020 OP |
|
9
enchilada2020 OP |
|
10
enchilada2020 OP @songray 可能是考虑到了 Web 端的开发，但在这种量级的产品上感觉性能会不够用
|
|
11
ryougifujino 20 小时 42 分钟前 3
补充一下，typescript-go （几个月前 typescript 团队宣布用 go 重写 tsc 的项目）中，这位老哥贡献排名第 3 ，仅次于 Hejlsberg
|
|
12
enchilada2020 OP @ryougifujino 这补刀…会心一击
|
 |
13
PrtScScrLk 20 小时 34 分钟前
做开发，技术是一部分，人情世故也是一部分。
|
 |
14
me1onsoda 20 小时 26 分钟前
做底层真是稳定,18 年...
|
 |
15
iyiluo 20 小时 16 分钟前
微软几万亿，也不缺那点钱吧，都快二十年的老员工了
|
 |
17
iorilu 20 小时 13 分钟前
微软神人太多了
你以为得大牛, 实际上微软随便拎一个就能接盘信不信 |
|
19
enchilada2020 OP @iorilu 如果是 TS 组外随便拎一个，，还是不太信的，毕竟复杂度摆在那，连原班人马都只是用 Go 移植，而不是用更安全更高性能的 Rust 重写，也是有此考量的啊
|
|
20
enchilada2020 OP @me1onsoda 其实这种厂这种岗，18 年不算很久的
|
|
21
enchilada2020 OP @iyiluo 就是说啊，，离谱得很
|
 |
22
roundgis 19 小时 58 分钟前 via Android
@ryougifujino 70 歲了 可以退休了
|
 |
23
csys 19 小时 54 分钟前
微软好像裁 3%，大概 6000 人左右
我个人觉得大的还在后面，现在不过是百年寒冬的一点冷气而已 |
 |
24
liuidetmks 19 小时 32 分钟前
ts-go 的时候就应该是想好自立门户了，不用 c#，也应该是 cpp 吧
|
 |
25
Gilfoyle26 19 小时 24 分钟前 1
@foolishcrab #1 懂业务没用，说一千道一万，能给公司带来利润的部门才是王道。在企业中，谁能赚钱谁就是王
|
 |
30
lesismal 18 小时 50 分钟前 1
看了下 linkedin ，这种水平和服务微软这么多年竟然只是“Senior Software Development Engineer at Microsoft”，看样子是真的不懂人情世故了，跟弱肉强食一样，世道对老实人不公才是自然法则，真没办法。
|
|
31
enchilada2020 OP 2
@liuidetmks 这倒也不是。。官方给的解释已经很清楚了 选 Go 不是因为 Go 在语言层面有多优秀 而是它是在 *移植而非重写* 这个目标下最符合需求的：
尽可能高性能 适合来写编译器 且自带垃圾回收机制 1:1 移植后的代码尽可能跟 TS 版本保持一致 减少语法/语言机制方面的差异带来的额外工作量 不选 C# 是因为 C# 以 OOP 为主要范式 写法上差别比较大 不选 Rust/C++是因为没有垃圾回收机制 需要手动管理内存 所以如果使用以上被反复提及的语言 相比现在 TS 代码会有额外工作量 而 Go 刚好也有 duck type 也不 OOP 自带垃圾回收 且性能算比较好的（打不过 Rust 至少打得过 JS ）所以就胜出了 |
|
32
enchilada2020 OP @Gilfoyle26 实话 其实同级别销售不比技术赚得少
|
|
33
lesismal 17 小时 39 分钟前
@enchilada2020
> 官方给的解释已经很清楚了 选 Go 不是因为 Go 在语言层面有多优秀 而是它是在 *移植而非重写* 这个目标下最符合需求的 能达到“最符合需求”这个至少有几个前提： 1. 性能虽然不如 c/cpp/rust 这几个第一梯队但也是第二梯队并且性能足够 2. 并发便利 3. 自带 gc 内存管理没什么心智负担 4. 跨平台友好 。。。 所以，并不是因为 go 在语言层面有多优秀。我希望你们能加一些个定语，比如“相比于 c/cpp/rust 的性能不够好”之类的。相比于某个语言的某个/某些点不够好，不意味着 go 本身不够优秀，go 的最大优秀的点是各方面比较平衡然后非常利于工程性，在你们眼里就非要这种不够优秀的措辞，真是服了你们了。 讨论这些话题都落实到具体点上了，我不是为了很多人口中所谓的 go 邪教，而是看不惯你们这些人不懂还要顺便踩一脚的酸劲。 |
|
34
enchilada2020 OP @lesismal 哥 别误伤友军 我可没说 Go 不够优秀。。重点是在说明此次移植不是从语言偏好/表明立场/站队/另立门户/blahblah 而是从实际需求出发的 那么多方面的考量下 最后能选 Go 不就已经说明了它够格的吗😂
|
|
35
lesismal 17 小时 13 分钟前
@enchilada2020 不需要站队，哪里好哪里不好，都如实说就可以了，例如 go 的性能不如 c/cpp/rust 我也都是这样强调的，因为我自己写 c/cpp 过来的、用 go 爽在各方面平衡但想追求极致性能和把控的时候是真挺无力的。
但是，你们措辞，比如如果“Go 不够优秀”，它怎么达到最符合需求？ c 语法也简单呢，c++也有闭包呢而且可以用像 c 一样的风格也有标准库，为啥不用？ 如果按你这思维，我可以扩展下，其他语言没选上，至少有一个方面不如 Go 。 不是针对 c/cpp/rust ，也不是针对 c#、java ，而是 Go 以外的所有其他语言，也都不够优秀！ 所以没一个语言是优秀的！ > 最后能选 Go 不就已经说明了它够格的吗 既然够格了，你们还非要加一句：“不是 Go 在语言层面有多优秀”！ 你们都是神人，不踩一脚不会说话是吗。。。 我看官方的人好像也提到了 go 的并发、gc 、性能之类的优点吧，这些优点都不叫优秀？我用过 10 种左右语言，go func()+chan 是并发最便利的了 如果只说“Go 在各方面最适合，所以用 Go”而不是捎带一句“不是 Go 在语言层面有多优秀”这种贬低的话是不是更实事求是些？ |
|
36
enchilada2020 OP 1
@lesismal 啊这。。你好像还是没理解 那句话没有讨论 Go 优秀与否的意思 也不包含对语言的褒贬 而是在强调是从需求而非语言层面上出发的 咋就成了贬低 Go 了呢。。
|
 |
37
ChefIsAwesome 16 小时 47 分钟前 1
ceo 为公司股东服务，预期业绩不行的时候，就开始裁员搞事。美国经济环境乱得很，大公司为了保自身，放弃开源项目都不稀奇。
|
|
38
enchilada2020 OP @ChefIsAwesome 虽然可能性很低 设想了一下 如果微软哪天突然抽风 宣布放弃布局了这么久的 TS 那可真是有意思了。。
|
|
39
lesismal 16 小时 30 分钟前
@enchilada2020
> 你好像还是没理解 那句话没有讨论 Go 优秀与否的意思 也不包含对语言的褒贬 那看下官方怎么说的吧： https://github.com/microsoft/typescript-go/discussions/411 谷歌翻译贴下： ```txt 语言选择始终是一个热门话题！我们广泛评估了众多语言选项，包括近期和之前的调研。我们还考虑了混合方法，即某些组件可以用原生语言编写，同时核心类型检查算法仍保留在 JavaScript 中。我们编写了多个原型，尝试使用不同语言实现不同的数据表示，并深入研究了现有原生 TypeScript 解析器（例如 swc 、oxc 和 esbuild ）所使用的方法。需要明确的是，许多语言都适合从头开始的重写。在考虑了多种特定于这种情况的标准后，Go 的表现最佳，其中几个值得解释一下。 迄今为止，最重要的方面是我们需要尽可能保持新代码库的兼容性，无论是在语义方面还是在代码结构方面。我们预计在未来相当长的一段时间内都会维护这两个代码库。允许结构相似的代码库的语言为任何进行代码更改的人提供了巨大的便利，因为我们可以轻松地在两个代码库之间移植更改。相比之下，那些需要从根本上重新思考内存管理、变异、数据结构、多态性、惰性等特性的语言可能更适合彻底重写，但我们更倾向于将其作为移植，以保留现有行为和我们已内置于语言中的关键优化。惯用的 Go 与 TypeScript 代码库现有的编码模式非常相似，这使得移植工作更加易于处理。Go 还提供了对内存布局和分配（对象和字段级别）的出色控制，而无需整个代码库持续关注内存管理。虽然这意味着需要垃圾收集器，但 GC 的缺点在我们的代码库中并不特别突出。我们没有任何会因 GC 暂停/减速而受到影响的严格延迟限制。批量编译实际上可以完全放弃垃圾收集，因为该过程最终会终止。在非批处理场景中，我们的大多数前期分配（ AST 等）都会在程序的整个生命周期内有效，并且我们拥有关于何时运行 GC 的“逻辑”时间的强大领域信息。因此，Go 的模型在降低代码库复杂性方面为我们带来了巨大的优势，同时垃圾收集的实际运行时成本却非常低。 我们还进行了异常大量的图处理，特别是遍历涉及多态节点的上下树。Go 在使这些操作符合人体工程学方面做得非常出色，尤其是在需要模仿 JavaScript 版本代码的情况下。 承认存在一些弱点，Go 的进程内 JS 互操作性不如其他一些替代方案。我们即将推出计划来缓解这个问题，并致力于提供高性能且符合人体工程学的 JS API 。由于当前的 API 模型，用户几乎可以访问（甚至修改）任何内容，我们在某些可能的优化方面受到了限制。我们希望确保新的代码库能够为更改内部表示提供更多自由，而无需担心破坏所有 API 用户的功能。转向更具针对性的 API 设计，并将互操作性纳入考量，将使我们能够推动生态系统向前发展，同时仍然实现巨大的性能提升。 ``` 这里面官方主要说的是 go 哪些方面适合，所以相当于说的是优点为主，一些小缺点比如 gc 停顿不影响这个项目。 我没看出来官方有提到“选 Go 不是因为 Go 在语言层面有多优秀”，所以你们的观点里非要无中生有个前置条件“选 Go 不是因为 Go 在语言层面有多优秀”？ 泛化的语境下，尤其广大群体里的多数人看到一件比较强的事情的时候，就是喜欢带一句“也就那样”、“也就那么点事没啥了不起的”之类的，所以这种说法实际上的效果就是暗贬。 很多人都是这样子，我自己也一样聊天经常装 x ，但多数是口头、那些无关紧要的，技术相关的逻辑比较严谨的不会随便这样贬、如果贬或者不赞成我会带上实质性的东西，比如隔壁依赖注入的讨论 /t/1131027 |
 |
40
yb2313 16 小时 30 分钟前
微软的办公室政治, 安德森也得受气
|
 |
41
gogozs 16 小时 25 分钟前 via Android
关键人家已经干了 18 年，国内有干满 10 年不裁员的么
|
 |
42
zhaoahui 16 小时 24 分钟前
技术无关单纯宫斗
|
|
43
lesismal 16 小时 24 分钟前
你要是认为自己没贬，也不用多解释、这个对咱们都没有利益关系，随意就好。
即使贬低也没关系，每个人对事物都有自己的看法，没必要统一，贬低的人贬低你们的，我支持我的，各抒己见，看见的人自己分析取舍就行了。 但我是建议你认真思考下是不是真的贬低，心理学上不是好几个“我”，说不定是潜意识或者不经意的贬低、自己没意识到罢了。不是为了跟你较真而建议你认真思考这个问题，而是，顺便认真思考不同语言真正的差异和优劣点在哪里。因为很多人夸其他语言和贬低 go ，多数局限在语法糖之类的，根本没理解到系统、语言、算法结构、工程这些真正的痛点在哪里。很多人写代码，只是一份挣钱的手艺罢了，这些人的观点很多不正确、也不重要。但是你标题问这种问题，至少是有工程的思考、不只是挣钱，还有兴趣、追求的成分，多思考些总是好的。 |
|
44
enchilada2020 OP @lesismal 所以需要结合上下文 而不是所谓泛化语境来理解啊老哥。。上面人家提到了其他语言 所以才会有这么句话 只是为了做对比并强调后者 “不是…而是…” 一句话下来整体意思就是 *从需求而非语言层面出发* 没有任何比较语言间的优劣 或是对某个语言本身作评价的含义 你不能总断章取义 一句话只看前面不看后面的啊。。对 Go 有点过于敏感了吧😂
|
|
45
lesismal 16 小时 10 分钟前
捧杀和暗贬，往往比直面缺点的批评的破坏力更大。
因为之前讨论 typescript-go 的帖子很多人都是这种暗贬的措辞，我估计，自己被带偏了都不自知，很多人都是被这样带节奏了，自己真正理解了系统工程和语言如何合理有效地结合利用之前、却先陷入了别人这种随风潜入夜润物细无声的话术，这种杀伤力就像一颗小种子被悄无声息埋在了心里，只要你不突破内里，它就越加发芽壮大并成为谬误的参天大树。 |
 |
47
phrack 16 小时 9 分钟前
哦，看漏楼层了
|
|
48
enchilada2020 OP 1
@lesismal 是的 我也认同 比较各种语言/框架之间的差异之后 结合实际出发来选择合适的那一个 才是好的工程决策 而且这次移植 TS 官方的做法就是正面教材 哪个合适用哪个 而不是从其他跟目标和具体需求无关的角度出发 然后我最开始想表达的也只是这一点 “合适而非其他方面” 只不过这个其他方面因为回复的人是有提到其他语言的 就随口提了一下语言层面。。可能这种话题比较敏感吧
|
|
49
enchilada2020 OP @zhaoahui 宫斗可还行 哪里能吃到瓜 求指路（
|
|
50
lesismal 15 小时 57 分钟前
@enchilada2020 #44
不能怪我敏感，而是很多人，就是这种贬低的态度，而且这种措辞确实就是这种效果。 比如这个场景：同公司，你是 A 、一个项目贡献很不错、得到嘉奖升职加薪，同时 B 、C 、D 之类的说“A 不是多优秀，只是这次的项目他刚好以前做过类似的、这次机会赶上了他运气好罢了”。 你可以心胸开阔，听了这种话还很无所谓，甚至自己有城府，不只高兴，还能看出说这些话的人水平、琢磨以后怎么管理他们。但是这种话，多数主角至少心里会有一些不舒服，而且这些话不只是说给 A 听的，A 也得考虑其他人听到他们这么说会对 A 自己造成什么看法和影响。 |
 |
53
superhot 15 小时 46 分钟前
@lesismal 老哥请教一下，刚看完官方 tutorial ，不想单纯糊 CRUD ，想在 Go 擅长的领域实际运用这门语言，有什么好的方法/资料可以参考吗？短期目标是写几个 2~3K 行的项目
|
 |
54
banjintaohua 15 小时 22 分钟前 2
@lesismal 你这个例子不太对。 不是...而是 和 不是...只是 的区别很大, 前者是强调原因, 后者是强调结果+贬义否定。
OP 说的「选 Go 不是因为 Go 在语言层面有多优秀 而是它是在 *移植而非重写* 这个目标下最符合需求的」，这里直观阅读上我感觉没有体现出贬义，也可以理解为「尽管 Go 很优秀，但选 Go 不是因为 Go 在语言层面有多优秀 而是它是在 *移植而非重写* 这个目标下最符合需求的」 如何 OP 说的是「不是...只是」我是支持你的说法，OP 说的「不是...而是」我感觉你有点应激了 |
 |
55
levelworm 15 小时 16 分钟前 via Android
@foolishcrab #1
这种人难道还怕没工作或者没钱吗？ |
 |
57
zhleonix 13 小时 54 分钟前
事情做完了，单纯就是留下最强的，用 AI 工作，其他人就只能指望是不是项目还有足够的预算了。
|
 |
58
Edwinxedwin 12 小时 28 分钟前 via iPhone
@ryougifujino 不阔能
|
 |
59
HankAviator 12 小时 4 分钟前
@lesismal 外企错过管理岗机会，没空出来位置，卡在技术的 senior 级别终其一生也很多
虽然本站上都是小领导 |
|
60
lesismal 11 小时 54 分钟前
@banjintaohua #54
不好意思，输入框里输入的没校对容易错别字。 更正下： 比如这个场景：同公司，你是 A 、一个项目贡献很不错、得到嘉奖升职加薪，同时 B 、C 、D 之类的说“不是因为 A 多优秀，而是这次的项目他刚好以前做过类似的、这次机会赶上了他运气好罢了” 以前做过类似的，与 go 的这些特点契合 tsgo 重构对语言的需求类似，是一个道理。 > 也可以理解为「尽管 Go 很优秀，但选 Go 不是因为 Go 在语言层面有多优秀 而是它是在 *移植而非重写* 这个目标下最符合需求的」 如果这么说肯定没毛病，但关键是，你没注意到区别。你这句是先夸优秀、然后再解释并不是因为优秀而使用。 但其他那么多人、没几个人是在承认“Go 很优秀”的前提下再强调“不是因为 Go 在语言层面有多优秀”。 这两者说法的实际效果和隐含意义是完全不一样的，你这种是明褒，另一种是暗贬。 另外，你的这种理解是在我提出异议之后、再去基于 OP 的解释、相当于是拿着/假定了结论再去解释原因，你对文字细节严谨但是没有考虑实际的效果、有点按图索骥了。 |
 |
61
liuliuliuliu 11 小时 49 分钟前
是的，人情世故也是一部分，国内大厂里技术大佬被裁或者被逼走的，也是屡见不鲜啊
|
 |
62
MossFox 11 小时 46 分钟前 1
这不是应激是什么……
|
|
63
lesismal 11 小时 44 分钟前
@superhot #53
这不好说啊，学校、经验、技术基础、年龄，综合因素。简单糊个傍身的技术栈也得看你的职业规划方向定位，web 架构，云原生，devops ，区块链，游戏，各种方向技术栈都不太一样，深挖都是够啃一阵子的。 |
|
64
lesismal 11 小时 36 分钟前
@HankAviator #59
微软应该也可以技术线的吧，如果是 work life balance 不追求技术的那种也就算了，Ron Buckton 这种被卡在 senior 真有点让人鸣不平。 不过再怎么，微软干 18 年，别说薪资多少，就股票大把大把翻倍都足够财富自由了，被裁了享受生活也是大佬。 go team 这几天 Ian Lance Taylor 也是离开谷歌也是给谷歌干了 19 年多，虽然不是被裁，但可能也与谷歌因为 AI 给这种级别的大佬的压力有关，但至少 Ian 在谷歌是 Principal ，待遇还是公平的： https://tonybai.com/2025/05/11/ian-lance-taylor-leave-go |
 |
65
BayareaLX 11 小时 33 分钟前 via Android
@ryougifujino 这个应该不会吧，毕竟当年比尔盖茨亲自挖角的
|
|
66
lesismal 11 小时 27 分钟前
@banjintaohua
还可以对比以下这两句话，你再看看效果的差别： 1. “不是因为 Go 在语言层面有多优秀” 2. “不是因为 Go 在语言层面的优秀” 1 里面“有多优秀”的这个“有”字，加上前面的“不是”，隐含了对 Go 优秀的质疑。 2 里面“的优秀”的这个“的”字，类似于你之前也可以理解为开头说的“尽管 Go 很优秀”，是包含了对 Go 优秀的肯定。 #45 我有讲，1 的这种隐含的质疑、实际造成的效果是暗贬，如果我不这样较真，很多人看到这种话、心里大概就埋下一颗对 Go 质疑的偏见的甚至直接认为 Go 不优秀的种子，说着无心不为过，但道理要说清楚 |
 |
67
so898 11 小时 26 分钟前
被裁了不是能领一笔微软的股票么，世界市值第一公司的股票，还有很大上涨空间，值了吧
|
|
69
lesismal 11 小时 17 分钟前
@MossFox 如果 #62 是说我应激，也可以的，但这只是一件小事，应激不应激也影响不大，但如果应激可以帮助阐明事实，也没什么不好的，这点应激相比于事实又算得了什么呢。 多点人出来说点正确的事情，多好啊，总比某些臃肿不堪排名非常靠前的语言大户继续遍布天下好吧。
|
 |
70
SeaTac 3 小时 12 分钟前 via iPhone
🥜厂去不得
真要去也得天天摸鱼拉满 |
|
71
enchilada2020 OP 1
@lesismal
@banjintaohua @MossFox 哈哈哈，挺意外的，自然语言确实很有意思，一段比较随意的对话，也能有不同的解读方式，从而给人带来不同的感受。 首先需要明确的一点是，我最初的回复，**主旨只在于简单解释 TS 团队移植 TS 编译器的技术选型，最终选 Go 而非其他语言的理由，是它在“移植而非重写”这个前提下最符合需求，而非其他方面的因素**。 之所以先提到语言层面，是因为前面有人提到了 C# 和 C++，但此处并没有进行正面/负面评价，更没有比较优劣高下之意，正因为我不想讨论这一点以避免语言之争，才转而把重点放在了“最符合需求/最合适/匹配度最高”上面（包括官方的解释中，也不存在对语言本身的褒贬，而是重点说明为什么合适或不合适，我也正是这样做的），再加上后面还详细列举了 Go 在移植这个前提下符合需求的几点，来给不理解为什么选 Go 的人讲此次技术选型的合理性。 所以我觉得，其实哪怕非要说是否存在对语言的评价，一般人看完之后也都会觉得这是在认可 Go 足够优秀，而不是所谓的“暗贬”。 正如 banjintaohua 和 lesismal 所说，“不是因为 Go 在语言层面有多优秀” 既可以理解为 “尽管 Go 很优秀，但并非是因为它的优秀”，也可以理解为 “Go 本来就没有多么优秀”。如果仅仅着眼于这半句话，就只能取决于读者如何解读它了；然而这只是半句话而已，在整句话中的作用只是为了铺垫，同时引出后面的重点，**它并非重点本身**；再结合整个回复来看，其实是符合 banjintaohua 所理解的那种含义的。 比较有趣的是，倘若说到“言下之意”，从目前为止的对话来看，反而是 lesismal 老哥似乎带有一种预设立场，把对 Go 的态度一分为二，非褒即贬，并把我放在了对立面，上来就直接把我打成了质疑贬低 Go 的那类人（冤枉啊我，挠头）。为什么说是“那类人”而不是“那个人”呢？因为他的回复里用的不是“你”，而是“你们/你们这些人”…那么哪来的“你们这些人”呢？刚好后续的回复中，他提到了“之前讨论 typescript-go 的帖子很多人都是这种暗贬的措辞”，同时还谈到了心理学和潜意识。 我不清楚之前讨论 typescript-go 的帖子是什么样，但显然他有种（对我来说莫名其妙的）潜意识里的偏见，先入为主地认为我也像“很多人”一样在“暗贬” Go ，所以才会有了上面列举的第二种解读，并且因此有了情绪化的表达；反过来，如果潜意识里觉得我是在夸 Go ，则会有第一种解读；而如果没有任何预设立场和潜意识作祟，在读完整个回复后，也应该是第一种解读才对，banjintaohua 就像 一样。 可惜的是，正是因为 lesismal 老哥带有预设立场，潜意识里觉得没有直接明确肯定 Go 的人，都是在明里暗里地否定 Go ，掉进了这种由潜意识导致的注意力误区，才会抓住“措辞”这一点不放，**断章取义地过度解读那半句话， 而没有结合语境来理解整个回复，造成了不必要的误会**。 但既然已经提及此处，不妨就“措辞”这个话题稍作展开： > 1. “不是因为 Go 在语言层面有多优秀” > 2. “不是因为 Go 在语言层面的优秀” 这两句对比下来，前者如上所述存在两种解读方式；后者则是非常明确的正面评价了；而我**为了避免语言之争，原本是没有评价比较之意的**，所以后者并不合适。 > 1 里面“有多优秀”的这个“有”字，加上前面的“不是”，隐含了对 Go 优秀的质疑。 同时，这个说法有点牵强，“不是”否定的是由“因为”引导的整个子句，而不单单是“优秀”二字，或者将“有多优秀”换成“如何优秀”“怎样优秀”等等，表达的意思都是一样的，提供的信息量并不足以直接解释为“不够优秀”的贬低，需要结合具体语境才能辨别。 至于 lesismal 老哥为了类比而举的例子，我也觉得不恰当，因为如果较真起来的话，那个例子中有个关键的“措辞”，那就是后面的“罢了”，其语意跟“只是”是一样的，类似的还有“不过”“而已”等等。这个非常微妙的结尾有种强行将人进一步引导向第二种解读的感觉，哪怕它看上去是“不是…而是…”的句子结构，但读起来意思更接近于“不是…只是…”。更不用说为了突出这种情绪上的落差，还专门补充了一些特定背景，且指定视角为“你”，让人有代入感。 我也可以像模仿 lesismal 老哥的造句那样再举另一例，但不附加任何背景，也比较中立： 1. “选小明来做班长，不是因为他在成绩方面有多优秀，而是他的性格品行适合担任这份职务” 2. “选小明来做班长，不是因为他在成绩方面有多优秀，而是他的性格品行适合担任这份职务罢了” 再将这个例子跟老哥的例子做对比，给人的感觉是不是完全不同呢？再进一步，同样是在一群人中选择了某个人，这句话是由其他曾竞选过班长但失败了的小红/小亮/小刚来说，还是由最终任命小明为班长的老师来说，句子中的主体“小明”是他人还是听者“你”，给人的感觉又是各不同的，这是**视角不同带来的感受上的差异**。 而实际上原文中讨论的主体是编程语言这样的技术/工具，而非活生生有意识有情绪的人；**技术讨论中不存在且不应存在情绪/感受上的暗示，也不应该代入到某一特定技术/语言的视角/立场中去**。 话又说回来，退一万步讲，其实大可不必如此咬文嚼字，专门揪住说者都不曾留意过的一点细节不放，却视整体重点而不见。毕竟这只是论坛水贴，一种非常轻松随意的技术交流，而非严肃到值得如此上纲上线的专业论文写作或学术研究报告；大家也既非汉语言文学博士，亦非编程语言专家。 老哥较真求是的本意也是好的，可以理解，但大概没意识到自己在潜意识里，其实是代入到了 Go 的视角后来看待其他语言和使用者的，因此有点迷失了方向，没找准发力的那个点，结果误伤了友军，让人觉得“敏感应激”，**还使得讨论的重心，从原本的工程上的技术选型决策，最终变成了 Go 语言声誉保卫战，离题千里，差矣**。 可能其他看客会觉得这俩人写这么大段废话，属于闲得蛋疼很无聊。但看老哥回复得这么认真，我这牛劲也上来了 XD 。最终目的也不过是为了**增进理解、消除误会、达成共识**。可能有分析得不到位或欠妥之处，无论如何这个过程还是挺有意思的。 最后感谢阅读我这一时兴起的长篇大论 XD |
 |
72
alleluya 1 小时 20 分钟前
@enchilada2020 #71 有些话吧 非要争论就没意思 你说你没有 他说你有 那咋办吗 六子给你看看真吃了几碗粉? 前面有老哥也回复说没感觉有贬损的意味 我也没有 扫了眼整个楼层 好像这个话题也没太多人回复讨论 2:1 了 op 接下来还需要继续自证吃了几碗粉吗?
|
 |
73
caiqichang 1 小时 7 分钟前
裁员会删贡献的吗？为什么我看到 typescript 他只有 12 个 commits, typescript-go 甚至找不到
|
|
74
caiqichang 58 分钟前
@caiqichang 对于 typescript ，他更像是项目经理，看他主页很多是处理 pull request 和 issue
|
 |
76
littleG 26 分钟前
不掌握生产资料，没有绝对的安全可言。
|
|
77
enchilada2020 OP @alleluya 哈哈哈，老哥说得是，上面也提到了，单纯是一时兴起牛劲上来了，罢了罢了 XD
|
|
78
enchilada2020 OP @caiqichang 看我的第二条附言，另外，他肯定不是那种不参与编码的项目经理，你可以参考
https://github.com/microsoft/TypeScript/commits/main/?author=rbuckton https://github.com/microsoft/typescript-go/commits/main/?author=rbuckton 或者把这俩仓库克隆到本地确认他的提交记录和具体内容，实实在在有代码贡献的。 |
|
79
enchilada2020 OP @littleG 确实，，
|
 |
80
shunia 21 分钟前 1
|
 |
81
565656 18 分钟前
Ron 会后悔没选择事业编
|
Select Language