- 服务的强依赖？对api请求的所有数据源进行重要性划分，强依赖或者弱依赖，做强弱依赖的治理和建设，希望提前发现因为依赖问题导致的系统故障，系统的代号是EOS(出处是古希腊神话中的黎明女神，语意是能够把纷乱的依赖关系梳理清楚)。
- 管理并不好做，很多人以为管理就是分配工作，技术人员都是心高气傲之辈，能力低的根本领导不了，只能领导能力更低的。而且真正的管理和写代码一样，也是一门学问，一门理论与实践相结合，需要边探索边实践的学问。人家让你领导，是把自己的发展托付到你的手里，所以是更重的责任。
- 无论在哪里，一样经历繁华，经历迷茫，经历失落甚至冷落，最重要的是守住自己的技术之心，与大家共勉。
- 很多程序员打心底不喜欢业务，这一点我曾经也经历过，我更宁愿从事框架工 具、技术组件研究的相关事情。我有个朋友经常吐槽我说:”你们天天加班加点写了那么多代码，然后呢?有改变什么吗?还不是写出了一堆垃圾。”仔细想想很多时候业务在我们脑海中存留的只是逻辑和流程，我们丢失的是对业务场景的感受，对用户痛点的体会，对业务发展的思考。这些都是与价值紧密相关的部分。我们很自然的用战术的勤快掩盖战略的懒惰!那么这样的后果就是我们把自己限死在流水线的工位上，阉割了自己能够发现业务价值的能力，而过多关注新技术对职场竞争力的价值。这也就是我们面对繁杂技术，而产生技术学习焦虑症的根本原因。
- 那么什么是业务呢?就是指某种有目的的工作或工作项目，业务的目的就是解 决人类社会与吃喝住行息息相关的领域问题，包括物质的需求和精神的需求，使开展业务活动的主体和受众都能得到利益。通俗的讲业务就是用户的痛点，是业务提供方(比如公司)的盈利点。而技术则是解决问题的工具和手段。比如为了解决用户随时随地购物的业务问题时，程序员利用web技术构建电子商务 App，而当需求升级为帮助用户快速选购商品时，程序员会利用数据算法等技术手段构建推荐引擎。 技术如果脱离了业务，那么技术应用就无法很好的落地，技术的研究也将失去场景和方向。而业务脱离了技术，那么业务的开展就变得极其昂贵和低效。
- 前两天面试了一个候选人，他的工作是从事票务系统开发，他说自己在研究 linux 内核与汇编语言，我就问他 linux 内核和汇编语言的学习对你的工作产生了哪些帮助?能否举一个例子?他哑口无言，我内心就觉得这样一个热爱学习的好苗子正迷茫找不到重心，正在做一件浪费精力的事情。正确的学习方式应该是将学习与具体业 务场景结合起来，和公司通过软件系统开展业务服务而创造价值，程序员通过提升软件系统服务能力创造价值这一链条串接起来，从对这些价值产生帮助的程度去思考优先级。学习本身没有错，错的往往就是那颗初心。
- 前几天看到一篇文章对今日头条的产品形态极尽批判之 词，指责它的智能算法将人类封死在自己的喜好之中，将人类社会进一步碎片化。这似乎很有道理，有趣的是互联网将我们连接至广袤的世界，却也把我们封闭在独属于自己的小世界里。依旧是我的那位朋友，他说他的最大价值在于连接，将不同的人连接在一起，有趣的事情可能就会即将发生。
- 我认为在大公司，大部分重量级的基础构建已经是非常完备，对于架构师来说更难的不是从0到1，而是克制、边界和从1到2的过程。对于架构师也好、技术团队也好“从 0 到 1”总是充满了吸引力，加上技术人的特征，大公司技术史上永远不缺少重复的轮子，创建这些轮子成就了一代一代的同学，拆除这些轮子再成就了一代的同学，所以克制尤为重要;有了克制跨团队的合作就尤为重要，对应的有两个点一是清晰边界，二是共建。
- 我们每个人最后都会选择离开，离开团队或者公司，但换做我要离开的话，不应该以这种低着头的姿 态离开，而应该抬着头离开。
网友评论