大数据技术的发展是一个非常典型的技术工程的发展过程，荣辛通过对于谷歌经典论文的盘点，希望可以帮助工程师们看到技术的探索、选择过程，以及最终历史告诉我们什么是正确的选择。 何为大数据 “大数据”这个名字流行起来到现在，差不多已经有十年时间了。在这十年里，不同的人都按照自己的需要给大数据编出了自己的解释
公司里做事无非「利益」二字。公司利益，团队利益和个人利益。如果三者能高度统一，那当然是好的。很多时候未必能完全统一，尤其是中间团队的利益，这个时候特别需要中间团队负责人的大局观。有的团队人浮于事，先把团队「吹起来」，然后再把事情「铺开来」，再把效果「美颜起来」，至于真实作用闭口不谈。根本没有一个长远
框架类是否适合企业内源？ 框架类都由公司早期来的一些大佬们负责（相当于技术委员会），更新频率非常低。给框架类提MR的人，多数本身就在技术委员会。 如果公司的人员众多，类似BAT级别，几万人使用的框架，大家一起添砖加瓦也许是合适的，尤其适合那些公司本来已经开源到开源社区的框架。但做之前肯定有大量的学习
2022年12月18日上午，阿里云发布《阿里云香港可用区C某机房设备异常》公告。“阿里云监控发现香港地域某机房设备异常，影响香港地域可用区C的云服务器ECS、云数据库PolarDB等云产品使用，阿里云工程师已在紧急处理中。” 在这个寒冷的冬天，一个炸雷给业界惊起了一个大波浪。很多人不解的是说好的高可
三年疫情改变了人们的生活，也改变了行业的趋势。三年大疫，让一路疾驰的科技互联网急踩刹车，减速换挡，很多企业从高歌猛进到黯然失色，甚至是伤感落幕。活着的公司也都纷纷砍一刀。 2022年1月，百度，AIG、MEG多业务线精简，约10-15%，涉及基层，中层和高层 2022年2月，滴滴，网络车、货运、中台
专注 300 页之内的经典书籍推荐 研发效能涉及的知识很多，从大的方向去划分包括制度、组织、平台、运营等；单从软件研发的角度去看也包括很多，包括最底层的软工认知、实践，到团队管理和组织、敏捷研发，项目管理、源码管理、发布管理、可观测性，到产品的运营和反馈。 现在很多公司已经组建了或者正在组建研发效能
职责与自驱 产品经理是要保证做正确的事；项目经理则是保证正确地做事；FTO 既要保证做正确的事，也要保证正确地做事，还要保证能拿到结果，且对结果负责。 能做事的专业人才不缺，但是既有专业知识和技能还能自驱的人很少。自驱对于小团队来说尤其的宝贵。 心里要有火，眼里要有光 找方向、建团队、不用告诉他要做
想要做好业务，老板们除了要梳理好公司级别的业务目标，公司的组织架构，还要搭个有产出的班子，也就是找负责人、建团队，让组织架构充实起来。搭班子最重要的就是把负责人找到，就是团队1号位的人。本文主要讲团队负责人的主要作用，怎么才能找到，不同背景的优劣势，以及各方面的要求。 研发效能团队1号位 「火车跑得
有人说研发效能是老板工程。不是的，研发效能不是老板工程，它不直接服务于老板(虽然老板可能看一些报表)，反而是服务于广大产研运（产品+研发+质量+运维）的同学，所以有的公司也把研发效能叫做基础中台，平台工程，开发者服务团队，或者叫开发者服务平台。做好研发效能，做好开发者中台，就容易把公司的各种中后台能
现在很多公司都在做或者计划做研发效能，也知道研发效能工作很重要，能提高产研运同学的协同效率，提高员工的工作效率和质量，提高业务交付效率和交付质量，但是价值有多大？效率又有多高呢？因为不容易说清楚，所以经常碰到一些质疑和灵魂拷问。 如何衡量研发效能的效果？ 如何衡量研发效能的作用？ 如何说清楚研发效能
国内公司普遍不注重基础设施建设，这也是可以理解的。吃饭都吃不饱，就别提什么荤素搭配，两菜一汤了。但也不能全说是这样，还是有很多公司投入大量的人力物力去做好公司的基建，比如很多阿里和美团的小伙伴对公司的基建还是很认可的。 为什么工程师都很在意公司的基建 有人说再好的磨盘也只是提升了驴拉磨的效率，便宜了
之所以写这篇是因为有朋友私下让我完善下基建建设的标准和四个阶梯划分，然后让我一定要把腾讯和百度加到基建建设的排名中(看热闹不嫌事大）。 基建infra建设四个考察维度 1)工具链完整性：该有的工具是否都有了 2)功能完备性和易用性：工具该具备的功能是否都有了，是否容易使用 3)支持和服务：是否有人持
我特别反感那些不顾公司现状一上来就想要做研发效能度量的人，尤其是想把研发效能度量当成锤子四处去敲打螺丝钉的人。 没几个人的小公司上来就做研发效能度量，就如同普通人一上来直接问媒婆怎么能娶到迪丽热巴。解决办法无非把大象装冰箱里的那三步。套用一下，公司想要做好研发效能度量也有标准的三步：长时间对研发效能
之前写过一篇文章《devops｜中小公司不要做研发效能度量》，主要是从基础设施方向考虑，因为很多条件都不具备，贸然高投入去做研发效能度量可能达不到我们的预期效果，给出的建议是先做好当下打好基础。今天想到一个好例子，可以类比下。 两个人小家庭 1）人少 2）收入清晰 3）支出清晰，买了什么东西，花了多
AGI 的出现，给了我们一个新视角去审视我们做过的系统，尤其是研发效能平台。研发效能平台作为一个工具平台，本质就是提高公司整体产研的效率。AGI 的快速进步大家已经有目共睹，本文就是在项目协同，代码管理、测试、AIOps等方面来探讨 AGI 可以给研发效能平台带来的巨大变化效率提升。拥抱 AGI，吸
为啥 ChatGPT 突然火了？ 简单概括就是：产品太过惊艳，体验超预期 之前人工智能发展多年，报道最多的也许就是曾经的李世石大战AlphaGo，现实中的特斯拉自动驾驶，还有波士顿动能放出的机器狗。对于圈外人士来说一般也接触不到这些，仅仅看看而已。但是 ChatGPT 不一样，一声巨响，石头中蹦出一
项目经理(PMO)对于大组织、跨团队高效协同有着不可替代的作用。跳出组织架构的束缚，横向推动公司级别的大项目向前推进，跟进进展和拿到结果，PMO的小伙伴有着独特的优势。 我之前写过小团队如何高效协作的一篇文章《 高效能敏捷交付团队反思：特性团队(FeatureTeam)+Scrum》，还写过一篇关于
昨天一个小伙伴和我讨论了一下OKR和绩效管理，所以这次想简单明了地说下在中国怎么做比较合适，很多高大上的理论无法落地也是空中楼阁。 首先说一些，我个人的理解 道德品质和能力素质决定了一个人的职位行为 职位行为决定了业务结果 不同级别/工作性质的人员，绩效考核应该有不同权重组合 团队管理者的绩效不得高
近日一则腾讯TEG CDC整个部门解散的消息在很多群里炸了锅，有的唱衰互联网行业，有的唉声叹气，还有的甩锅到 AGI 的发展。总体上来说，这个事情的确已经发生了，我想从组织架构和整体效能这两方面来分析下这次组织变化。 腾讯TEG CDC解散 6月28日，网传腾讯TEG CDC整体解散，人员涉及设计师
研发过程中有各种需求的评审、审批流和质量卡点，有的是为了质量把关，有的是为了彰显权力，还有一些是为了信息告知。本文主要讨论在软件开发过程中涉及的评审、审批和质量卡点三种情况，同时探讨对研发流程的影响，在这过程中如何去提效。 同团队内部评审 同团队之间的评审包括产品团队内部的PRD评审，RD团队内部的
