2020-01-21许老师，Go的这些版本迭代历史，是在1.0发布之初就定了路线图，跟着路线图在迭代，所以可以做到战略定力？
是不是可以理解为架构设计上的成功，就会顺其自然有比较好的迭代节奏？作者回复: 大部分我们理解的架构设计，是术，是怎么把事情做正确。版本规划其实也是架构设计，是道，是做正确的事情。
2
2020-01-26用户使用姿势具体只什么？作者回复: 就是用户如何使用我们的产品，更加专业一点的说法是 “产品设计的规格”。
1
2020-02-01其实文章中提到了一个很关键的问题："满足需求的同时如何简化或不增加用户操作的复杂度“。这些年见过太多的为了满足客户需求而明显增加了复杂度的案例，做技术的同时如何去思考产品；稳定性且渐进的满足需求是自己在考虑的问题。
经常会碰到产品或营销团队说我看到XXX公司或者说我想到了XXX主意非常好，可是是否真的那么急着要上，用户体验度如何呢？不能在成熟的产品中去不断的试错，而应当是一种借鉴的过程。Go语言的版本迭代，对我们而言其实是一个很好的学习与反思的过程。
2020-01-21放到业务开发。
（打基础）
1. 0.x-1.0重心应该放在核心域的开发，保证其健全，简洁，灵活。
（产出业务价值）
2.待核心域基本稳定后，再发布1.0-100.0的版本，做支撑域和通用域的开发。
3.各业务域间应该是可组合可插拔，没有强依赖的平级独立的立场。（也应具备旁路分支独立开发的灵活性）
4.在1.0-100.0的支撑业务开发时，每次只聚焦当下最重要的业务域开发（排好优先级）。展开
2020-01-21对go不是很了解，但许老师的视角很高！从一门编程语言的版本迭代去反映正确的迭代思路。赞！
2020-01-21“承诺版本一直向后兼容”是怎么做到的，“只读”思想吗？作者回复: 也需要时间打磨，go开源后两年多才发布Go 1.0，也是出于这方面的原因
2020-01-21这个版本最重要的新功能是 Go modules。前面我们说 Go 1.5 版本引入 vendor 机制以解决模块的版本管理问题，但是不太成功。这是 Go 团队决定推翻重来引入 module 机制的原因。 我个人比较好奇golang团队规模，从0到1到100的过程的确比较漫长作者回复: 还真没了解过，不过社区贡献者的力量也是不可小觑的