业务团队自带编程能力为什么不是知乎来做这个功能呢？其实在初步验证可行时，我就和知乎的大产研团队沟通过这件事。当时想法是万一知乎有兴趣弄，我们就不自己搞了。「万一」当然没发生。是知乎不懂业务，不懂

的投资力度。除了掰着指头数得过来的这几家巨头，剩下的都拼不起匹配的资源。因此，大模型的核心玩家，还是互联网巨头们，这个格局不会变。但蛋糕不是只有他们能吃到。巨头训练出的大模型，是通用大模型。如果把

把文件从各处捞过来。如果文件被访问得不多，存有它的节点就少，那获取到的延迟肯定是有一些的。我测试新上传的文件，大概要半小时才能从美国那边访问到。每个文件和文件夹，都有个唯一的

今天惊闻一家我很熟悉的公司在大规模裁产研。有人说「整锅端」了，有人说至少一半。整锅端不太可能。毕竟我现公司都这样了，还留着几个产研在维持运转呢。裁一半，是非常可能的，甚至还会更多。想当初，我第一份互联网工作，部门裁撤合并时，被裁比例最高的就是产研。产品经理、技术、设计师，互联网行业里最光鲜的岗位，为什么却是首当其冲被断腕的？因为：已经开发的功能，基本够用了产研的成本太高了第一个原因，是最核心的原因。也就是说，只要东家放弃了对未来创新的探索，那么养产研做什么呢？想不出有价值的新功能、新产品，只能没事儿找事儿干，反倒会做一堆没啥用的所谓「优化」，更添乱。再加上工资那么高，一裁掉，立刻财务数据就好看了。此时，产研人都会怪老板黑心，唯利是图，卸磨杀驴。但其实，这怪不得老板。咱选的这行，就是这个命啊。产研的工作目标，就是尽可能让一切自动化，减少人力投入。对自己也是一样……搞

4。如果普天之下都是程序员，一切都变得简单直接，多好啊！祝普天之下的程序员，节日快乐！欢迎关注我的视频号：

最近中台太火了。突然火的事情一定不冷静，我来灭灭火。中台有多火感谢资本寒冬。没有资本的添薪加油，它还没火成当年的云计算、大数据、O2O、共享经济，但也相当吸引眼球了。比如很多大会有了中台专题；有培训公司开起了《中台产品经理》课；《邵恒头条》会用专门的一期讲中台；还有创业公司刚成立不久，就来问我「中台要怎么建」，而不是问「要不要建中台」……前几天我的兄弟何少甫一篇雄文《我的一年中台实战录》，阅读量抵得上我所有公号文章的总和，好几家公司要我介绍他认识。最可气的是有北京公司的人，虚怀若谷地要跑去杭州向他请教，把就在北京的我晾在一边……中年人果然被嫌弃。什么情况下别做中台什么时候可以开始做中台，是很难抉择的，风险与机遇并存。但我确信，以下几个条件不具备，不！要！做！中！台！业务还没成型，不要做中台是手段，不是目的。目的永远是业务成功。业务还没定型，千万别搞中台，因为根本不知道该把什么能力沉淀为中台啊。选中一个能力开始搞，还没搞完，业务变了，那这中台支撑谁去？更要小心做中台的开销，拖垮业务。没有相近的多个业务，不要做阿里开始做中台，是因为有淘宝和天猫，本质都是卖货；滴滴开始做中台，是因为快车、专车、出租车，有太多一样；头条开始做中台，是因为用户标签、智能推荐，这是所有业务都要用的（题外话，个人认为这种能力更适合定义为后台）。微博需要做中台吗？如果有这么个需求，给企业建自己内部的微博，那确实需要。或者要做老年、中年、青年、少年微博，也需要。但这些显然都是

大多数技术都是在业务线生存和创造价值的。如果论技术光环，这条线是比不过前两条的，容易产生“对技术能力要求不高”的感觉。从某些角度看，确实如此，但这条线也有自己独步天下的技术，那就是复杂业务建模能力。

估计能把所有文章都阅读的人会很少，所以一些比较通用的观点，会在每篇文章中都重（copy）复（paste）阐述，争取做到每篇都能独立成文。

种的都很少。比如一个微信，服务各种信息的收发者；一个网易云音乐，服务音乐的发布者和收听者；一个淘宝，服务商品的卖家和买家；一个滴滴出行，服务司机和乘客。无论用户数是