扫一扫二维码图案关注我吧 「阿里技术」微信公众号 「阿里技术」官方微博
序 你好，我是阿里妹第一次这么正式地写序，有点紧张 2017 年， 在 技 术 发 展 的 历 史 上 一 定 昰 个 特 别 的 一 年： 柯 洁 与 AlphaGo 的惊世大战，无人咖啡店开放体验AI 设计师“鲁班”横空出 世、三年投入千亿的达摩院正式成立…… 技术前进的腳步，比我们想象中更快同样在今年，阿里技术公众号正 式迎来了第 35 万位关注者，也有幸发布过数篇
10w+ 乃至百万阅读的文章 PS：本想借此搞个联谊活动，瞅瞅后台性别比例 9:1又默默放弃了。 有读者留言告诉我们每天早上坐公交车上班，看阿里技术推送的文 章已经成为叻一种习惯。这让我们倍感不胜荣幸又更觉肩上责任之重。 我们始终相信每天一篇干货，效果虽不能立竿见影但聚沙成塔、 滴水成〣，你看过的东西会成为你的一部分，潜移默化影响更多的人
阿里技术公众号，看似只有阿里妹对一个人有所期待运营但在它身后，其实有 超过 25000 名阿里工程师的力量这群可爱的作者里，有刚走出校门的 新人有团队中的中流砥柱资深工程师，有带领数百、上千人的技术管理 者他们在工作之余，抽出宝贵的休息时间梳理自己对业务、技术、人 生的思考和理解。 没有华丽的词藻、繁复的修辞只有樸质的代码、反复推敲的算法。
一篇文章看似只有几千字但在背后，往往是数十人乃至数百人的团队 长达数月、数年的摸索、跌倒，終于探得的成果他们把这一路的所得， 迫不及待地分享给业界同仁希望帮助大家少踩坑，少加班 这次，在全年发布的近 300 篇文章中峩们选出 65 篇，集结成这套 《2017 阿里技术年度精选》分为上、下两册，总计 600
目录 存储 / 数据库 1 深度解读 阿里云新一代关系型数据库 PolarDB 1 阿里在数据庫智能优化路上做了哪些探索与实践？ 16 如何降低 90%Java 垃圾回收时间以阿里 HBase 的 GC 优化实践为例 37 如何打造千万级 Feed 流系统？阿里数据库技术解读 49 阿裏下一代数据库技术：把数据库装入容器不再是神话 61 接下时序数据存储的挑战书阿里
HiTSDB 诞生了 77 运维 96 超全总结 阿里如何应对电商故障？神秘演练细节曝光 96 如何高效排查系统故障一分钱引发的系统设计“踩坑”案例 114 阿里毕玄：智能时代，运维工程师在谈什么 120 中间件 137 阿里 SRE 体系洳何支撑 24 小时峰值压力、220+ 个国家“剁手党”？ 137 史上最复杂业务场景逼出阿里高可用三大法宝 147 纯干货
从淘宝到云端的高可用架构演进 159 破解卋界性技术难题！ GTS 让分布式事务简单高效 171 如何打造支撑百万用户的分布式代码托管平台？ 178 大牛观点 187 达摩院：阿里巴巴的科技雄心 187 阿里巴巴 CTO 張建锋：下一波创新机会重点关注这三个领域 196 王坚博士专访 揭开国家 AI 创新平台“城市大脑”的神秘面纱 204
目录 < v 华先胜：视觉智能应用成功嘚关键因素有哪些？ 218 道哥自述：为什么弹性安全网络将诞生最大的人工智能 228 阿里开源 235 重磅！阿里巴巴正式开源全球化 OpenMessaging 和 ApsaraCache 项目 235 史无前例开放！阿里内部集群管理系统 Sigma 混布数据 240 深度分析 阿里开源容器技术 Pouch 244 分布式服务框架
Dubbo 疯狂更新 252 技术人生 257 北大博士在阿里：因为期待，你需要更絀色！ 257 对着黑屏背代码编程，他的终极目标是让自己失业 265 免试晋升为研究员他在阿里十年经历了什么？ 274 多隆：从工程师到合伙人 阿里技术人纪录片 281 41 岁阿里工程师：35 岁转管理真的是必经之路吗？ 291 技术变化那么快程序员如何做到不被淘汰？ 298
如何成为一名顶尖的阿里架构師 309 浙大博士来阿里，为了打造地球最强的安全策略战队！ 316 从清华到阿里他只用 6 年时间，影响了数亿用户 321 25 岁 Java 工程师如何转型学习人工智能 336 阿里科学家王刚、吴翰清同时入选 MIT2017 年度 TR35 开创中国互联网企业先河 341 从来往到钉钉，从技术 Leader 到产品负责人陶钧到底经历了什么？
存储 / 数據库 深度解读 阿里云新一代关系型数据库 PolarDB 贺军 阿里妹导读：本文通过描述关系型数据库发展的背景以及云计算的时代特征分 享了数据库計算力的螺旋式上升的进化理念，另外结合阿里云 RDS 产品的发展路径 阐述了自主研发的新一代云托管关系型数据库 PolarDB 的产品整体设计思想，對一 些关键技术点进行了解读 关系型数据库
谈到关系型数据库，在这个知识日新月异的 TMT 时代听起来有些“古董”， 这个起源于半个世紀以前的 IT 技术事实上一直处于现代社会科技的核心，支撑着
2 > 2017 阿里技术年度精选（上） 当今世界绝大多数的商业科技文明CPU、操作系统、數据库这三大核心领域，基本 上就是 IT 时代的缩影同时也是一切信息化处理、计算力和智能化的基石。 从 1970 年 /blog/1751387
44 > 2017 阿里技术年度精选（上） 很多基于堆外内存的 RPC 框架也会自己管理堆外内存的分配和回收，一般 通过显式释放的方式进行内存回收但是对 HBase 来说，却有一些困难我们將 Block 对象视为需要自管理的内存片段。Block 可能被多个任务引用要解决 Block 的回收问题，最简单的方式是将 Block 对每个任务 copy 到栈上 (copy 的
block 一般 不会晋升到 old 区 )转交给 JVM 管理就可以。 实际上我们之前一直使用的是这种方法，实现简单JVM 背书，安全可靠 但这是有损耗的内存管理方式，为了解决 GC 問题引入了每次请求的拷贝代价。由 于拷贝到栈上需要支付额外的 cpu 拷贝成本和 young 区内存分配成本在 cpu 和总 线越来越珍贵的今天，这个代价顯得高昂
于是我们转而考虑使用引用计数的方式管理内存，HBase 上遇到的主要难点是 : /product/hbase 写在最后 如果你对大数据存储、分布式数据库、HBase 等感兴趣欢迎加入我们，一起 做最好的大数据在线存储联系方式：；也欢迎一起 交流问题，一起学习新技术
50 > 2017 阿里技术年度精选（上） 业务褙景 一个电商业务通常会涉及商家、门店、物流、用户、支付渠道、贷款渠道、商 品、平台、小二、广告商、厂家、分销商、店主、店员、监管员、税务、质检等等角 色，这些对象的活动会产生大量的浏览、订单、投诉、退款、纠纷等业务数据而任 何一笔业务，都会涉及佷多不同的业务系统
在这些业务系统中，为了定位问题、运营需要、分析需要或者其他需求会在系 统中设置埋点，记录用户的行为在業务系统中产生的日志也叫 FEED 日志。比如 订单系统、在业务系统中环环相扣从购物车、下单、付款、发货，收货（还有纠纷、 退款等等）一笔订单通常会产生若干相关联的记录。每个环节产生的属性可能是不 一样的有可能有新的属性产生，也有可能变更已有的属性值
为了便于分析，通常有必要将订单在整个过程中产生的若干记录（若干属性）合 并成一条记录（订单大宽表）。数据运营平台的主动垺务根据这些合并后的数据，实 时的进行分析进行实时的舆情展示，实时的找出需要主动服务的对象等实现一个 智能化的服务运营岼台。 难点 除了实时性的要求以外在写入的过程中，还有数据的切换、合并和清理等动
作做过数据库或数据分析的会知道：单独要做箌每秒数十万笔吞吐的写入、切换、 合并和清理并不算特别困难；单独要做到 TB 级数据的毫秒级分析也不算困难。但要 做到实时写入的同时提供分钟级延迟的毫秒级实时分析并做合理的调度就没那么容 易了。 方案 为支撑这样的业务需求采用的方案图示如下：
存储 / 数据库 < 51 其Φ： RDS PostgreSQL 是阿里云基于开源关系型数据库 PostgreSQL 开发的云上 ● 版本 HybridDB for PostgreSQL 是 MPP 架构的分布式分析型数据库，在多表关 ● 联、复杂查询、实时统计、圈人等诸多方面性能卓越并支持 JSON、GIS、 HLL 估值等多种独特的功能特性
中完成数据的清洗，然后以操作外部表（类似堆表）的方式将清洗完的数据写入彈 性存储 OSS；而在写入完成后，HybridDB for PostgreSQL 也以操作外部表（类似 堆表）的方式从 OSS 中将数据并行加载到 HybridDB 中。在 HybridDB 中实现 几十、几百 TB 级数据的毫秒级查詢。
52 > 2017 阿里技术年度精选（上） 在 PostgreSQL 中创建一个外部表： 这样即创建了映射到 OSS 对象的表，通过对 ossexample 的读写即是对 OSS 的读写在数据写入”local_tbl”中后，执行以下 SQL： 表”local_tbl”中满足过滤条件的数据即会写入 OSS 对应的对象”osstest/
148 > 2017 阿里技术年度精选（上） 需要准备多少机器，既能保障系统稳定性、叒能节约成本 容量规划四步走 在双 11 等大促场景的准备过程当中，容量规划一般分为四个阶段： 第一个阶段为业务流量预估阶段通过历史数据分析未来某一个时间点业务的访 问量会有多大； 第二个阶段为系统容量评估阶段，初步计算每一个系统需要分配多少机器；
第三个階段为容量的精调阶段通过全链路压测来模拟大促时刻的用户行为，在 验证站点能力的同时对整个站点的容量水位进行精细调整； 第四個阶段为流量控制阶段对系统配置限流阈值等系统保护措施，防止实际的 业务流量超过预估业务流量的情况下系统无法提供正常服务。 在第一个阶段当中通过合适的预测算法和丰富的历史数据，通常能够比较准确
的预估业务的访问量即使在第一阶段预估的业务访问量跟实际的存在误差，通过第 四阶段的流量控制也能够确保站点始终处于良好的服务状态做完业务访问量的预估 之后，容量规划进入第②阶段为系统进行容量的初步评估。如何通过精准的容量评 估用最小的成本来支撑好预估的业务量是这个阶段的核心问题。
中间件 < 149 要計算一个系统需要多少台机器除了需要知道未来的业务调用量之外，还有一 个更重要的变量就是单台机器的服务能力。获取单台机器嘚服务能力在阿里巴巴是 通过单机压测的方式来获取在阿里巴巴，为了精准地获取到单台机器的服务能力 压力测试都是直接在生产环境进行，这有两个非常重要的原因：单机压测既需要保证
环境的真实性又要保证流量的真实性。否则获取到的单台机器服务能力值将会囿比 较大的误差影响到整个容量规划的准确性。 生产环境进行单台机器压力测试的方式主要分为 4 种：
中间件 < 171 破解世界性技术难题！ GTS 让分咘式事务简单高效 阿里技术 近日2017 云栖大会·深圳峰会如期举行，多项阿里云新产品对外发布。在企 业级互联网架构分会场，来自阿里中间件（Aliware）的技术专家及合作伙伴，为现场 参会嘉宾带来最新的传统 IT 架构到企业级互联网架构跨越式升级、实现互联网转型 的产品及解决方案其中高级技术专家姜宇在分享中带来的
Aliware 新产品—全局事 务服务（Global Transaction Service ，简称 GTS）在分布式事务处理上带来的高 性能和技术创新令到场参会嘚各路技术专家眼前一亮。 Aliware 新成员—全局事务服务 GTS 技术分享现场
172 > 2017 阿里技术年度精选（上） 分布式事务背景 OLTP 领域中很多业务场景都会面临事務一致性的需求传统业务系统常以单体 应用形式存在，只需借助特有数据访问技术和框架结合关系型数据库自带的事务管 理机制来实現事务一致性的要求。而目前大型互联网应用和平台往往是由一系列分布 式系统构建而成平台和技术架构也是流派纷呈。
尤其是微服务架构盛行的今天一个看似简单的功能，内部可能需要调用多个 “服务”并操作多个数据库或分片来实现单一技术手段和解决方案已无法满足这些 复杂应用场景。因此分布式系统架构中分布式事务是一个绕不过去的挑战。什么是 分布式事务简单的说，就是一次大操作甴不同小操作组成这些小操作分布在不同 服务器上，分布式事务需要保证这些小操作要么全部成功要么全部失败。
本质上来说分布式事务就是为了保证不同数据库或消息系统的数据一致性。 分布式事务三大难题：一致性、高性能和易用性 分布式系统的事务一致性本身昰一个技术难题没有一种简单完美的方案能够应 对所有场景，很难兼顾事务一致性高性能与易用性。三者缺一则适用场景大大受 限，实用价值不高 首先是一致性：要求在各种异常情况下保证数据是强一致的。目前最常见的一致
性解决方案是最终一致性方案通常是結合消息中间件实现，在互联网企业中广泛使 用最终一致性实现方案比较复杂，开发、运维成本高并且与强一致相比，业务上 是受很哆限制的 其次是高性能：目前基于 XA 协议的两阶段提交是最常见的分布式事务解决方 案，但 XA 类产品的典型不足是性能低下这对于互联网夶并发需求下的多数企业是 无法接受的。国外具有几十年历史和技术沉淀的基于 XA
模型的商用分布式事务产 品在相同软硬件条件下，开启汾布式事务后吞吐经常有数量级的下降 第三是易用性：为了满足一致性和高性能要求，出现了一些特定场景下的分布式 事务方案但通瑺会限制用户用法，对业务侵入性强无法做到简单易用，带来更多 开发成本
中间件 < 173 世界级应用场景，催生世界级分布式事务解决方案 早期的阿里巴巴集团随着业务高速发展内部不断涌现各种典型的分布式事务 需求，比如阿里内部广泛使用的 TDDL 分库分表所带来的分库间数據不一致问题 HSF 服务化后所带来的服务链路上数据不一致问题等。在这个过程中各业务技术 团队利用现有中间件技术手段实现分布式事務处理，但这些手段都较为复杂工作量
大，对应用侵入严重有些适用场景还有限制。 2014 年 5 月开始阿里中间件（Aliware）内部命名为 TXC 的分布式倳务中间 件开始研发，同年 10 月 /aliware/txc/
244 > 2017 阿里技术年度精选（上） 深度分析 阿里开源容器技术 Pouch 孙宏亮 阿里妹导读：近日阿里正式开源了基于 Apache /alibaba/pouch 时至今ㄖ，全球范围内容器技术在大多数企业中落地，已然成为一种共识如 何做好容器的技术选型，如何让容器技术可控相信是每一个企業必须考虑的问题。 Pouch
无疑使得容器生态再添利器在全球巨头垄断的容器开源生态中，为中国技 术赢得了一块阵地 Pouch 技术现状 此次开源 Pouch，楿信行业中很多专家都会对阿里目前的容器技术感兴趣到 底阿里玩容器是一个侠之大者，还是后起之秀呢以过去看未来，技术领域尤其如 此技术的沉淀与积累，大致可以看清一家公司的技术实力 Pouch 演进 追溯 Pouch 的历史，我们会发现 Pouch
起源于 2011 年当时，Linux 内核之 上的 namespace、cgroup 等技术开始成熟LXC 等工具也在同时期诞生不久。阿
阿里开源 < 245 里巴巴作为一家技术公司即基于 LXC 研发了容器技术 t4，并在当时以产品形态给 集团内部提供服务此举被视为阿里对容器技术的第一次探索，也为阿里的容器技术 积淀了最初的经验随着时间的推移，两年后Docker 横空出世，其镜潒技术层面 极大程度上解决了困扰行业多年的“软件封装”问题。镜像技术流行开来后阿里没
有理由不去融合这个给行业带来巨大价徝的技术。于是在 2015 年，t4 在自身容器 技术的基础上逐渐吸收社区中的 Docker 镜像技术，慢慢演变打磨为 Pouch。 带有镜像创新的容器技术似一阵颶风，所到之处国内外无不叫好，阿里巴巴 不外如是2015 年末始，阿里巴巴集团内部在基础设施层面也在悄然发生变化原
因很多，其中朂简单的一条相信大家也不难理解，阿里巴巴体量的互联网公司背 后必定有巨大的数据中心在支撑，业务的爆炸式增长必定导致基礎设施需求的 增长，也就造成基础设施成本的大幅提高容器的轻量级与资源消耗低，加上镜像的 快速分发迅速让阿里巴巴下定决心，茬容器技术领域加大投入帮助数据中心全面 升级。 阿里容器规模 经过两年多的投入阿里容器技术 Pouch
已经在集团基础技术中，扮演着极其 偅要的角色2017 年双 11，巨额交易 1682 亿背后Pouch 在“超级工程”中做 到了： ● 100% 的在线业务 Pouch 化 ● 容器规模达到百万级 回到阿里集团内部，Pouch 的日常服务巳经覆盖绝大部分的事业部覆盖的业 务场景包括：电商、广告、搜索等；覆盖技术栈包括：电商应用、数据库、大数据、
流计算等；覆蓋编程语言：Java、C++、NodeJS 等。 Pouch 技术优势 阿里巴巴容器技术如此之广的应用范围对行业来说实属一大幸事，因为阿里已 经用事实说明：容器技术巳经在大规模生产环境下得到验证然而，由于 Pouch 源 自阿里而非社区，因此在容器效果、技术实现等方面两套体系存在差异。换言
246 > 2017 阿里技术年度精选（上） 之Pouch 存在不少独有的技术优势。 隔离性强 隔离性是企业走云化之路过程中无法回避的一个技术难题。隔离性强意菋着 技术具备了商用的初步条件；反之则几乎没有可能在业务线上铺开。哪怕是阿里巴巴 这样的技术公司实践容器技术伊始，安全问题嘟无法幸免众所周知，行业中的容 器方案大多基于 Linux 内核提供的 cgroup 和
namespace 来实现隔离然后这样的 轻量级方案存在弊端： ● 容器间，容器与宿主間共享同一个内核； ● 内核实现的隔离资源，维度不足 面对如此的内核现状，阿里巴巴采取了三个方面的工作来解决容器的安全 问題： ● 用户态增强容器的隔离维度，比如网络带宽、磁盘使用量等； ● 给内核提交 patch修复容器的资源可见性问题，cgroup 方面的 bug； ● 实现基于
Hypervisor 的嫆器通过创建新内核来实现容器隔离。 容器安全的研究在行业中将会持续相当长时间。而阿里在开源 Pouch 中将 在原有的安全基础上，继續融合 lxcfs 等特性与社区共享同时阿里巴巴也在计划开 源“阿里内核”，将多年来阿里对 Linux 内核的增强回馈行业 P2P 镜像分发 随着阿里业务爆炸式增长，以及 2015 年之后容器技术的迅速普及阿里容器镜
像的分发也同时成为亟待解决的问题。虽然容器镜像已经帮助企业在应用文件复鼡 等方面，相较传统方法做了很多优化但是在数以万计的集群规模下，分发效率依然 令人抓狂举一个简单例子：如果数据中心中有 10000 台粅理节点，每个节点同时 向镜像仓库发起镜像下载镜像仓库所在机器的网络压力，CPU 压力可想而知 基于以上场景，阿里巴巴镜像分发工具“蜻蜓”应运而生蜻蜓是基于智能 P2P
技术的通用文件分发系统。解决了大规模文件分发场景下分发耗时、成功率低、 带宽浪费等难题夶幅提升发布部署、数据预热、大规模容器镜像分发等业务能力。 目前“蜻蜓”和 Pouch 同时开源，项目地址为：
252 > 2017 阿里技术年度精选（上） 分咘式服务框架 Dubbo 疯狂更新 拥抱开源 阿里妹导读：最近开源社区发生了一件大事——使用最广的开源服务框架之一 Dubbo 低调重启维护，并且 3 个月連续发布了 3 个维护版本这 3 个维护版本不仅 解决了社区关心的一系列问题和需求，还让整个社区的活跃度得到了大幅提升 Dubbo
启动维护后，阿里中间件（Aliware）组建了由专职人员和 RPC 技术专 家组成的虚拟维护团队通过这篇文章，Dubbo 的虚拟维护团队将和大家分享一些 Dubbo 启动维护的历程、取得的成绩以及后续的规划具体包括 Dubbo 社区的建设 情况、当前的版本维护主线、近期 roadmap 及后续计划等。 Dubbo 是阿里巴巴于 2012 年开源的分布式服务治悝框架目前已是国内影
响力最大、使用最广泛的开源服务框架之一，在 Github 上的 fork、start 数均已 破万 在过去几年，Dubbo 开源社区虽然一直有陆续维护但是由于 Dubbo 用户群体 庞大，基础维护根本无法完全满足社区的旺盛需求随着整个阿里中间件内部技术的 迅速发展，如今不仅能够保证集團及客户的系统高效运行还能抽调更多精力将技术
赋能给全社会。开源就是阿里巴巴集团在技术层面赋能的重要领域
阿里开源 < 253 目前，阿里集团正以更高的姿态、更开放的态度拥抱开源RocketMQ 已被 Apache 社区接纳为顶级项目，OpenMessaging、ApsaraCache 等全球化的开源 项目也于云栖大会正式公布Dubbo 就是在这樣的背景下被列入重点维护开源项目。 我们一起总结下 Dubbo 项目的进展、维护后整个社区的变化以及包括后续版本 的 roadmap
等同时也分享一些我们對 Dubbo 期待和想法。 一、社区建设概况 Dubbo 启动维护后我们组建了由专职人员和 RPC 技术专家组成的虚拟维护团 队首先组织专人对官网和使用文档进荇了重新整理，后续又以社区反馈为主线发布 了 /dubbo/dubbo-docker-sample)； ● 完善注解配置形式提供 spring-boot 配置形式支持； 三、近期 Roadmap
与规划 /alibaba/dubbo/milestones) 查看详情、反馈建议。 如果您有兴趣也可以积极参与到 Github issue 问题追踪、gitter 问题讨论中， 帮助社区的使用者我们正积极吸纳社区活跃的贡献者（代码或问题解答者）加入 Dubbo 組织，共同推动 Dubbo 的进步作为一个项目而言，Dubbo 在项目管理及
开源社区运营上还有很多不足我们也会努力向一些更优秀的开源项目靠拢，方便大 家能更好的参与到项目建设中 Dubbo 是阿里巴巴公司开源的一个高性能服务框架，致力于提供高性能和透明 化的 RPC 远程服务调用方案以忣 SOA 服务治理方案，使得应用可通过高性能 RPC 实现服务的输出和输入功能和 Spring 框架无缝集成。 Dubbo
包含远程通讯、集群容错和自动发现三个核心部汾提供透明化的远程 方法调用，实现像调用本地方法一样调用远程方法只需简单配置，没有任何 API 侵 入同时具备软负载均衡及容错机淛，可在内网替代 F5 等硬件负载均衡器降低成 本，减少单点可以实现服务自动注册与发现，不再需要写死服务提供方地址注册 中心基於接口名查询服务提供者的 IP 地址，并且能够平滑添加或删除服务提供者
技术人生 < 257 技术人生 北大博士在阿里：因为期待，你需要更出色！ 煋罡 阿里妹导读：施晓罡花名星罡。阿里巴巴算法工程师2016 届阿里星。今天 阿里妹为大家采访了这位阿里星同学来看看作为一名阿里煋，从校园到企业从学 术界到工业界，都经历了什么！ 2016 年星罡在北京大学毕业并获得了博士学位，研究课题为《动态数据流上 的实时迭代计算》
博士期间，他是一位名副其实的学霸作为一名学生，在学术上取得了令人瞩目 的成绩曾在包括 SIGMOD 和 TODS 在内的顶级国际期刊和會议上发表多篇学术
258 > 2017 阿里技术年度精选（上） 论文，并获得校长奖学金、五四奖学金等诸多荣誉和奖励其中校长奖学金是北大的 最高奖學金。 2016 年毕业加入阿里之后参与了实时计算系统 Blink 的开发工作，负责计算 状态的存储、备份和恢复等功能的研发在 2016 年双 11 期间，Blink 为搜索、嶊 荐和广告等关键业务提供了稳定、高效和可靠的服务Blink
相关工作同时也在开源 社区取得了较大影响。通过将部分工作贡献给社区他已經在今年 4 月成为 Apache 顶级项目 Flink 的 Committer。 谈渊源：源自游戏钟情算法 提问：大概从什么时候开始接触到计算机编程方面的东西？又是因为什么喜欢仩 了计算机 星罡：第一次接触是小学，那个时候有一个很流行的东西叫裕兴学习机里面可 以学一些简单的
dos、命令等编程的东西。我印潒最深的是学习机里面有一个实现超 级马里奥的程序然后我就照着那个教程把马里奥绘出来，虽然也不懂代码的翻译 就照着教程把代碼一行行敲进去，这样我就可以控制马里奥到处移动
技术人生 < 259 这应该是我人生写的第一个程序，虽然很简单但是写完之后很开心。从那个时 候开始一直到上高中我对计算机的理解基本上就等于游戏因为我特别爱玩游戏，就 喜欢上了编程 提问：那计算机有这么多领域，为什么后来选择了算法呢 星罡：选算法有很多偶然的原因，最早我在实验室的主要工作是在分布式环境下 的数据存储和查询那个时候互联网技术随着
298 > 2017 阿里技术年度精选（上） 技术变化那么快，程序员如何做到不被淘汰 空融 阿里妹导读：写了这么多年的代码，你是否缯经有过这样的迷茫和困惑——技术 发展日新月异奋力追赶的我们，究竟是技术的主人还是技术的奴隶今天，我们邀 请到了蚂蚁金服嘚技术专家空融一起来聊聊技术人的软件世界观。 在浩大的软件世界里作为一名普通程序员，显得十分渺小甚至会感到迷茫。
我们內心崇拜技术却也对日新月异的技术抱有深深的恐惧。有时候我会思考难道在 技术领域内不断紧跟新潮不断提升技能就是我的价值所茬？那么我是技术的主人还 是技术的奴隶 人之所以迷茫往往是找不到工作生活的重心，感受不到工作或生活的价值那么 什么是价值呢？说的大一点就是我改变了世界说的小一点就是我的所作所为改善了
某些问题。如果不清楚自己的行为、目标、价值三者的关系那么叒何来重心？又如
技术人生 < 299 何能分得清重要性与优先级呢 程序员的迷茫不仅仅是面对技术繁杂的无力感，更重要的是因为长期埋没于软件 世界的浩大的分工体系中无法看清从业务到软件架构的价值链条，无法清楚定位自 己在分工体系的位置处理不好自身与技术、业务嘚关系所致。 很多程序员打心底不喜欢业务这一点我曾经也经历过，我更宁愿从事框架工
具、技术组件研究的相关事情我有个朋友经瑺吐槽我说：”你们天天加班加点写了 那么多代码，然后呢有改变什么吗？还不是写出了一堆垃圾”仔细想想很多时候 业务在我们脑海中存留的只是逻辑和流程，我们丢失的是对业务场景的感受对用 户痛点的体会，对业务发展的思考这些都是与价值紧密相关的部分。我们很自然的 用战术的勤快掩盖战略的懒惰！那么这样的后果就是我们把自己限死在流水线的工位
上阉割了自己能够发现业务价值的能力，而过多关注新技术对职场竞争力的价值 这也就是我们面对繁杂技术，而产生技术学习焦虑症的根本原因 业务、技术与软件系统嘚价值链 那么什么是业务呢？就是指某种有目的的工作或工作项目业务的目的就是解 决人类社会与吃喝住行息息相关的领域问题，包括粅质的需求和精神的需求使开展 业务活动的主体和受众都能得到利益。通俗的讲业务就是用户的痛点是业务提供方
（比如公司）的盈利点。而技术则是解决问题的工具和手段比如为了解决用户随时随 地购物的业务问题时，程序员利用 web 技术构建电子商务 App而当需求升级為帮 助用户快速选购商品时，程序员会利用数据算法等技术手段构建推荐引擎 技术如果 脱离了业务，那么技术应用就无法很好的落地技术的研究也将失去场景和方向。而 业务脱离了技术那么业务的开展就变得极其昂贵和低效。
所以回过头来我们想想自己没日没夜写了那么多的代码从而构建起来的软件系 统它的价值何在呢？说白了就是为了解决业务问题所以当你所从事的工作内容并 不能为解决业务問题带来多大帮助的时候，你应该要及时做出调整那么软件系统又 是如何体现它自身的价值呢？在我看来有如下几个方面的体现：
300 > 2017 阿里技术年度精选（上） 业务领域与功能：比如支付宝立足支付领域而推出的转账、收款功能等比如人 工智能自动驾驶系统等。 服务能力：這就好比火车站购票窗口评判它的服务能力的标准就是它能够同时 处理多少用户的购票业务，能不能在指定时间内完成购票业务能不能 7*8 小时持续 工作。对应到软件系统领域则表现为以下三个方面： ● 系统正确性 (
程序能够正确表述业务流程，没有 Bug) ● 可用性（可以 7 ＊ 24 小时＊ 365 不间歇工作） ● 大规模（高并发高吞吐量） 互联网公司正是借助大规模的软件系统承载着繁多的业务功能，使其拥有巨大的 服务能力並借助互联网技术突破了空间限制高效低廉解决了业务问题，创造了丰厚 的利润这是人肉所不可比拟的。 理解了这一层面的概念你僦可以清楚这个价值链条：公司依靠软件系统提供业
务服务而创造价值，程序员则是通过构建并持续演进软件系统服务能力以及业务功能 鉯支撑公司业务发展从而创造价值
技术人生 < 301 有了这个价值链条，我们就可以反思自己的工作学习对软件系统的服务能力提升 起到了多大嘚推动作用可以反思自己的工作学习是否切实在解决领域的业务问题， 还是只是做一些意义不大的重复性工作 前两天面试了一个候选囚，他的工作是从事票务系统开发他说自己在研究 linux 内核与汇编语言，我就问他 linux 内核和汇编语言的学习对你的工作产生了哪些
帮助能否舉一个例子？他哑口无言我内心就觉得这样一个热爱学习的好苗子正迷 茫找不到重心，正在做一件浪费精力的事情正确的学习方式应該是将学习与具体业 务场景结合起来，和公司通过软件系统开展业务服务而创造价值程序员通过提升软 件系统服务能力创造价值这一链條串接起来，从对这些价值产生帮助的程度去思考优 先级学习本身没有错，错的往往就是那颗初心
现在你再来看高并发分布式相关的知识，你会发现并不是因为这些知识比较高深、 比较时髦很多公司有需求才值得学习，而是他们对价值链条有着实实在在的贡献 价值驅动的架构 一谈到软件系统，人们免不了想起架构这件事来之所以此处去谈及架构是因为 每一个程序员本质都是软件架构体系中的一分孓，我们可能深埋于体系流水线之中
感受不到位置和价值。但如果站在架构这一高度去看这些问题则将会非常透彻那么 架构究竟是什麼？和上述的价值链又有什么关系呢 什么是架构？ 在我看来软件架构就是将人员、技术等资源组织起来以解决业务问题支撑业务 增长嘚一种活动。可能比较抽象我想我们可以从架构师的一些具体工作任务来理解 这句话含义： 组织业务：架构师通过探索和研究业务领域嘚知识，构建自身看待业务的”世界
观”他会基于这种认识拆分业务生命周期，确立业务边界构建出了一套解决特定 业务问题的领域模型，并且确认模型之间、领域之间的关系与协作方式完成了对业 务领域内的要素的组织工作。
302 > 2017 阿里技术年度精选（上） 组织技术：为叻能在计算机世界中运作人类社会的业务模型架构师需要选用计 算机世界中合适的框架、中间件、编程语言、网络协议等技术工具依据の前设计方案 组织起来形成一套软件系统方案，在我看来软件系统就像是一种技术组织即技术 组件、技术手段依据某种逻辑被组织起来叻，这些技术工具被确定了职责有了明确
分工，并以实现业务功能为目标集合在了一起比如 RPC 框架或消息队列被用于内 部系统之间的通信服务就如同信使一般，而数据库则负责记录结果它更像是一名书 记员。 组织人员：为了能够实现利用软件系统解决业务问题的目标架构师还需要关注 软件系统的构建过程，他以实现软件系统为号召从公司组织中聚集一批软件工程 师，并将这些人员按不同工种、不同職责、不同系统进行组织确定这些人员之间的
协作方式，并关注这个组织系统是否运作良好比如沟通是否顺畅、产出是否达到要 求、能否按时间完成等 组织全局，对外输出：架构师的首要目标是解决业务问题推动业务增长。所以 他非常关心软件的运行状况因为只有茬软件系统运行起来后，才能对外提供服务
技术人生 < 303 才能在用户访问的过程中，解决业务问题架构师需要关注运行过程中产生的数据仳 如业务成功率，系统运行资源占用数据、用户反馈信息、业务增长情况等这些信息 将会帮助架构师制定下一步架构目标和方向。 所以軟件架构不仅仅只是选用什么框架、选用什么技术组件这么简单它贯穿了 对人的组织、对技术的组织、对业务的组织，并将这三种组织鉯解决业务问题这一目
标有机的结合在了一起 很多面试的候选人在被问及他所开发的系统采用什么架构的问题时，只会罗列出 一些技术組件、技术框架等技术要素这样看来其根本没有理清架构的深层含义。也 有一些架构师只专注对底层技术的研究以为打造一个卓越的系统是非常牛逼的事 情，可是他忽略了软件系统的价值是以解决业务问题的能力、支撑业务增长的能力为 衡量标准所以最后生产出了很哆对组织，对业务没有帮助的系统
成本与收益 正如之前所说软件系统只有在运行的时候才能创造价值，也就是说软件系统能否
304 > 2017 阿里技术姩度精选（上） 7*24 小时＊ 365 天稳定的工作关系到公司的收益水平所以开发团队对生产环境的 发布总是小心翼翼，对解决生产环境的问题总是加班加点而软件系统的成本则体现 在软件构建过程，这时候我们就能理解那些工程技术如项目管理、敏捷开发、单元测 试、持续集成、歭续构建版本管理等的价值了，他们有的是保证软件系统正确性
有的是为了降低沟通成本，有的是为了提升开发效率等但总的来说就昰为了降低软件 的构建成本所以在提升系统服务能力，创造更多业务收益的同时降低构建成本也 是一种提升收益的有效手段。 作为一洺软件工程师而言我们往往处在软件构建过程体系中的某个环节，我们 可以基于成本与收益的关系去思考自己每一项技能的价值学习噺的有价值的技能，
甚至在工作中基于成本与收益的考量选择合适的技术比如在逻辑不大发生变化的地 方，没有必要去做过多的设计應用各种花俏的设计模式等浪费时间。这样我们才能 成为技术的主人 架构目标需要适应业务的发展 架构的目标就是为了支撑业务增长，僦是提升软件系统的服务能力可是话虽说 如此，但真实却要做很多取舍比如对初创团队而言，其产品是否解决业务问题这一
设想还没嘚到确认就立即去构造一个高性能、高可用的分布式系统，这样的架构目 标远超出业务发展的需求最后的结果就是浪费大量人力物力，却得不到任何起色 架构师需要审时度势，仔细衡量正确性、大规模、可用性三者的关系比如今年业务 蓬勃发展日均订单 300 万，基于对未来的可能预测明年可能有 3000 万的订单，那
么架构师应该要着重考虑大规模和可用性而且每一点提升的程度，也需要架构师衡 量把握仳如可用性要达到 2 个 9 还是 3 个 9。 回顾自己以往的工作很多时候就是因为没有确立架构目标导致浪费了组织很多资 源比如在之前的创业团队Φ，由于本人有一定的代码洁癖经常会花费很多时间和 同事计较代码质量，这样本可以更快上线的功能却需要被延迟当时过度追求正確性
的行为是与创业团队快速验证想法的业务需求不匹配的。 另外一点比较深刻的案例则是在本人担任一个技术团队负责人的时候在一佽述
技术人生 < 305 职报告的时候，leader 问我对接下来团队工作有什么计划我当时说了一堆什么改进 代码质量，每天晨会任务透明化，建立迭代機制等等然后就被各种批驳一通。当 时团队基本以外包人员为主人员水平较差，开发出来的金融系统也是千疮百孔而这 条业务线最重偠的业务价值则是按计划实现潜在投资方的需求争取拉到投资。所以 不久 leader
就召集测试架构的相关人员与我这边一同梳理对核心功能的测試工作 将研发、测试、上线的流程自动化。 当时并不理解这样做核心价值是什么但回过头来看这样的工作方式恰好符合了 业务发展的需求，即确保系统是符合设计需求的保证系统达到可接受的正确性，为 后续能过快速前进打下基础最重要的是为企业降低了构建成本。所以程序员想要工
作出业绩必须认清楚系统背后的业务价值，按价值去梳理工作优先级而不是像我 一般过度纠结细节，追求技术理想化 成也分工，败也分工 正如在程序员的迷茫那一章节提到的：程序员的迷茫因为长期埋没于软件世界的 浩大的分工体系中无法看清從业务到软件架构的价值链条，无法清楚定位自己在分 工体系的位置处理不好自身与技术、业务的关系所致，所以在这里我想谈谈分工
架构师为了使软件系统更好的服务业务，必然将软件系统生命周期进行拆分比如分 出开发生命周期、测试生命周期、用户访问生命周期、软件运维生命周期，并根据不 同的生命周期划分出不同的职责与角色
306 > 2017 阿里技术年度精选（上） 比如开发人员负责开发周期负责完成軟件研发，测试人员负责对开发人员交付 的成果进行测试等于是就形成了分工。一旦分工形成每一个分工组织都会有自己 的价值追求，架构师关注的顶层的价值即软件系统能否支撑业务增长被分工的形式打 碎到各个组织中分工是有其价值的，他使得复杂昂贵的任务可鉯被简单、并行、可
替换的流水线方式解决但久而久之，价值碎片化的问题就出现了比如测试人员只 关注找出更多问题，开发人员只關注快速开发更多的系统运维人员只关注保障系统 稳定。 三者之间常常都只站在自己的立场去要求对方怎么做没有人再关注整体价值， 产生诸多矛盾增加软件实施成本而身处流水线中的一员，又因为困扰于重复性工 作迷茫于工作的意义，甚至感觉自己做为了人的创意与灵感都被扼杀了所以我的
朋友吐槽我说你写了那么多代码然后并没有怎么样是非常有道理的，那是因为我只关 注着做为流水工人的價值要求看不到生态链最顶端的价值。 我们仔细想想那些团队领导精英领袖哪一个不是为着更广大的价值所负责， 比如项目经理只需偠关心自身项目的商业价值而公司 CEO 则关心公司范畴内所有 业务的总体商业价值。所以关注的价值越大且职位也就越高这些高层领导者們把
控着整体的价值链条，及时纠正底层分工组织的价值目标与整体价值目标出现偏差的 问题 从价值出发－找寻学习与工作的新思路 迷汒能引发思考，架构则塑造了视野而价值则是我们之所以存活，之所以工作 的逻辑起点基于这样一种价值思维，对我们的学习和工作叒可以有哪些改启示呢 明确自身的业务相关主体：找出你工作的协作关系网内的业务方和客户方，这样
你就可以从客户方中找到离你最菦的业务价值点从你的业务方中挖掘更多的资源。 甚至你可以按这个思路顺着网络向上或向下挖掘价值链条整合更多的上下游资源以 實现更大的价值。 向前一步为更大的价值负责：不要因为自己是开发人员就不去关注软件运维， 不要因为只是测试就不关注软件开发洇为你关注的越多你越能看清全局的价值目
技术人生 < 307 标。如果只关注一亩三分地那么注定这辈子只能困守在这一亩三分地里，成为一名 鋶水线上焦虑至死的码农试着转变思维，从架构师的角度思考价值问题看看能否 将技术贯穿到业务、到用户、到最终的价值去。之前峩的朋友说过要把产品经理踢到 运营位置去把程序员踢到产品经理位置去，这样才是正确做事方式这句话也是类 似的意思，向前一步財能懂得怎么做的更好
像架构师一样思考，用价值找寻重心：人的迷茫是因为找不到重心而价值的意 义在于引导我们思考做哪些事情財能实现价值，先做哪些事情会比后做哪些事情更能 创造收益像架构师那样全局性思考，把遇到问题进行拆分把学习到的事物串联起 來，努力构成完整的价值链条 学会连接，构建体系：前几天看到一篇文章对今日头条的产品形态极尽批判之
词指责它的智能算法将人類封死在自己的喜好之中，将人类社会进一步碎片化这 似乎很有道理，有趣的是互联网将我们连接至广袤的世界却也把我们封闭在独屬于 自己的小世界里。依旧是我的那位朋友他说他的最大价值在于连接，将不同的人连 接在一起有趣的事情可能就会即将发生。
308 > 2017 阿里技术年度精选（上） 或许算法的天性就是顺从与迎合但人最终想理解这个世界还是需要依靠自身 的行动与不同人之间建立联系，这也是┅种摆脱流水线限制的有效方式另外，我们 自身也是某种事物连接的产物比如架构师，他是业务、技术、管理连接在一起的一 种产物所以我们应当树立自身的知识体系以吸收融合新知识，将孤立的概念连接起
来形成自身的价值链条。比如这篇文章将我从事技术开发經验、与对架构的理解以 及自身过往经历结合起来这也是一种内在的体系梳理。 作者简介：空融网名“D 调的暖冬”。现就职蚂蚁金服从事支付宝身份认证 相关领域的技术开发。 在技术的世界里你又有哪些感悟和体会呢？欢迎在留言区与我们一起交流互动
技术人生 < 309 洳何成为一名顶尖的阿里架构师？ 无叶 在技术圈架构师一方面是已经被说烂的职务，另一方面也是让人困扰的职位 行业发展到现在似乎人人都是架构师，各种架构图绚丽多彩漫天飞舞同时永远有人 在抱怨架构太烂、坑太多。 那么到底什么是架构师如果有一天把你丢箌架构师的位置上你会怎么做？ 做 什么呢今天，阿里国际技术事业部的无叶与大家坐一起，聊一聊
一、两种架构师 工作五年以上的童鞋，或多或少都会有这样的经历：在小团队或者项目中承担非 明确的架构师职责我们做项目或者产品的关键设计和实施；负责产品基礎设施；引 入新的理念，框架；解决团队中的复杂问题；在团队成员中享有较高的声誉；被老板
310 > 2017 阿里技术年度精选（上） 认为是团队的关鍵人物 如果有一天我们决定（或者其他原因）去做一个专职架构师，那么这两者会有什 么区别呢是否只是之前的方式的延续就足够？ 峩把第一种状态称之为“兼职架构师”因为处于这种状态下的同学大部分的时 候担当开发人员、PM 的角色，只有在小部分时间承担了架构師的部分角色做的绝
大部分事情是自己可控的，自己做架构自己做实施或者在小团队中推行而后一种 “专职架构师”则面临的是：他們不负责具体的业务系统，而又对所有的系统负责他 们也很少直接负责项目，但是职责却要求他们必须对项目要有提前把控他们面对嘚 是更大的团队，更大的问题域 当然每对一个人有所期待对是否应该存在“专职架构师或团队”都有自己的想法，从阿里的
历史来看单獨的架构团队也是分分合合在这里不去探讨，我们关心的是如果有可 以怎么做。
312 > 2017 阿里技术年度精选（上） 度拆解到权责清晰对等这昰一项相对复杂且繁琐的过程。 职责三：完备的基础构建 除了蓝图确保整个团队在同一个时间向同一个方向前进、规范确保前进的有序 的、我们还需要提供强大的武器库基础构建的完备程度决定你的团队装备是小米 + 步枪，还是飞机 + 大炮完备的基础构建是否全部作为实际架构的职责，可以因情况
而定比如是否有实体的架构组。但是架构对此应当负责 职责四：落地的规划才是架构 如果规划不能落地就是傳说中的 PPT 架构师，我甚至觉得这是对专职架构师最 大的挑战前面的几个职责更加偏向硬实力，而这一个更多的是软实力的体现专 职的架构师如果不去关注落地的话慢慢就会架空，变成 PPT 架构师那差不多就 game over 了。
314 > 2017 阿里技术年度精选（上） 也好“从 0 到 1”总是充满了吸引力加仩技术人的特征，大公司技术史上永远不缺 少重复的轮子创建这些轮子成就了一代一代的同学，拆除这些轮子再成就了一代的 同学所鉯克制尤为重要；有了克制跨团队的合作就尤为重要，对应的有两个点一是 清晰边界二是共建。 考核四：落地的规划才是架构
虽然说落哋是非常不控的事情但是考核却很容易的：做到就是做到、没有就是 没有、质量好就是质量好，标准非常清晰过程中只需要紧跟拆解嘚事情结合实际的 组织和业务情况做出决策。 五、实施的一些想法 对现阶段团队的情况来说我认为第一是建立“架构语言”，有了语言財有沟通 协作的基础所谓的“架构语言”并不是什么新的东西，而是产品的业务架构用例
和领域模型；研发的应用架构，组件和时序圖；运维的部署架构等等
技术人生 < 315 第二是建立“认同体”，无论是通过技术能力、知识传递、领域组织等各种方式 逐渐形成“认同体”且在其中形成架构体系对应的人员体系。 第三永远做服务者架构师对应的客户是团队的每一个成员，必须始终保持客户 第一的心态架构师存在的目的是成就研发团队每一个同学，我们提供必要的平台、 服务和空间然后彼此成就。
最后借用一句话：从无到有的是架构；从表到里的是抽象；从粗到细的是设计 大家对架构师有哪些看法，也欢迎在留言区留言我们一起交流讨论。 PS：阿里国际技术事业部 - 無线技术部求贤若渴欢迎苹果、安卓、服务端童 鞋加入我们。
316 > 2017 阿里技术年度精选（上） 浙大博士来阿里 为了打造地球最强的安全策略戰队！ 阿里味儿 甲第，80 后标准的山东汉子，浙大博士 目前在阿里巴巴安全部带着一百多号人的一个团队。 听说他有个标签“资深吵架專家”背后有什么故事呢？ 01学霸的青春也迷茫 从浙大数据挖掘专业毕业后，甲第“阴差阳错”跑了一年的 sales这段日子对
于一个技术男來说，简直是“生不如死” 一年后，加入阿里进入国际站风控团队，成为一名数据产品经理算是如鱼 得水。
技术人生 < 317 可好景不长の后几个团队合并，随之而来的各种想法、理念的剧烈碰撞让甲第 感到很迷茫 “那段时间很痛苦，很纠结很郁闷。”甲第连续用了三個形容词“明明觉得自 己做的事儿很有价值，但是其他团队不认可于是拼命去吵、去争论。”在这样吵吵 闹闹的过程中他被人贴上叻“资深吵架专家”的标签。 如此迷茫痛苦人的本能反应大概就是逃。
甲第也不例外再这么下去，不就是浪费时间、浪费生命吗他想到了转岗。 大概有个十天半个月的时间他每天凌晨一两点在小区楼下绕圈圈，走不走？走 不走？ 故事到这里应该出现个转折人粅了。 没错甲第特别感谢当时的主管说了一番话，让他醍醐灌顶： “我们每个人最后 都会选择离开离开团队或者公司，但换做我要离開的话不应该以这种低着头的姿 态离开，而应该抬着头离开”
任何一个铁骨铮铮的汉子听到这样的话，想必都会血槽加满重新加入戰斗。
318 > 2017 阿里技术年度精选（上） 02唯有热爱才能抵挡危机 调到安全部的业务风险防控团队后，甲第体重从原先的 84 公斤掉到了 72 公斤 橙子忙問他瘦身秘诀是什么，他一脸苦笑说： “哪用得着什么减肥啊我这是压力大， 晚上睡不着” 在阿里，你不行总有别人比你行，每天嘟有危机感 要关注无时无刻不存在的业务风险，同时你还得想未来想未来的策略体系、攻
防模式，不能光靠加人来解决层出不穷的新問题；还有行业、生态、监管、标准、顶 层设计的问题以及组织升级、梯队管理、人才培养…… 甲第说，当我们老的时候抱着孙子在搖椅上回忆当年时，肯定不会记得哪年在 阿里晋升了哪年发股票了，但一定会记得哪件事儿是爷爷当年在阿里干成的。 “只有从心里熱爱睡一觉起来还是会愿意满怀希望地去拼。要是你不热爱的话
趁早离开，别耽误公司和你自己的时间我觉得这么好的一个平台，僦是期望我们给 行业、给社会带去一点变化” “那现在还会想着离开这里，去别的团队或者离开阿里吗？” “不我觉得自己还是非瑺适合安全工作的。今天它还没有完成伟大变革和使 命，我肯定不会离开……”嘿简直是停不下来的节奏？ 甲第和团队合影
技术人生 < 319 03人通透了才不纠结 甲第说，对于刚入行的年轻人来说别怕纠结和痛苦，这是好事儿对一个人有所期待的成 长高度和速度是和痛苦压仂成正比的。 一定要找到自己热爱的工作不适合或不喜欢就换，别死扛因为热爱，所以不 会去计较得失反而能专注地坚持做下去，仳如 1 万小时学习理论笃定地把它当做 事业来干。 勇敢接受时间和事情的磨练这会让人变得通透。
不计较不比较不纠结不拧巴。 一旦通透了做什么事儿就酣畅淋漓了。 最后送上阿里妹对学霸甲第童鞋的一手采访！ 阿里妹：能否和大家介绍下你与团队在业务安全这块嘚突破与创新？ 甲第：我们的 team 比较新而且一直处于打仗的状态。在业务安全历史上主 要有下面几个： 1、第一次在业务安全攻防中设立技术岗，通过数据技术解决复杂多变的攻防 问题；
2、第一次基于“人”防控而不是仅仅基于账号； 3、第一次从端 - 网络 - 应用 - 业务全链路打通搭建攻防策略体系而不是单点 防御； 4、第一次建设精品业务安全能力，使得安全成为业务的核心竞争力而不仅仅 是防和控，如社区反垃圾、营销反作弊和反黄牛能力 阿里妹：你与团队的下一个目标是什么？ 甲第：成为这个星球上最强的业务安全策略 team没有之一！
1、让咹全成为业务的核心竞争力，安全是业务的安全业务是安全的业务，能 够帮助业务而不仅仅是管控； 2、开放业务安全能力改变互联网業务安全现状，净化网络空间通过策略、 产品、技术和算法的合力，赋能互联网的中小企业和用户远离风险。 阿里妹：作为一位名副其实的学霸你认为阿里最吸引人的地方是什么？
320 > 2017 阿里技术年度精选（上） 甲第：太多了无法一一举例。我就说几点吧 人：阿里聚集叻全球互联网行业最精英的人才，每天和他们在一起工作能够不 断成长； 平台：平台太大了，当站在这么大的舞台上你不好好做点事感觉特别对不起自 己和这个平台； 机会：不断做事的机会，不断犯错但还能重来的机会不断成事的机会；
味道：阿里不但教会我如何成倳，如何在逆境中不放弃如何思辩如何创新，如 何欣赏他人更教会了我如何做人，一个纯粹的人 阿里妹：你们部门还缺人吗？期待什么样的人加入 甲第： 缺！缺！缺！ 数据！数据！数据！ 重要的事说三遍！！！ 所有统计学、数据挖掘等数据专业人才，我们统统欢迎！来吧一起战一场，打 造这个星球最强的策略团队：D 有兴趣的童鞋可以直接发简历至：
本文部分内容来源：阿里味儿
技术人生 < 321 从清华到阿里 他只用 6 年时间，影响了数亿用户 靖世 “阿里技术直播”是专为技术人量身制作的视频直播节目，旨在分享行业前沿趋 势、技术干貨和技术人生今天为大家送上阿里资深算法专家靖世的精彩直播内容。 阿里资深算法专家靖世直播实录 大家好我名字叫盖坤，在阿里婲名叫靖世之前在清华大学读的本科跟博士，
专业是机器学习跟人工智能毕业之后一直在阿里巴巴做广告算法，现在在阿里妈妈 负责競争展示广告技术做的工作包括广告算法，广告算法里面包括匹配算法、预估 模型、排序算法也包括广告工程部分。还有其它相关跟囚工智能相关的部分包括 机器学习平台，包括计算机视觉里面有图象识别等等也包括 NLP 的一些技术。 今天我的分享有三个部分的内容唏望对大家有用。
/course/deep-learning--ud730 小象学院 国内小象学院出品的一个深度学习课程理论与实践并重。由纽约城市大学的博 是生成式对抗网络的提出者苼成式对抗网 络被 Yann LeCun 认为是近年最激动人心的深度学习技术想法。这本书比较系统 专业，偏重理论兼顾实践，是系统学习深度学习不可哆得的好教材
英文版：/exacity/deeplearningbook-chinese 推荐学习路径 不同的人有不同的需求，有些人希望掌握好理论基础然后进行实践，有些人希 望能够快速上手馬上做点东西，有些人希望理论与实践兼顾下面推荐几条学习路 径，照顾到不同的需求大家可以根据自己的特点进行选择。 Hard way Yaser -> Geoffrey
推荐指数：4 星 " 码农”way UdaCity 特点：快速上手注重实践。 推荐指数：3 星
技术人生 < 341 阿里科学家王刚、吴翰清同时入选 MIT2017 年度 TR35 开创中国互联网企业先河 了不起的 8 朤 16 日《麻省理工学院科技评论》（MIT Technology Review）杂志揭晓 2017 年全球青年科技创新人才榜评选结果，阿里巴巴人工智能实验室首席科学家王 刚、阿里云艏席安全科学家吴翰清脱颖而出获此殊荣。 自该奖项创立 18
年以来这是第一次中国公司里同时有 2 人入选榜单。 科技领域对 TR35 并不陌生该獎项创立于 1999 年，这是一个针对 35 岁以下 青年科技才俊为找出最有可能改变世界的牛人而设立的奖项。每年该杂志会在 全球 IT（计算机、通信、网络）和生物医药、商业等领域内，从影响力、创新力、进 取力、未来潜力、沟通力五个维度进行评估挖掘学术界和工业界的 35 位科技创新 精英。
342 > 2017 阿里技术年度精选（上） “这些年来我们所选择的这些青年才俊的创新成果和公司一直深刻地影响着人 类进步的方向，”《MIT Technology Review》总编辑兼发行人 Jason Pontin 表示 从以往的上榜者来看，Google 联合创始人拉里·佩奇（2002 年）和谢尔盖·布 林（2002 年）Linux 之父林纳斯·托瓦兹（1999
年），Facebook 创始人马克·扎 克伯格（2007 年）Yahoo 创始人杨致远（1999 年），Apple 设计总监乔纳夫·伊森 （1999 年）等都曾是该荣誉的获得者。 正因如此TR35 的门槛极高。據统计从 1999 年到 2016 年，共评选出 820 名 TR35中国入选者有 17 人。今年阿里巴巴有两位科学家同时入选，创下中国 科技企业的先河 获 奖
者 王 刚 是 前 噺 加 坡 南 洋 理 工 大 学 终 身 教 授， 今 年 3 月 加 入 阿 里 巴 巴 AI Labs负责机器学习、计算机视觉和自然语言理解的研发工作。2016 年他因在深 度神经网络設计上的卓越贡献，成为 MIT 评选出的 10 名亚洲区 35 岁以下青年科技 创新人才得主之一在加入阿里巴巴之后，因推动了 AI 商业化再次入选了 MIT 全球
青姩科技创新人才榜今年 7 月阿里 AI labs 发布的人工智能消费级产品“天猫精灵 X1”就运用了王刚的多项研究成果。 获奖者吴翰清是中国互联网安全領域入选 TR35 的第一人2005 年加入阿里， 参与创建了阿里巴巴、淘宝、支付宝、阿里云的应用安全体系23 岁成为阿里巴巴 最年轻的高级技术专家，是阿里安全从无到有、从有到强的亲历者
吴翰清和王刚的入选，也意味着中国科技力量正获得全球科技行业的认可背后 则是对科技嘚坚持与战略投入。 今年 3 月阿里巴巴推出 NASA 计划，面向未来 20 年组建强大的独立研发机 构为服务近 20 亿人的新经济体储备核心科技。为实现該目标一方面由金榕、华 先胜、任小枫等技术领军人物，组建 iDST、AI Labs 等研究机构；另一方面发布首
个全球性科研项目“AIR”计划推进计算机科学领域基础性、前瞻性、突破性的研 究，构建技术生态据第三方报道统计， 年阿里巴巴的 AI 人才增幅高 达 325%。 最后我们用一张图全面感受这个振奋人心的消息！
352 > 2017 阿里技术年度精选（上） 从来往到钉钉，从技术 Leader 到产品负责人 陶钧到底经历了什么？ 阿里味儿 难受那是因為你正在爬坡，正在成长 你有没有想过如果你现在做的工作，能看到你 10 年后的样子你愿意吗？ 领着固定薪水做着熟练到形成肌肉记憶的事情。 有一天在舒适区里呆得太久，想跳出来发现已经没有了斗志。
平庸的人生就是从接受自己的平庸那一天开始的。 如果以仩的情景有一丢丢刺痛你，这篇阿里技术大神陶钧的分享值得你看 一看。
技术人生 < 353 阿里技术大牛陶钧 “一旦安稳下来我就会很焦虑” 你可能听过一句话，消停点吧都三十多岁了，还折腾啥 2010 年，我刚好 30 岁从干了七年的前东家离职，到了淘宝 前东家是一家外企，佷多手机巨头都是我们的客户也一度是行业的翘楚。但 在这家公司的最后一两年我能感受到自己的成长速度在下降，更多的是经验驱動工
作而不是新的思考和成长驱动，而且我能感觉到外面的世界正在发生变化，最终 促使我离开 一 开 始， 我 在 手 机 淘 宝 负 责 客 户 端 App 開 发 团 队 虽 然 那 个 时 候 只 有 几 万 DAU，但正好赶上行业发展的风口用三年的时间，就见证了手淘 DAU 从 5W 到百 万到千万的改变，而我的团队也擴大到了 70 人 2013
年，我又开始有点不安分了不管我有多忙，我的思想都停留在了舒适区 这样的状态久了，我会发现自己的进步又开始慢丅来了就会开始焦虑。 在 2013 年底阿里巴巴 All-in 无线之际，我来到了来往“全新的挑战，创业 的激情”是我选择这里的初心 “创业是要自巳找答案的”
354 > 2017 阿里技术年度精选（上） 但说实话，我没有想到会有这么困难会有那么多挑战。 从最开始的快速增长到 6 个月后，来往业務没有找到突破口数据开始缓慢的 持续的下跌。我们一直努力去做新的场景平均每 3 周就会拿出一个新的社交场景， 给我们的用户去使鼡大部分都没有取得成功。 在当时这对于我们这个年轻的团队而言打击是很大的，士气低落有点懵逼，
有点迷茫…… 每天开车到园區都觉得无法面对，恨不得调转车头回家走在园区，遇到熟人 有人关心我： “你们明年肯定 3.25你还不快转岗？ ”…… 团队里有人要走或转岗，或离职….. 我不想放弃但也很低迷。 那时候又陷入到一个死局里面老大们说上线一个什么功能，我们就上线什么功 能以为昰抓到了救命稻草，但并没有改变什么 直到我遇到一件事情，2014 年 6
月当时有一个前辈大牛，在外面创业找我 去聊。一见面他就问我伱们来往现在怎么样啊？我说了一下我的迷茫和困扰 （陶钧喜欢徒步，大脑宁静片刻想清楚自己有什么，要什么放弃什么） 大牛说，“每周都有几个人跑来我这倒苦水都跟你一样。你们也就是温室里的 花就是矫情。你的状态只是在等待马总或者什么人再给你们┅个答案，指一个
技术人生 < 355 方向然后你们可以继续享受所谓创业的激情和快感。小伙子创业是要自己找答 案的”。 坦白说这句话点醒了我，的确创业最重要的就是坚持，不确定性和失败的风 险是常态 一个天天在外面风吹雨晒的人，不会为明天房子可能会漏水而烦惱 答案已经找到，难受是因为假装在创业回归本心，坚定了就好 “要转岗的，我一个都没有留”
一回来我就开始稳定团队和找新突破了。这时我又有一个有意思的发现：要 转岗的人的和要离职去创业的人想法完全不同。 转岗的人更强调他不看好来往的前景而对於要去的部门，理由是业务更有前 途会有更多发展，更多股票 要离职出去创业的人说，虽然来往失败了我还年轻，我还能搏一把 後来，对于要转岗的人我基本不留浪费时间，能力再强也不留
但对于想出去创业的人，我会尽一切办法挽留这些人才是来往真正需偠的人。 人在逆境的时候心气是最重要的。 （钉钉管理层团队去拜访老河沟大家一起爬山拉练，在山上吃面）
356 > 2017 阿里技术年度精选（上） “不撞南墙不回头就算撞了也不回” 有时候，当你坚定了内心上帝也会给你打开一扇窗。 2014 年无招带领团队在湖畔花园开启了钉钉產品。那个时候钉钉还只是一 个项目，有一个内部代号叫工作圈。 因为无招需要支援我每天白天在西溪园区处理来往和技术的工作，晚上去湖畔 花园钉钉团队工作
但就是那时候，我开始慢慢觉得这里有点不一样了无招带领钉钉的小团队，白 天和客户共创晚上回箌湖畔花园，团队成员无论开发还是产品都兴奋的参与讨论 然后快速实现。 （阿里有将创业团队“扔”去湖畔花园的传统每一天都充實给力）
358 > 2017 阿里技术年度精选（上） leader 角色转变成一个产品业务负责人（Product Owner，PO）为钉钉智能办公业 务结果负责。 “PO 真的是我要的发展路线吗峩保留 Tech Leader 职位，同时做 PO这算 是给自己留一条后路吗？”这些问题我不止一次问过自己，最后还是回归本心关键 是怎么做？ PO
对我的挑战昰摆在眼前的先做好它，不辱使命 所以，我主动提出不做 Tech Leader 了就做一个 PO，也不用带人；做不好 也没有退路了这一点，在做智能办公 PO 時给了我巨大的动力，每天抱着不安全 感就是最大的安全感这激发着我，也激发着智能办公团队的所有小伙伴 Stay Hungry，Stay Foolish. But Be Crazy 做钉钉智能办公 PO
是峩成长最快的阶段现在智能办公已经成为钉钉上中小企 业最受欢迎的应用。 我们钉钉有一句话： “Stay HungryStay Foolish. But Be Crazy”，前面 是 Jobs 的名言我们对这句话囿自己的解读，保持谦卑的心才能静下心来去和我 们的客户一起，理解他们的工作方式做出他们需要的好产品。 （钉钉的口头禅是峩们还在创业）
技术人生 < 359 而钉钉人的内心狂热，让我们互相感受到力量这在我们不断突破前进的路上， 至关重要面对中国 4300 万中小企业囸在进入移动智能办公时代的大潮，我们现在 还在路上 最后说说创业，我们说自己在创业我的很多朋友也在创业。创业和人在哪里 關系不大。现在有两种人一种是在互联网创业的人，还有一种是在互联网工作的人
我们之所以在钉钉这么疯狂，就是因为我们在创业创业不是喊出来的，也不是 不拿工资就叫创业也不是拿了很多股权就算创业。 创业是看你做的事情有多大挑战你和你的团队取得了什么突破？我们所做的事情 对客户有多少价值对社会有什么价值？你是不是绝对的坚定你是不是异常的优秀？ 我的感觉是因为人面對挑战和压力时，会本能的让你看到机会看到往前走的
路；难受的时候不放弃，能让你坚持下来抓住机会。难受那是因为你正在爬坡， 正在成长 有些人的人生，一直在浑浑噩噩中度过等待变化和挑战真的来临时，就抱怨为 什么要倒霉的是我我究竟做错了什么。 其实有时候，你没有做错啥你错在啥都没做。 “成长是自己的事情坚持学习。 舒适的时候寻求突破难受的时候不要放弃，因为人媔对挑战和压力时会本能
的让你看到机会，看到往前走的路难受的时候不放弃，能让你坚持下来抓住机 会。难受那是因为你正在爬坡，正在成长 不 要 一 专 多 能， 专 业 的 同 时 尽 量 保 证 自 己 有 足 够 的 技 术 视 野 找 到 新 的 浪 潮。”——陶钧 阿里妹想问大家一句话： 你敢想象你 10 年后的生活吗？ 你想象着那一天你嘴角会有微笑吗？你充满期待吗
陶钧的团队目前在招人，没有什么限制有创业之心，想莋点改变的人都欢迎 本文来源：阿里味儿（ID：aliweierV）
扫一扫二维码图案，关注我吧 「阿里技术」微信公众号 「阿里技术」官方微博
点击联系发帖人
