关于我的ecs服务器初体验
大四应届生，福star软件工程小菜鸟一枚。为了完成毕设，推进毕设的进度，决定将项目部署到云上，进行毕设进行时。之前在暑假实习期间体验了其他的云服务器，但是综合感觉可能阿里云的服务器更适合自己。服务器的购买及配置，之前在课堂上老师比较推荐阿里云的服务器，因为有一些学生优惠，还有就是有这个优惠活动助力高效学生学习。飞天加速计划·高校学生在家实践”活动，帮助学生的学习，通过一定的练习，对于服务器就会有一定的了解，能够较快的对云服务器上手。过学习阿里云提供的新生预备营教学活动，我学习了如何进行查看自己的云服务器ECS实例以及服务器启动、停止和重启、如何查找自己的公网IP地址和私网地址以及如何配置实例的安全组，这些阿里云预备营教学活动都讲得很详细，我们的手机上下载我们的阿里云APP，在APP中我们几乎可以操作全部的功能，在阿里云APP中操作和监控我们的云服务器是比较方便和高效的，在使用ECS飞天加速计划的过程中，当我遇到问题的时候我会在阿里云的搜索引擎中进行查找，这里有绝大多数问题的解决方案。在使用的过程中，可能遇到最大的困惑就是关于公网、私网ip。外部网络连接部署在云上的oracl数据库，总是存在ip上的困扰，后来在经过阿里云客服的详细解释后，我终于解决了相关问题，还是十分感谢阿里云的客服的。未来三四个月里，阿里云仍将伴随我的毕设进度，我也将继续深入学习相关领域的知识，继续研究关于ecs服务器的相关知识，能够让我更快更熟练地使用。未来在我的职业领域中，如果能够涉及到关于项目部署的问题的话，我仍将首选阿里云。做阿里云的忠实粉丝。
阿里云新零售+电商解决方案:让生意更容易|学习笔记
开发者学堂课程【上云须知 - 全面了解阿里云能为你做什么：阿里云新零售+电商解决方案:让生意更容易】学习笔记，与课程紧密联系，让用户快速学习知识。课程地址：/learning/course/381/detail/4775阿里云新零售+电商解决方案:让生意更容易阿里云新零售+电商解决方案应用实例互联网时代，电商的流量大战逐步转化为消费者体验和用户忠诚度方面的竞争，归根结底是创新和技术的竞争，尤其是技术，在当今的细分垂直化的行业内，竞争更为激烈。实例1：今天的消费者已经习惯了在线购物消费，像银泰这样的传统零售业，如果不向互联网转型，未来是不可预期的。虽然银泰在走向线上线下融合道路上，银泰已经摸索了五年。但是，在战略层面上，电商行业竞争究竟有多激烈？银泰怎么生存？转型期要持续多久？在营销层面上，如何找到真正的客户？如何让银泰网更懂我们的顾客？如何让服务更加紧贴顾客？解决：这些问题，无疑可以借助阿里云对线上线下新零售的理解，对电商数据结构的理解。对客户的理解，对消费行为的计算分析结果呈现，通过技术打通线上线下体验，这些都是银泰迫切需要。阿里巴巴经营电商已经 17 年了，而阿里云则是这次七年经验中最精华的部分。从电商的初创到发展到成熟，再到创新突破，这些历程因特网都经历过，因特网希望可以跟阿里云一起携手，实现一客一策千人千面的购物体验，银泰的新零售的战略升级转型，都能够被阿里云无限加速。银泰希望从数据整合、全体用户画像，到最前沿的视频、直播、智能客服、人工智能等纬度，更精准地洞察用户。阿里巴巴在电商行业的积累与创新，都将通过阿里云的计算能力和优质服务直接输送到电商行业，帮助银泰创建并拥有强大的数据计算能力，更快捷、更从容地应对发展。实例2：贝贝在过去两年的发展过程中，经历了一个非常快速的业务野蛮增长的这样一个时期，业务的快速增长对于基础设施的持续的沉淀和输出是一个非常大的一个挑战。解决：贝贝通过和阿里云的这样一个深度合作，构建了一个混合云的底层架构，能够更好且有效的去支撑电商特有的这样一个峰谷效应，同时，能够为业务的增长和业务的持续创新提供一个强有力的支撑和保障。阿里云的诸多的产品与服务都是基于电商场景去设计，一个新的业务上线，就像搭积木一样，贝贝能够快速简单地完成业务创新。实例3：O2O 平台面临着严峻的安全挑战，为什么选择阿里云云盾平台为 O2O 平台保驾护航？解决：在抵御 DDos 这样的大流量攻击同时，也加强了 O2O 平台自身的防御体系。O2O 平台选择阿里云盾平台，除了为 O2O 平台节省大量的基础安全设施投入及研发投入。也让 O2O 平 台的用户、商户对平台更加信任。实例4：基于阿里云核心模型与算法的饿了么，新一代智能调度系统，除了大幅提升饿了么的派单效率，也让饿了么的用户等待时间降到最低，这对饿了么来说是一个全新的开始。电商的生存环境瞬息万变，竞争激烈，谁能够在这样的生存环境中创造出用户的粘性，谁就能脱颖而出。这就要求IT对电商的业务场景、发展趋势有更为深刻的理解。而阿里云恰恰是源于电商，生于电商。可以说，没有人比阿里云更懂电商，所以阿里云每分每秒都在为客户计算他们无法计算的价值，阿里云就是为这个价值而生。
阿里云视频服务|学习笔记
开发者学堂课程【上云须知 - 全面了解阿里云能为你做什么：阿里云视频服务】学习笔记，与课程紧密联系，让用户快速学习知识。课程地址：/learning/course/381/detail/4788阿里云视频服务阿里云视频服务移动互联网时代，视频应用已经成为每家企业的标配，可对技术团队来说，选择自己开发还是直接使用云计算平台的视频解决方案，如何确保视频交付使用后的效果以及视频内容安全性价比等问题，是不是正一个个地困扰着您。现在阿里云视频服务 Video 为您提供从网站 APP 平台开发，视频采集，上传，转码，存储分，发到播放的一站式服务。利用该平台您可以简单的开展视频点播，视频直播，互动直播等视频业务。而唯一要做的就是通过管理后台像搭积木一样来组合搭建自己的视频业务，拿视频点播来说，从新开发一个通常需要 12 名开发人员进行已至 5 个月的开发，而Apsara Video 在业内首次实现了零编码搭建，帮您大幅简化自建平台的开发工作。短短 2 到 3 天就能搭建出一个视频应用，此外为了满足更多企业个性化的需求，Apsara Video 在底层提供了丰富的 SDK 包，无论是标配的视频压缩，特效编辑等功能，还是具备个性化娱乐性的实时滤镜，人脸识别，动态贴纸，气泡字幕等更强的功能，都能轻松满足。 平台搭建起来后，你是不是又要担心视频服务的质量呢，众所周知，视频服务好不好关键在转码，Apsara Video 拥有业界独有的视频转码技术，窄带高清基于智能算法，它不仅能判断视频场景，根据每个视频内容中的场景动作内容纹理等设置相应的分辨率和码率，还能让用户在同样的带宽条件下，收看更加清晰的画质并极大地降低视频文件的传输和存储大小，而阿里云的画质重生技术则是将主流拍摄设备生成的 30 帧每秒视频，转换为 60 帧每秒，消除在播放中的顿挫感，从而提升用户的观看体验。另外视频服务的好坏和网络资源和主机资源直接成正比，阿里云 CD N 网络已遍布全球 1000 多个节点，覆盖六大洲，60 多个国家和地区的优势，帮助您将视频内容传输到用户，实现首屏秒开，加上 Apsara Video 的核心部署在 EC S 上，可以瞬间发挥云计算的弹性特性，完美处理直播并发。其实碰上双十一这么大的流量也不怕。当视频网站的用户越来越多，用户内容安全也成为网站运营的核心，Apsara Video 提供了丰富的内容安全防护工具，包括不仅限于剑皇，水印，防盗播，盗链等做到内容审核无死角，确保业务永续，考虑到运营需求 Apsara Video 还提供包括详细的日志文件，视频数，播放数，播放时间，卡顿率等专业的全景数据统计，多角度分析平台现状和客户画像描述。助力企业进行产品改进和业务拓展，服务好，功能强大，性价比又如何呢。首先云视频本身就是按需付费，成本上已经是大大的缩减。其次，阿里云考虑到视频服务很大的花费在 CDN，占据 8 0% 以上的支出，阿里云 CD N 以技术和规模优势带给企业普惠科技，价格只有传统 CD N 厂商的一半，而阿里云独有的窄带高清技术还能降低 30% 至 4 0% 的带宽和存储费用，让您的平台真正的赢在起跑线上。今天经过阿里巴巴集团十多年的技术沉淀加上整合优酷的经验积累，客户已经突破1000 家，覆盖 8 亿用户。强大又不贵，还不赶快上云开发您的视频应用。
阿里云金融解决方案:让财富值得托付|学习笔记
开发者学堂课程【上云须知 - 全面了解阿里云能为你做什么：阿里云金融解决方案:让财富值得托付】学习笔记，与课程紧密联系，让用户快速学习知识。课程地址：/learning/course/381/detail/4786阿里云金融解决方案:让财富值得托付阿里云金融解决方案应用实例实例1：李女士给五家舞蹈室代课，只想换一间更大的舞蹈教室。三分钟申请，一秒钟放贷，阿里云能够迅速匹配最需要帮助的小微企业。这是阿里金融云大数据分析技术的功能，让客户信用一目了然。实例2：有了孩子后，王先生觉得车险成为了一种负担。借助阿里金融云大数据分析技术，对车主进行立体式分析，阿里云才能做到千人千面，千人千险，这一刻获得一份量身定制的车险却如此简单。实例3：每天买菜的路上，张奶奶都会习惯性的看一下手机。张奶奶从没想过这点钱也能产生收益。阿里云的系统可以在两个小时之内完成3亿笔的交易，阿里云为超过2.6亿的用户提供余额增值服务，这得益于阿里金融云强大的批量计算。实例4：炒股多年，却因为行情爆发而导致软件延时，钱先生错失了一次投资良机。证券市场的行情风云变幻，要确保客户在第一时间里面，掌控到股票信息，采用阿里金融云的弹性计算和高质量网络，随需而动是一种有效的解决方案。即使每天都是行情高峰，用户也丝毫不必担心，无论何时何地，新鲜行情即刻送达。实例5：小李是一个投资新手，每天迷失在数以万计的海量信息中。让投资者不错过更专业、更有价值的资讯，变得更聪明，就是金融云为我们提供高质量网络支持的意义所在。现在，一部手机就能找到更科学，理性的投资策略。不仅如此，阿里金融云还为全球最大的购物狂欢节双 11 提供技术支持，用户看见的是每秒 8.59 万笔的支付交易成功,看不见的是深厚的金融云，满足金融级的安全需求，阿里云像搭积木一样快速完成金融创新，用户看见的是信用，转化为财富是更懂人的车险，用户看不见身后的金融云。阿里云利用大数据分析，让信用可以栋梁，用户看见的是金融，人人可及，用户看不见的是他们身后的金融云，阿里云强大的计算能力让金融得以普惠，用户看见的是更频繁快捷的金融交易，准确及时的行情信息，用户看不见的，是用户身后的金融云。阿里云提供安全稳定的云计算服务，让财富值得托付。阿里金融云相信，运用云计算和大数据技术，金融机构可以形成一张网，通过连接释放金融能量，激活资金流、数据流、客户流，打通金融与产业的最后一公里，让更多企业和个人享受普惠金融带来的价值。在云的时代，阿里云让遥远的供需获得连接，让看不见的信有得以计量，让冰冷的交易感受温暖，计算让金融更有温度，阿里云为了无法计算的价值。
阿里巴巴共享服务中心：淘宝四大服务中心
本章将介绍阿里巴巴共享服务中心的架构，以及在架构转变的过程中，技术团队对如何建设共享服务中心的思考，包括在过去几年建设历程中，我们沉淀出的一些建设原则。在阿里巴巴集团的中台战略中，共享服务中心是中台架构的基石，如何构建稳定可靠、最高效地支撑上层业务快速创新的共享服务能力是中台战略成功落地的关键。一般来说，服务能力包括两个层次，一个层次是底层PaaS的能力，PaaS层解决大型架构在分布式、可靠性、可用性、容错、监控以及运维层面上的通用需求；第二个层次是业务能力，业务服务能力提供云化的核心业务支撑能力，这层能力建设的好与坏，直接决定了是否能真正支持上层业务达到敏捷、稳定、高效。对于如何建设共享服务中心，很多人经常提出以下问题：淘宝的各个服务中心是怎么建设的？我需要几个服务中心，服务中心的边界是什么？有没有一些划分的原则和标准？服务中心应该多大合适？对应的组织团队和流程应该怎么保障？服务中心里面的服务数量应该有多少？粒度应该多大？下面通过淘宝共享服务中心建设的历程对这些问题做一部分的解答。 淘宝的共享服务中心概貌淘宝的共享服务中心包括多个服务中心。最初有四大服务中心：用户中心（UIC）、商品中心（IC）、交易中心（TC）、店铺中心（SC）。随着业务的不断发展，越来越多的服务能力沉淀到了共享服务中心，比如后期的物流中心、营销中心、数据服务中心等。接下来就对历史最为“悠久”的四大服务中心做一个介绍，使读者快速了解服务中心的概貌。1.用户中心用户中心是淘宝进行业务服务化历程中所构建的第一个服务中心，它统一了淘宝原来的各个业务线分散的用户体系，统一了用户数据、存储和服务接口。选择用户中心作为第一个建设的服务中心主要的原因是，跟用户相关的服务是被上层业务调用最频繁的服务，最大效率节省开发和维护成本的同时，也最能验证出服务化后和系统解耦后给业务快速响应带来的效果。另一个原因则是用户中心相比于商品、交易中心在业务复杂程度和重要性上都要小一些，所以对于采用新架构进行的重构尝试，能将服务化改造的风险降到比较低的水准。用户中心构建了整个阿里巴巴集团统一的用户体系，用户中心服务提供了统一的服务接口，即简化了上层业务的使用，也方便了接下来对用户的大数据分析。同时成立了专门负责用户中心运营的团队后，显著提升了对业务需求的响应效率；系统在实现解耦后，服务的稳定性和可扩展性都得到了极大的提高。事实证明，建立用户中心是淘宝在进行服务化尝试过程中一个具有里程碑意义的事件。2.商品中心淘宝的商品中心建设非常有代表意义，淘宝是平台型的电商，商品管理其实是最复杂的业务场景之一。原因有以下几个。首先，商品数据量大，淘宝有十几亿的商品，每天新增的商品量可能比有些电商商品的总量还大。其次，卖家众多，卖家的电脑技能、对电商的认识以及全国不同地域卖家对同一件商品的叫法都可能有很大差异，这导致了商品发布是个很大麻烦，一套统一的商品发布体系很难同时满足各种卖家（B和C）的需求。第三，商品数据是电商导购的入口，对数据质量有很高的要求，而且这些数据商品搜索的数据源，可以想象，如果搜索出来的商品数据杂乱无章，用户怎么可能下单，所以建设高质量的商品数据库是商品管理的重要课题。第四，类目运营小二要根据商品的分析数据来优化商品的前端类目结构。所有这些都是淘宝的商品体系面对的难题。而且随着业务的发展，还有更多更艰巨的挑战需要面对。因此，建立淘宝的商品中心从一开始就注定了是一条不平凡之路。商品库的数据库管理难度最大，商品中心需要对上层提供的服务能力包括以下几个方面：商品描述能力。商品描述能力主要包括三方面，一是商品的描述数据模型，具体就是类目属性体系、SPU、SKU等，这用于为整个商品建立一个统一的、灵活的、易于使用的商品数据模型；二是商品的存储模型，就是商品数据在数据库中的存储结构；三是对外提供的服务接口，上层业务通过服务接口操作商品数据。这一部分的能力屏蔽了商品内部的实现细节，简化了上层业务操作商品数据。商品发布能力。对上层业务来说，商品发布能力其实是一个个性化需求比较大的能力，比如B端商家需要通过Open API直接对接现在企业的商品进销存系统；C端小商家直接使用浏览器能进行发布；C端大商家可能更喜欢使用C/S客户端的方式发布；无线端用户可能更喜欢轻量级的发布，用APP或者手机扫码就能发布。所以发布能力在商品中心是提供通用的发布服务接口和标准的发布工具，业务层自己会根据业务需求提供满足业务需求的发布工具。从这个场景大家可以感受到服务与业务的边界，“服务中心一定是实现通用的能力，个性化尽量在业务层实现”。商品管理能力。管理一个超过10多亿数量的商品库绝对是一个非常有难度的事，淘宝的商品是个百科全书，号称“只有你想不到，没有你找不到”，这个商品库的组织管理比世界上最大的图书馆管理难度还要大。第一，商品数据每天都在更新，而且量很大；第二，商品的类目总是在跟着时代变化，比如原来商品主要就是实体百货类，后来增加了汽车类，再后来又有了服务类商品，再后来又有了智能设备类，商品的类目以及描述都在随着每天新进入的商品和市场的变化在改变。淘宝有全世界最大的商品库，所以商品SPU数据必须自己建设。因为任何一个机构都不能提供这么全面的SPU数据，而且不同行业，不同商家提供的这种数据也千差万别，所以这个SPU库也只能自己建设，自己维护。商品巡检的能力。商品都是有生命周期的，用户发布的商品如果太长时间没有管理，用户本身也长时间没有登录，那这种非活跃卖家可能本身就不再经营店铺了。要能识别这种商品，从活跃商品库中剔除，否则不但浪费大量的计算和存储资源，还给买家带来极其糟糕的用户体验。有些卖家为了利用淘宝商品的搜索引擎排序规则，会为商品加上一些热门的搜索词，这些词严重干扰搜索的准确率，要能发现这类违规的描述；有些卖家描述商品使用比较随意的文字，与淘宝的商品描述体系中其他用户的认知不一致，系统要能发现并纠正用户的这种随意行为。商品数据数据分析的能力。运营小二要进行日常运营、营销活动、类目调整，都需要数据的支持，商品中心能自动聚合推荐的类目数据并提供调整的决策支持。在淘宝这种平台型的电商体系下，针对商品的大数据能力是必须要求的。商品评价的能力。成功交易的订单，淘宝引入了商品评价体系可以评论商品和卖家，评价中心的职责就是要识别正常的评价，剔除恶意的差评与好评，从而建立更公平的商品评价体系。前期的淘宝商品中心就由这5大领域的能力构成，虽然名字只是一个商品中心，但是整个商品中心团队聚合了一大批运营、产品、研发、大数据方面的业务专家。3.交易中心交易中心是电商的交易业务领域的服务中心，包含交易相关的服务信息，比如购物车、交易流程、订单管理、支持、结算、营销等。初期，淘宝的交易中心聚合了很多相关的业务服务，后来随着业务的发展，交易中心有了相应的调整，比如后来拆分出来了营销中心。服务中心都是这样动态发展进化的过程，比如由于天猫业务的发展，对库存有了更高的要求，所以后来从商品中心独立出来了库存中心。4.店铺中心店铺中心承担了卖家店铺管理、店铺装修、店铺生命周期管理、店铺日常管理等业务，在店铺体系下，发展了淘宝最具活力的第三方店铺装修市场，这是平台化的最好实践。?钟华（花名：古谦），阿里巴巴中间件首席架构师，15年中间件领域行业经验。对传统企业IT建设和互联网架构都有较为深入的理解，有着扎实的理论基础和丰富的实战经验，多次作为总架构师协助大型传统企业打造业务中台项目，为企业实现“互联网?”转型提供了科学的发展方向和强有力的技术支持，项目涉及政府、制造业、金融、交通、媒体等多个领域。???? ? ???本文出自作者编著的《企业IT架构转型之道阿里巴巴中台战略思想与架构实战》一书，购书直达通道，请点击查看原文。??往期推荐：一场跨年晚会挣了50亿，B站在微服务治理中如何探索与实践？B站搞了一场价值60亿的跨年晚会！面试官都是怎么想的后端缓存的23个关键关注点? ?……
中台是什么鬼？和通用平台、定制、数字化转型啥关系？
中台是近两天最火的词语，对中台的理解五花八门，不同人不同理解，中台也成各公司争相效仿的技术方向，似乎中台已经成为了万能钥匙，深圳有些公司有了中台焦虑；我分享一下我的理解，不一定对，闲暇时间浏览一下，就当抛砖引玉啦。中台我的理解，就是业务平台APAAS就是把业务通用的可共用的平台抽象出来，进行服务化改造，业务应用可以调用这些服务快速开发应用。怎么理解呢？首先把这两字理解清楚，中字，说明在架构上是处在中间，其下面还有一层或几层平台，那么下面就是什么呢，我认为是基础平台和通用平台，即iaas+GPaas；同时说明上面还有东西，那是啥呢，那就是应用；第二个字就是台，台就是说明有支撑作用，可以支撑上面的业务应用；那就可以理解了中台是指基于基础平台和通用平台的业务平台，可以支持公司多个应用的业务平台快速迭代业务的研发。中台的用途1）共享、重用和复用，将业务公共模块的提供业务调用，降低成本、提高效率、节省系统上线周期；2）快速支撑业务开发，很多业务时间就是金钱，需要快速迭代业务开发，中台能够很好支撑业务快速开发3）技术输出，积累的中台子系统可以为更多公司使用，变成一个企业应用平台业务线4）快速拥抱变化，应用基于中台可以快速调整，应用就是中台能力的编排，这样可以快速开发应用5）多种终端共享，web、app、小程序、快应用都可以基于中台快速开发。举个例子，中台的理解很容易跟通用平台混淆，为了方便理解举例说明一下；1）IAAS的话就是云虚拟服务器、云存储（包括对象存储和块存储等各种存储）、云网络、vpn等网络服务；2）GPAAS就是容器服务、容器编排服务、微服务框架、分布式总线、分布式数据库、分布式缓存、大数据平台、iot平台、AI平台等通用服务；3）APASS应该是啥呢？用户管理服务，打通用户管理，实现鉴权、注册、登陆、单点登录等功能，为上面业务提供统一的用户管理；精准用户服务，把用户从各位维度进行标签化，上层应用可以通过接口调用用户画像信息，获取需要用户画像信息；精准营销服务，可以基于用户画像数据，根据营销规则通过配置来实现对满足条件用户的精准营销；支付平台，对接支付宝、微信支付、银联等支付平台，为上层应用提供支付服快递服务，对接各个快递平台或者快递统一接入平台，为应用提供快递服务；以此类推，就是提供丰富的业务服务，让应用开发变得非常容易。Services就是基于中台编排来快速开发业务，实现面向用户体验的开发，应用端体现的就是用户注册、登录、浏览产品目录，查看折扣信息、下单购买、支付，快递进展和到货牵手完整的app体验。网站、小程序、公众号是一样的，都可以基于中台开发。APaas与其他软件开发的各种概念的理解中台和定制的关系，中台使能定制，中台使定制变得更快更好，中台不是消灭定制，而是支持定制；定制是消灭不了的；最著名的SaaS软件服务商saleforce也做了50%的定制；SAP、ORACLE也都有定制的合作伙伴，我的理解是赋能定制而不是消灭定制。中台与架构设计的关系，中台是架构设计的一个理念，一个牵引，架构设计的指导思想；架构设计是实现这种理念，支撑业务快速开发。中台与通用平台的关系，通用平台是指不带有业务特征，可以无差异的支撑各种业务开发，比如数据库、分布式中间件、容器服务、微服务框架等属于通用平台；中台构建在通用平台的能力，基于业务抽象出可以重用的功能模块，为业务应用所调用，业务应用可以基于中台快速构建，敏捷迭代开发。中台与数字化转型的关系，数字化转型是企业利用数字化技术支撑企业转型，这是更大的一个话题，需要重构企业的生产运营系统；中台是技术上的一个支持方案，是可选的，不是必须的。写了这么多收个尾，也留个尾巴，中台适合哪些业务，该怎么做留着后面有时间再叙述；利用中秋假期把脑子里想到的倒出来，不专业，描述也不完整、不准确，希望各位读到本文的不吝赐教。万分感谢。本公众号编辑部维护读者群之研发管理群，邀请了坐馆老司机曲健、伟山、安晓辉、史海峰嘉宾等参与交流。加群请在公众号回复：研发管理群。作者简介蒋国文，华为云全球合作伙伴生态部副部长、CTO，华为云全球合作伙伴生态部 AI伙伴俱乐部总经理。22年IT/互联网软件研发，19年华为公司软件研发经验，13年华为研发部门主管经验，8年华为云服务研发经验。作为华为云早期员工参与了组建了华为企业云业务部，负责技术中心的研发管理工作、从零起步的带领团队完成华为企业云早期的版本研发工作。擅长架构设计、产品设计、互联网运营、解决方案设计工作。历任开发部经理、开发代表、项目办公室部长、产品部部长，华为企业云技术中心部长，企业云业务发展部部长，华为云生态解决方案部部长。往期推荐中台战略：业务中台的8个设计原则明星随时搞事情！新浪微博是如何支撑百万QPS的？当机房故障或者主库 crash 起不来，如何通过容灾做高可用？别再空谈敏捷了，敏捷是若干仪式？一文了解微服务的流程和组织DDD如何讲清楚，做出来？
50份架构文档荟萃（分布式事务-缓存-消息-搜索、电商、支付，多活...）
我之架构观?阿里毕玄：我在系统设计上犯过的 14 个错（毕玄代表作）演化：这五年里，我们对架构师职责的思考与定位（嘉宾头哥代表作）谈架构(以终为始的架构观) （坐馆老司机右军代表作）【另类架构】之驾车感悟 （坐馆老司机曲大爷代表作）创新项目从来都是在负债之下做架构取舍（嘉宾史老师代表作）资深架构师全解技术架构评审干货101 （坐馆老司机朱晔代表作）漫谈“架构团队”之组织架构（坐馆老司机曲大爷代表作）架构师成长?架构师的自我修养（嘉宾史海峰代表作）从程序员到架构师 - 非技能篇（坐馆老司机伟山代表作）云架构师进阶攻略（完整版）（嘉宾刘超代表作）分布式架构分布式架构知识体系必读（阿里林振华代表作）从 GFS 失败的架构设计来看一致性的重要性（嘉宾陈东明代表作）分布式缓存的25个优秀实践与线上案例缓存在高并发场景下的常见问题基于Raft分布式一致性协议实现的局限及其对数据库的风险敢啃“硬骨头”，开源分布式数据库 TiDB 如何炼成？（嘉宾黄东旭代表作）阿里巴巴数据库分库分表的实践分布式缓存的迁移方案微服务架构下分布式事务解决方案 —— 阿里GTS分布式事务在Sharding-Sphere中的实现（嘉宾赵俊代表作）OceanBase1.0 分布式技术架构（嘉宾阿里P10日照代表作）万亿级数据洪峰下的分布式消息引擎（阿里中间件团队）四步构建异地多活 （嘉宾李运华代表作）从Elasticsearch来看分布式系统架构设计微服务架构?微服务架构：从事务脚本到领域模型一个知名网站的微服务架构最佳实现基于支付场景下的微服务改造与性能优化（嘉宾程超代表作?）同程旅游微服务最佳实践杨波：中国式微服务架构模拟案例（嘉宾杨波代表作?）大神讲解微服务治理的技术演进和架构实践（嘉宾华为李林峰代表作 ）微众银行-消息服务平台建设实践再见微服务，从100多个问题儿童到一个超级明星电商/支付架构老司机谈电商系统之推荐系统（坐馆老司机伟山代表作）电商系统之订单设计篇（坐馆老司机伟山代表作）支付系统订单模型该如何设计？用领域驱动设计实现订单业务的重构【技术干货】40页PPT分享万亿级交易量下的支付平台设计（嘉宾苏宁肖军代表作）解密支付平台建设资金底线防火墙的杀手级设计方案（坐馆老司机李艳鹏代表作）支付平台架构设计评审核心要点与最佳实践从0到1实现一套聚合支付系统支付系统如何进行分布式改造山哥谈支付系统（网页评论：目前位置看到干货最多的一篇）一文读懂支付系统（坐馆老司机伟山代表作）典型案例银行核心系统|应用架构与案例，这次不谈中台【银行】跳开 DDD 和中台概念看阿里巴巴交易平台的问题及解决思路【阿里巴巴】苏宁数据中台基于Spring Cloud微服务架构实践【苏宁】余额宝：国民基金的大规模服务化的技术创新之道【天弘基金】从“挖光缆”到“剪网线”|蚂蚁金服异地多活的微服务体系【蚂蚁金服】十年风雨！看蚂蚁金服SOFA 分布式架构演进
天选程序员：如何提个好问题？
????彼得德鲁克的经典之作《卓有成效的管理者》里提到，知识管理者必须学会自我驱动、自我管理，而动力取决于工作是否卓越有效，是否有所成就。程序员就是典型的知识工作者，本文就是细数一下程序员的生存之道，或者说自驱之道。03 提问的艺术程序员骨子里的孤傲时常会把自己定位成一个问题终结者，提问题似乎与此格格不入。我到现在都没太想明白这种孤傲源自于哪里，也可能是知识工作者特有的清高。其实吧，大家日不离手的搜索引擎，不就是一种另类的提问么？卜学良 子曰亮子的中心思想是个Why，Why的表现是，搞不懂就问人，搞得懂就答人，没有人懂还可以问神...要懂得推理要心存怀疑，要充满好奇要巨细靡遗，要打破砂锅问到底。Come on everybody!全套流程建议的第一步是先把自己的问题明确化，并耗费一定的精力去研究琢磨，直到卡滞；第二步是不耻上问/不耻下问, 敢于开口去提问，不要怕丢人，面子相对于知识不值一提；第三步将自己的问题、自己研究的发现等等一并列出，给解答者一个完整的上下文和尽可能多的线索，以节省双方的大量时间；第四步，不管最终是否解决，可以基于解答者给出的方案或者方向，自己在想其他办法去深挖，补齐自己的只是短板。That's it.心理专家亚瑟·阿伦有个著名的让陌生人快速熟悉的“36问”，就是好问题的模板，节选几个：1、如果可以跟世上任何人共进晚餐，你会选择谁？2、你会想出名吗？以什么样方式出名呢？3、在打一通电话之前，你会先排演要在电话中说什么吗？为什么？4、你心中最完美的一天是做哪些事呢？5、你上一次唱歌给自己听是什么时候？上一次唱给别人听又是何时？12、如果你明早一觉醒来发现自己获得了某种能力，你希望是什么能力？30、你上一次在别人面前哭是什么时候？上一次自己哭是什么时候？36. 说一个个人问题并询问对方的处理意见，让对方向你反馈，你对这个问题所表现出的态度。DàYé啰嗦以下的反面教材大家耳熟能详：#?以他的能力和水平完全可以帮我解答这个问题，为什么他不肯帮我？帮你是情分，不帮是本分，没有什么理所应当。程序员群体大部分时候是和谐互助的，当然前提是你的问题问到点上、足够清楚、有挑战、礼数到位或者红包打头阵，否则参见下面的细分场景。#?“大神救命啊，我用这个框架老是启动不起来。我可是严格按照手册一步一步来的！”?然后就没有然后了。你的详细线索呢，你怎么排障的呢，你有初步的怀疑对象么？这种卖惨式发问只会给人一种感觉：你自己压根没分析过！我的时间可不是浪费来解决你分内事情的。#“字符集是UTF8的Mysql5可以存储emoji表情么？”这种简单的问题要不自己去试，要不去搜，顺便把这块相关的知识点都去阅读一下。你指望某个人给你个答复的同时，还能把整个知识点给你解释一番？#劈头盖脸的一堆问题怼出来，没有停顿、没有组织、没有循序渐进。散弹枪式的发问极容易引起他人的反感，因为你把别人当成了答题人，而不是有来有往的虚心求教。适度且有节奏的发问才是王道。# 发问前礼貌性的确认对方是否有时间帮忙，发问后不管是否解决都要表示感谢，礼数一定要到位。不要整成一次性买卖，毕竟因为一次不礼貌导致未来可能再难得到帮助，得不偿失。# 有些人眼花缭乱的问题描述完全不在点子上，解答人若善于引导和抽丝剥茧，能从源头上帮忙解决，若只是纯粹的一问一答，那答案可能压根帮不上忙，因为问题本身的方向就错了。这种体现逻辑洞察能力或者沟通能力，下面会提到，要做到“直抒胸臆”不简单。类似的场景在程序员和产品经理之间也时常发生，聊的牛头不对马嘴，双方都找不到中间的那个契合点，冲突也就难免。04 逻辑推理程序员日常编码80%的工作除了想变量的命名，就是在写逻辑分支。而日常非编码80%的工作就是理解需求或设计架构，都需较要强的逻辑思维。先玩个游戏：估算下中国有多少程序员(不严格定义边界)？ttps://octoverse.github.com基于GitHub的2018年度数据报告，目前一共3100万注册用户，20%美国本土用户，中国是仅次于美国的GitHub大户，打个八折，算出中国注册用户500万(无视不同程度的水分)。https://www.idc.com/getdoc.jsp?containerId=US44363318再按照IDC估算的全世界2200万左右软件工程师，按比例折算下中国码农群体 500万/1.4≈350万。本人宣称对中国码农群体350万这个虚数负责到2019年年底。参考链接：世界人口(77亿)：https://www.worldometers.info/cn/中国人数(13亿，就业人数7.7亿)：https://www.ceicdata.com/zh-hans/country/china以上是个典型的考察逻辑推理能力的小例子。《超级思维》这本书里面有更多奇奇怪怪的逻辑题目，都是让你感觉无从下手的。其实，在拿到一个即使简单如APP登录的需求时，作为知识工作者的程序员就也需要展现出自身强大的逻辑推演能力，抽丝剥茧，将需求抽象为领域模型或者转化为系统设计。这方面有大量的方法论，比如奥卡姆剃刀，比如WBS，都不重要。重要的是你一定要沉心静气，不能是闷头苍蝇似的一通乱撞。要找到最适合自己、最适用当下的那个方法。是砍掉枝叶先看主干，还是抽丝剥茧层层拆解，都是逻辑推理的一种体现罢了。DàYé啰嗦APP登录过程究竟发生了什么，或者应该发生什么，是我面试时经常用来考察一个人逻辑思维能力的题目。除了是人都知道的用户名密码校验还有什么呢？#?用户名的长度区间是什么？#?用户名支持的字符集是什么？存储会乱码么？#?密码的长度区间是什么？字符组合是什么？#?密码的加密方式是什么？如何确保传输通道不会被中间人劫持？#?用户名/密码是否含有非法字符(代码注入)、政治敏感、低俗不雅的文字？#?密码最多可以输错多少次？超过后账户禁用多久？#?是否支持用户多终端登陆？如果支持的话，账户在A终端被禁用后，在B终端的已登入态是否被踢出？#?用户在终端的登录有效时长如何考虑的？#?登录的错误提示有很多种，用户名不存在、密码错误、账户禁用，还有哪些？还有很多没展开，如手机号/邮箱绑定，短信/邮件验证码验证，常用设备管理等等，可以继续推演下去，但是如果能在面试的压力环境下，有条不紊的罗列出用户名、密码、安全、状态、话术、用户体验面等等这些维度上的思考，那基本上没毛病。真实情况是不少人在这些维度上跳来跳去，没有条理性、延续性，想到哪儿是哪儿，只能说明逻辑推理上有所欠缺。05 时间规划, 要事优先我们身边不乏这种人：每日忙忙活活，勤勤恳恳，乐于助人，看起来是公司里最敬业爱岗的那个。实情却是大量任务一旦堆积到他手里就失去了进度，甚至因为同时赶很多任务，导致高优先级任务的质量不达标。这类人的典型问题就是做不好时间规划，分不清轻重缓急。爱因斯坦老头的相对论告诉我们，时间是相对的。同样的每天8小时，有序、有效和高效的使用了这8小时的产出，可以比无序、无效和低效的产出高出2倍不止。核心点是什么呢？DàYé啰嗦# 让时间的无效流逝产生罪恶感理解前先举个栗子。小时候暑假的前半段基本都是瞎玩，最后一周疯狂的写作业，连吃饭都觉得在浪费时间，如果吃饭的时候还在看电视，那时的罪恶感爆棚，时刻觉得我的作业还在等着我...所以明白了么，产生罪恶感的前提是我的任务是有优先级的，加上自己的责任感，一旦高优先级任务阻滞了，而我还在浪费时间在某个无意义的事务上，就会及时叫醒自己，阻止自己的继续浪费。# 好记性不如烂笔头曾几何时公司里的笔记本还是用来记事的，现在好像成了用来涂鸦的了。一般开会我都会要求大家都带笔记本，无他，我就是不信你的脑子记得住会议上的所有要点或者决议；而日常项目中有些重要的事项或者节点也都应该记录下来，项目上线前翻一翻确认自己没有遗漏；等等。当然上面说的这些你可能有其他的工具来实现，殊途同归罢了。#?请学会拒绝烂好人这种事情在职场基本是行不通的。因为你好，你的事情就会多而杂；因为你好，你的事情就都是高优先级；因为你好，流程规范就容易违反；因为你好，时间一长就成了理所当然，这事将永远粘着你；因为你好，任务积压到你手里，任务最终延期交付，你得背锅；因为你好，你就再也拒绝不了别人了，因为“雷锋”是不会也不该拒绝他人，会一直被道德绑架在十字架上。?06 心向自由, 遵纪守法人是生而自由的，却无往不在枷锁之中。?- 卢梭 《社会契约论》人生而自由，清高的程序员更加的心向自由。不喜欢西装革履，不喜欢一板一眼，不喜欢上班打卡，不喜欢规章制度...每家公司都制定了各种各样的制度、规范、流程，这些东西经常被视为洪水猛兽，枷锁镣铐。只有不成熟的人才会把自由放在嘴边，成熟的人怎么会不知道自由是要付出代价的！* 上班时间是自由弹性的，结果可能是开敏捷站会的时候少一个人更新进度，因为你没来，这个代价谁来支付？* 生产上线可以随意发挥，上挂了再上一次呗。如果一个面向C端用户的产品，你确定要让用户承担无法使用、公司承担损失用户的代价么？* 数据权限是自由的，这样查数据方便多了，谁来承担数据被导出打包卖的代价？* 开发私接需求，不走那套评审、设计和进入迭代的繁琐流程，测试不知道这块的回归内容，上线后出问题才发现，这个代价谁承担？选择了自由，必须承担代价，也同时选择了责任。没有责任的自由只是小孩子过家家。所以在感觉自已被约束了之前，先扪心自问，自己是否有能力消解跳出框架的风险，是否有担当承担自由之后的代价。
都是血泪，程序员傍身的生存法则（上）
笔者曲健，1024生人，天选程序员，浆糊人送外号“大爷Dà Yé”，目前在奥琪科技担任首席架构师一职。????彼得德鲁克的经典之作《卓有成效的管理者》里提到，知识管理者必须学会自我驱动、自我管理，而动力取决于工作是否卓越有效，是否有所成就。程序员就是典型的知识工作者，本文就是细数一下程序员的生存之道，或者说自驱之道。00 优雅的命名程序员生存法则Number One, 无出其右者，且不接受挑战。务必记住，程序员的第一武装不是格子衫不是脱发，是代码! 如果把代码比喻成人体，那么逻辑(指令)是经脉，数据是气血，而命名就是穴位。大家想想在阅读代码的时候，不管是变量名、方法名、类名还是系统名，都是用于辅助理解逻辑/功能的特别重要的标识。我可以负责任的说：程序员命名能力的高度基本决定了他/她未来的高度。命名绝不仅是名字本身，它更可映射出作者的思维框架、知识外延、逻辑推理、语言能力、创造力、想象力等等，所以是不是瞬间拔高了？可以参见我之前关于取名技巧的一篇文章《IT范儿 | 你是个会取名儿的人么？》DàYé啰嗦#?长点心好好补补英文，程序员阅读各种英文文档需要词汇量自不必说，如果你每次命名都需要翻译软件，不自知的取最生僻的那层含义，或者各种拼写错误，往大了说特别容易引入BUG，往小了说实在丢人丢份。#?同一代码块/层级/工程中一定不要出现过于相似的名字。由于相似导致写逻辑的时候把自己整乱的大有人在！每每评审看到这种代码吾必痛心疾首。userVo, userDTO, userBo, userPo...?userAddedList, userAddedLists...getUsers(), usersQuery(), getUserList()...#?切不可文不对题，切不可“百转千回”。何意？比如说判断一个人是否是注册会员，变量名被定义成了 notRegisteredUser，大家想想在写各种if条件组合的逻辑判断时会有多酸爽。01 想清楚再动手我经常跟团队的人强调慢动手脑先行，可惜能领悟到精髓的人真心不多，其余的通常会以项目进度为由，将“先码起来”列为第一要务，殊不知灾难就是这么悄然来临。书法看筋骨，代码亦如此。代码的“筋骨”无非就是分层、结构、逻辑、抽象、封装、模式...曾经大行其道逢人必谈，到现在感觉都没什么人提起了的GoF 23种设计模式，其实就提供了23种“筋骨”范例，大家依葫芦画瓢就行。代码没有编译成机器码之前，都是给人读的。业界戏称的衡量代码好坏的指标就是“阅读该代码时说脏话的次数”，我们骂的通常就是代码“筋骨”。要“想清楚”就是想办法练好“筋骨”。TDD测试驱动模型的话，考虑应该怎么设计逻辑控制？DDD领域建模的话，考虑应该怎么建立领域实体？BDD老板驱动的话，考虑迅速翻翻老板以前写过的代码、说过的话、下过的KPI，当然这是玩笑。曾有多少次，我们怀着一颗要求完美的心，骂着前人写的狗屎一样的旧代码，不得不妥协着项目压力，不断降低着那条曾经的标准，敲出自我放逐的同样狗屎一样的新代码，附上那句可能永远无法兑现的“以后重构”的承诺，最终进入一个不断偿还他人和自己技术债的死循环里...DàYé啰嗦经典的《Java编程规范》里开篇总则里的“第一次就做对”，听起来轻飘飘的一句话，背后深意满满。带脑子有思考的编码，想第一次能做对都不是那么容易，别说没动脑的了。这里罗列一些身边实际发生过的错误行为模式，供君一品：# “初期没多少数据量的，我循环着一条一条Insert没什么问题，等哪天数据量大了，我再考虑批量插入吧！” 请问批量插入很难么？还需要以后？#?“这个代码是我从另一个项目里拷贝过来的，他那边运行的一直没有什么问题。” 然后某一天出现了内存泄漏，因为两个项目的流量完全不对等，不求甚解不动脑，搬砖型码农这里体现的淋漓尽致。#?“为了测试环境方便联调，易于排障，我每个关键点都打印了Info日志。” 实际上打印的都是无脑的不携带任何参数线索的trans begin/trans end类日志，在分布式日志平台里看到的各种无法上下串联的孤岛日志，我常常边心疼着磁盘存储和索引计算成本，边碎碎念着这些系统真的可以做好线上运维排障么？#?“某些逻辑点我hardcode了一些代码，用来触发某些特殊逻辑分支方便测试，等上线的时候这些我都会删掉。” 等真的上线了，这些hardcode被带上去的不在少数。#?“系统有兜底的全局异常拦截器，就算有些异常没catch, 最终也会被拦截器包装成标准报文返给前端的，所以有些类似空指针异常我就无视掉了。” 结果就是APP用户不胜其烦的看到各种“系统未知异常”的弹窗。#?“Service层就是简单的数据库CRUD，Business层这么多业务逻辑，保证数据一致那就让事务的边界扩大一些，直接把事务管理放到Business层不就完事了。” 结果就是事务里面包裹了各种耗时数据IO、逻辑计算甚至更耗时的RPC调用，导致事务整个被拉长，资源被锁住的时间也加长，最后就是各种阻塞直至雪崩。02 动手能力程序员的基本工作除了前面说的动脑，紧接着就是动手了。这里需要做一下澄清：基础的编码仅仅是动手能力的一部分，而真正的动手能力远不仅于此。身为一个程序员，可以搭建一个完整的网站，可以开发一个桌面效率工具，可以编写一个Excel的VBA脚本，可以根据官方文档部署和定制开源系统，可以根据API实现自动化偷懒...以上才是我想说的动手能力。大家都知道人和动物的区别是“使用工具”，而程序员群体是更加需要善用工具、甚至创造工具的一类人。当然不要本末倒置，使用工具不是目的只是手段，是为了提高效率、保证质量、降低成本等的手段。那么最牛逼的工具是什么唻？Quora有个回复很带感：“A web browser, with Google as its default opening page.” 一个默认打开首页是Google的浏览器。隐晦的表达了我们程序员很多时候是面向搜索引擎编程的尴尬...程序员应该跪谢这位大神，Larry Tesler, 就是他发明了Copy&Paste。这是如此伟大的一项发明，如此的基础和常用，以至于大家好像都忽视了它的巨大能量。DàYé啰嗦#?“代码的搬运(Copy&Paste)”绝对不是动手能力，“搜索”却是。因为优秀的程序员必然善用搜索引擎、具备良好的搜索技能。参见我之前的一篇推文《技术人如何高效搜索》#?承认Copy&Paste是个伟大的发明，但是我还是建议能不用就不用，能手敲就手敲，除非是严重影响工作效率不得不C&P。历史上由复制黏贴引起的BUG还小么?# 熟练IDE、操作系统、常用软件的一些快捷键。不使用快捷键，就和手机不用手势一样。先不说了，WIN+L锁屏，泡个程序员红茶去。03 提问的艺术程序员骨子里的孤傲时常会把自己定位成一个问题终结者，提问题似乎与此格格不入。我到现在都没太想明白这种孤傲源自于哪里，也可能是知识工作者特有的清高。其实吧，大家日不离手的搜索引擎，不就是一种另类的提问么？待续！！！
技术人员如何破除达克效应（认知偏差）？
McArthur Wheeler的故事1995年，一个普通的年份；宾夕法尼亚州，一个普通的早晨。一位叫McArthur Wheeler的先生，决定抢劫一家银行。因为他自认为对柠檬汁的特殊化学性质了解很多，所以他决定在执行抢劫银行的计划之前涂抹果汁。他的逻辑是这样的。柠檬汁可以用来写隐形字母，只有当字母靠近热源时才能看到。他认为，同样的事情也会在他脸上起作用。通过在他的脸上涂抹柠檬汁，他认为他的脸将变得对银行的安全摄像头不可见。他不仅仅是这么认为，他对此非常有信心。最终他抢劫了银行。在他完成工作几个小时后，警察通过监视录像抓住了他。即使被捕了，他仍然对为什么被抓疑惑不解---明明是一张可以隐形的脸啊！！！达克效应（D-K effect）达克效应（D-K effect），全称为邓宁-克鲁格效应（Dunning-Kruger effect）。它是一种认知偏差现象，指的是能力欠缺的人在自己欠考虑的决定的基础上得出错误结论，但是无法正确认识到自身的不足，辨别错误行为。这些能力欠缺者们沉浸在自我营造的虚幻的优势之中，常常高估自己的能力水平，却无法客观评价他人的能力。Dunning和Kruger通过对人们阅读、驾驶、下棋或打网球等各种技能的研究发现：1. 能力差的人通常会高估自己的技能水平；2. 能力差的人不能正确认识到其他真正有此技能的人的水平；3. 能力差的人无法认知且正视自身的不足，及其不足之极端程度；4. 如果能力差的人能够经过恰当训练大幅度提高能力水平，他们最终会认知到且能承认他们之前的无能程度。不妨仔细体会一下这张图 。达克效应无处不在达克效应无处不在，其实笔者自己也深有体会。从小学到初中，有多少是自诩的乒乓球高手，他们可能是班上的，年级的，学校的高手！高手跟专业运动员的差距还是巨大的。某些朋友在所在公司自觉效率已经很高了，是不是也需要了解一下其它公司的情况。消除或者弱化达克效应的方式获得反馈快速反馈总是有百利的，我们日常获得反馈的方式是什么？照镜子。明星卸妆之后照镜子要有平常心！对于一个组织而言，360度考评也是照镜子的方式。360度考评是常见的绩效考核方法之一，通过从不同的角度对被考核者进行绩效评估，评估完成后根据确定的不同评价者的权重得出一个综合的评价结果。这些评价者包括：来自上级主管的评价、来自下属的的评价、来自同级的评价、来自合作方的评价、来自公司内部和外部的客户的评价，以及本人的自我评价等等。要注意，360度考评最好是以帮助员工发展为目标，而不是直接衡量产出。这里举一个例子 ，总有人找到理由，他和我关系紧张，所以做了不准确的反馈。这或许也是达克效应的一种体现。反馈在哪里，有则改之，无则加勉。如果“视而不见”，也就错过了可能“改进”的机会。代码review、设计文档评审也都是获得反馈的方式。业界常说，Talk is cheap. Show me the code.一些在小团队出类拔萃者可以通过阅读知识管理平台的文档，查看其他团队的代码来取长补短，不断获得成长。打破组织“深井”笔者也偶尔能感受到一些架构师的自信，比如放眼公司，对于这块业务最了解的就是我了，谁当我的主管，我都不服；又比如，在XX领域，我觉得XX尚有可取之处（潜台词是，中间十数人等，皆一般...）。其实拥有蜜汁自信者，自古有之。大谢说 ，“魏晋以来，天下的文学之才共有一石，其中曹子建独占八斗，我得一斗，其他的人共分一斗。”王尔烈有打油诗：天下文章数三江，三江文章数吾乡。吾乡文章数吾弟，吾为吾弟改文章。笔者想说的是，如果小谢没有“池塘生春草，园柳变鸣禽”这样的代表作，那么就是吹牛大王了。天下人可学之处在“代表作”，或有卓越不群者可学两句豪言！蜜汁自信者，或者是源于“视而不见”，或者是源于被组织“深井”局限。《赋能》一书，提出了一个概念-深井病。传统的“深井”式组织架构如上图所示，小团队各自为政，互不关联，只听从最上面的领导者，层层传递信息和指令。这是从指令下达，协同一致视角的解读。从“深井”组织个体而言，亦不能感受到其他团队的情况，比如业务知识沉淀，架构方法等。架构通晒架构通晒，是打破信息GAP的一种操作方式。架构师可能在某一个组织内已经是最厉害的人了，那么拉通到更大范围内展示一下，“show ?me ?your ppt”背后是思路逻辑的碰撞，这样的互动和看见，就是改变的开始。组织轮岗进一步而言，一位长期在某领域卓有成效的员工，可以轮岗到其它团队，或承担更大责任，或对于业务广度有进一步的掌握。?扩大视野贵公司的效率已经很不错的，了解一下Google的SRE？自组织团队，Spotify了解一下？不知道敏捷如何入手，大卫张的“三迭代奇迹”了解一下？如何导出领域模型，徐昊《运用四色建模法进行领域分析》了解?一下？如何既要在研发态切分服务，又要在运行态减少网络开销，合并部署了解一下？有没有普适性架构设计原则，这篇《Apache 的架构师们遵循的 30 条设计原则》了解一下？如何做遗留系统的微服务改造，这篇文章《从300万行到50万行代码，遗留系统的微服务改造》了解一下？......敬畏与学习提个好问题，给个好答案。通过搜索引擎能解决的问题最好不要等着别人给答案；保持开放的态度，承认自己的无知遇到事情不要先主观臆断；交流的时候，是不是先搞明白上下文再做判断避免陷入“诡辩论”把时间花在值得花的地方,无意义群聊（三俗：排名BAT、帮PDD复盘、嘴炮为芯片操心）；不要太快做决断也许你在公司、在某团队可以算是有专家意见般的人物保持谦逊......由于彼得原则的存在，只有持续学习才是硬道理。某一年某机关考试，有这样一道题，读者不妨在评论区做一下。乌比冈湖效应是指人的一种总觉得什么都高出平均水平的心理倾向，即给自己的许多方面打分高过实际水平。根据上述定义，下列不属于乌比冈湖效应的是()。 ?A. 94%的人认为，他们的幽默感高出普通人的平均水平 ?B. 80%的司机认为，他们比一般的司机驾驶技术更加娴熟 ?C. 某心理学家安排了一个演员做了一场毫无意义的演讲，90%的听众认为其演讲非常具有启发性 ?D. 某作家在描述其家乡小镇的乡亲时说，所有的女人都很好强，所有的孩子都不同凡响加入技术琐话“研发管理”读者群，请公众号回复：研发管理群。往期推荐：在阿里做了五年技术主管，我有话想说【技术干货】40页PPT分享万亿级交易量下的支付平台设计老代码多=过度耦合=if else？阿里工程师这样捋直老代码996.icu火爆之后，从程序到健身别纯技术视角想问题，论ToB的N种“死”法
