轻松抓取蛋黄，中国唯一量产商用，创新工场投资

企查查股权穿透图信息显示，目前知乎最大股东是创始人周源，持股约 21.2%；由创新工场管理的基金北京创新方舟科技有限公司持股比例约 18.1%；赛富投资通过旗下基金厦门思源投资管理有限公司持股约 10.6%；腾讯通过深圳市利通产业投资基金有限公司持股约 9.7%；搜狗持股约 3.1%。

　　目前的信息中尚未显示快手和百度各自的持股比例。根据《中国经营网》报道，“投资人庄明浩分析，按照此轮 35 亿美元的估值，知乎新出股份为 12.4%”。考虑到百度F轮是跟投，应该拿不到太多股份，最后一轮参与投资并高调宣传，战略合作的意义可能大于投资收益本身。而原有投资方跟投使它们的持股比例被稀释有限。

　　快手科技今年 11 月向港交所递交的招股说明书中表明，2019 年快手非上市实体投资总额为 22.58 亿元，再结合企查查提供的信息，快手 2019 年总共只有两笔对外投资，其中对虾头 App 并购总支出仅为 500 万元，则其余 22.53 亿元（按当时汇率计算约 3.2 亿美元）均为对知乎的投资。快手最终可能持有知乎约 8.8%。
 

汪海林说，自从平台大搞 IP 项目以后，国内的影视行业就再也没拿过奖，因为不生产这种产品了，平台们也不要这种作品了。“《三生三世十里桃花》、《知否知否》这些作品虽然有流量，但是拿不了国际奖，如果把这些作品拿到国际上参评，是很丢人的。”

　　在影视行业内，IP 泛指拥有一定知名度的个人、小说、游戏、动漫和电影电视剧。如果编剧、导演靠着某部作品一炮打响，那么个人也可以成为一个行走的 IP，从这个意义上说，于正和郭敬明就是一个大 IP。

　　有不少影视影视行业从业者向燃财经表示，在跟网络平台合作的过程中，爱优腾三大平台都非常迷恋流量和 IP，合作项目先看编剧作者是否拥有知名度、剧本是不是知名人物撰写或者 IP 改编、暂定的演员是不是流量大咖等，任何一个环节没有达到流量或者 IP 的标准，都容易被毙或者被内容降级。
 

风变科技前端架构师 Function 认为任何架构设计都是历史下的产物，脱离实际情况谈最优解都是不切实际的想法，如何在有限的人力资源和更优的方案中取得平衡，就像一栋大厦，工程师设计出结构稳定和考虑长远的方案（可扩展性），施工人员不偷工减料（代码质量），那么这座大厦才能长久屹立，也能更好的面对新工程不断改造。反之，如果缺乏对架构演进的理解，缺乏对于基础设施能力的理解，缺乏对风险的判断，盲目的上新技术可能不仅无法兑现业务价值，浪费精力，还会引入无谓的技术风险。

　　Serverless 为什么让那么多前端着迷？它的魅力到底在哪里？

　　1. 从前端工程师的个人角度来讲，前端技术已进入深水区(大前端时代)，更能证明自己的不是资源，而是可以创造更多的业务价值。因此都希望能扩大自己的业务范围，进而才能有职业发展，仅做前台展现碰不到核心业务，价值得不到体现。

　　2. 从公司和团队的考虑，前端团队的核心在于业务价值，接入 Serverless 不是目的，目的是让前端能够借助 Serverless 更加专注于业务逻辑，创造出更多业务价值，实现全栈工程师的角色转变。

　　纸上得来终觉浅，绝知此事要躬行。风变的开发模式、工具、脚手架已经标准化、流程化，存量业务正在线上稳定运行，如何将 Serverless 融入到现有开发模式和工具中，存量业务的迁移如何丝般润滑等等技术痛点，在风变前端基建团队的努力以及阿里云 Serverless 云开发平台团队的助力下，已经完成了 serverless 架构的整体建设，与前端工程化和自动化相结合，并且集成本地 CICD 工作流，通过对应的逻辑采用命令行工具将开发链路串联起来形成工具链，让风变所有前端工程师能更好地创造出更多的业务价值，让成为全栈工程师变成可能。

　　阿里云云开发平台赋能

　　阿里云云开发平台，https://workbench.aliyun.com，是阿里云面向广大开发者及企业提供的云上研发工作平台，助力研发团队实现工作的在线化（团队在线、环境在线、代码在线、协同在线）以及研发模式 Serverless 化，帮助研发团队实现对行业架构经验及架构服务的高效分享与传播，极致提升研发效率，极致降低研发成本。

　　阿里云云开发平台为企业开发 Serverless 应用提供了几种重要能力：

　　存量项目可迁移
 

那么，一旦有了标准化的制造流程，就能保证“到处都是一模一样”的吗？答案是，未必。

　　1942 年，供职于英国皇家陆军军械部（Royal Army Ordnance Corps）的 Povey 先生接到了一个特殊任务：联系美国军火商，调查军火质量问题。当时英军的反坦克枪使用的是美国生产的弹药，但经常遇到卡壳，让前线士兵头痛不已。麻烦的是，这种卡壳没有任何规律可言。对于 Povey 来说，这不是一个轻松的任务。

　　Povey 到达底特律之后，仔细测量了每一批弹药，发现制造工艺毫无缺陷，每一发弹药都符合标准。于是他回报上司：弹药质量合格，不存在问题。然后，他接到伦敦的指令：那么，一路跟随弹药前往北非，一定要找出问题所在。

　　于是，尽忠职守的 Povey 带着他的全套测量设备，跟着弹药奔向北非。无论是火车、汽车、轮船，他一直伴随在弹药旁边，每天都掏出他的设备，记录下当时的情况，却全无异样。那么，问题到底出在哪里呢？

　　毫无异样的弹药在费城装上海轮，启程前往北非。当时的大西洋并不平静，海面下有德国潜艇，海面上有狂风暴雨，晕船成了家常便饭。不过，Povey 恰恰是在这种煎熬之中，找到了问题所在。

　　原来，在船只剧烈摇晃时，堆放在最外面的板条箱（当时还没有集装箱）可能撞击到船舷。如果撞击反复持续，而且撞击的那一侧正好对着弹药的顶部（也就是弹头），则很有可能弹头会被轻轻“推”进弹壳之内，导致弹壳稍稍鼓起。这变形极其轻微，肉眼无法分辨，唯有 Povey 带着的精密测量设备可以发现。

　　弹药到达北非之后会被分配到各支部队，因为没有人会在分配弹药时关心板条箱的堆码顺序，那么卡壳的现象自然也就毫无规律可言。

　　所幸 Povey 发现了问题所在，所以解决起来也相当简单：改进板条箱的材质和弹药的装填方式，确保弹头不会撞击到箱壁发生变形。之后，困扰前线的卡壳现象自然就消失了。

　　话说回来，虽然我在 IT 这种“朝阳行业”混饭吃，但总是希望从其它行业多借鉴一些经验。关于“我这里怎么就是好的”，年轻的时候觉得天经地义，看得越多，越觉得即便身处 IT 行业，也实在不该这么说话。

　　“我这里怎么就是好的”，暗含的假设是“同一套程序在所有地方都应当一样”，这似乎是 IT 的“默认规则”。但是看看我们自己交付的产品，有多少能够保证“在所有地方都应当一样”呢？安装的时候有各种将就不算，安装完了，往往还要大费脑筋配置一番，这里改个参数，那里装个插件…… 每次指出来，开发人员似乎都愿意说“哦”，觉得不是大事——这态度倒很像标准化生产前的能工巧匠，许多问题对他们来说确实易如反掌，但离开他们就难比登天。

　　其实真正做过就知道，即便你是能工巧匠，即便你在的行业已经有许多标准化的现成便利，要交付真正标准化的，在不同环境下都能保证“一模一样”的成果，从来都不是一件轻松的事情。

　　“我这里怎么就是好的”，也消灭了新探索的可能。我经常看到不少 IT 人员（当然，也包括过去的自己），面对问题时两眼一闭、嘴角一翻：“我这怎么就是好的？”。确实，即便是在 Povey 要解决的卡壳问题里，兵工厂的人也可以振振有词，而且他们说的的确是实话，但这并不能解决问题，因为观察的领域有限，天然就排除了发现问题的可能。

　　相反，如果耐下心来，不把“我这里怎么就是好的”当成辩护的借口，而是作为分析的起点，排除某个环节的可能性，往往有助于发现新领域，找到真正的问题。

　　在 IT 行业，类似“Povey 意外找到海轮颠簸与弹药卡壳之间关系”的例子还有很多，比如社交网络上流行的各种故事，“电子邮件发不到 500 英里之外”，原因是“电子信号传输 500 英里时延超过 3 毫秒阈值”，“程序员泡茶会断网”，原因是“放茶杯的桌面底下贴着一台 Hub”，都是如此。每次排查这种“不可思议”的问题，都是在拓展我们的认知边界，也是在深化我们对于技术世界的理解。

　　所以，下一次，如果你想脱口而出“我这里怎么就是好的”的时候，不妨稍作忍耐，改成“我这里似乎没问题，那么来，我们一起看看吧”。

（编辑：阿坝站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!