怀揣梦想的学渣
这篇文章挺好的，我刚工作期间，比较专注于技术如何实现，深入探索各种技术产品如何用。后来领导问我，你熟悉这么多技术产品，什么业务可以用到。这问题让我困惑很久，后来想明白一点，做业务就像做菜，花里胡哨准备一堆厨具和素材，不如准备一套最适合这道菜的。先思考为何做，再深入如何做。
2023-04-12
拭心
专栏反复看了两三次了，信息量满满，再次感谢毕玄和编辑老师。
作者回复：多谢反馈，能有些许收获对我们来说就是最值得的。
2022-11-27
2
Sam_Deep_Thinking
讨论研发效能的，目前这篇是我见过，讲的最实在的了。挺好的文章，接地气哈。
2022-11-07
Quintos
置顶
容器化方向赌✓了
作者回复：所有的未来方向呢，确实都存在赌的成分，但另外一面呢，是还要思考一个方向的演进始终不变的在追求和解决的问题，就拿容器化这个方向，其实是：
物理机 -> 虚拟化 -> 容器化 -> 更小的运行单位
这个方向的核心基础是单台物理机的能力在不断的提升，已经提升到了很少有什么软件能把单台物理机资源用尽（当然，这和架构往分布式演进也很相关），那这个时候技术演进的核心就是有什么办法能把单机资源用尽，可以看到上面这条路线其实就是不断的往前迭代，但始终都是在围绕这个问题。
ps: 不过docker成功还有一个很大的原因是因为镜像，使得部署过程标准化。
2022-10-10
8
robonix
置顶
大佬早期就开始写框架了。好奇有没有系统学习过设计模式之类的知识？还是说纯粹凭天赋，对代码的感觉？
作者回复：没有...
我是做了一段时间框架后才稍微翻了点系统设计相关的书，不过说实话，我觉得帮助不太大。
我自己感觉写框架，或者说做更大的系统设计，这个过程就是一个解决问题，并加以抽象成函数的过程，非常类似解数学题。
解数学题的时候，有些人是看到问题解答问题（当然，解答的有好坏之分），有些人在看到问题时能在解答问题的同时做一个抽象，变成一个公式，之后在面对同类型问题的时候，不管怎么变，套用公式就可以解决，这个最形象的例子还是高斯定理，这也是为什么我始终认为一个好的程序员，架构师，数学一定是不能差的。
另外一个角度来看，就是在解答问题的时候怎么去找到不变因素，其他变化因素则作为入参。
2022-10-10
12
小石头
业务复杂度也是技术难度，我发现我适合这个方向，但找工作难考核
作者回复：要讲出业务的复杂度确实也是一个不小的挑战，我自己的看法还是能不能讲好对一个业务问题的抽象，这个抽象过程我觉得是可以展示出其复杂度的。
2022-10-09
10
zhangjun
置顶
看看自己到底能讲出来多少，而不是在脑子里面觉得自己水平能怎么样，这也是我们常常需要总结回顾的原因；要学会判断自己的比较优势，人生职业生涯有限，在自己不擅长的领域死磕，付出的成本过高，同时收获有限；就像在我自己的领域有算法设计和工程调试两个方向，很多同学毕业都想着做算法，但目前看下来很多人其实不太适合做算法，包括我自己也是这样，但我的优势在于了解业务和一线需求接触的多，而且有耐心去把东西调试的满足客户需求，所以在职业上我就放弃了做算法的想法，我只要有能力给做算法的同事，聊清楚我的目标就可以了
作者回复：点赞。
每个人都有自己相对的天赋，每个角色也都是重要的，尤其是每个角色中的top群体。
2022-10-17
4
门窗小二
好奇大佬是哪里的？😄
编辑回复：哈哈哈周一会上线一讲番外，能回答你这个问题噢
2022-10-08
1
leslie
准备开始：学习中去避免某些开始的冒失，毕竟经历过数次失败。
2022-10-03
1
sesamegu
我的关注点是，机会都是给有准备的人。当你研究某个技术或领域，要研究的深研究的透，并在一定的场合分享让大家知道你，这样会带来意外的惊喜
2022-10-01
2
讲师
毕玄
贝联珠贯创始人兼 CEO，前阿里 P10
编辑推荐
包含这门课的学习路径
团队Leader
13门课程 43.5w人学习
看过的人还看了
