技术⾰革命，让⾏行行业快速变⾰革 • 供 给 推 动 v s 需 求 拉 动 • 外 部 竞 争 v s 客 户 中 ⼼心 • 既 有 资 源 v s 组 织 能 ⼒力力 敏敏捷协作，实现增⻓长 • 业务需求驱动创新 • 打破部⻔门墙，塑造⽆无边界组织 • 提升项⽬目管理理能⼒力力，贯彻业务战略略 业 务 需 求 驱 动 的 创 新 ⾃自我增强的业务增⻓长 • 线 ， 团 队 成 员 积 极 应 对 变 化 ， 持 续 交 付 价 值 • 打 通 前 中 后 台 ， 推 动 跨 部 ⻔门 协 同 01 需求管理理 02 迭代规划 03 研发协作 04 质量量管控 05 缺陷跟踪 06 回顾沉淀 07 ⽤用户反馈 Teambition 敏敏捷专业模板，助⼒力力打造⾼高效敏敏捷团队 打 破 部 ⻔门 墙 ， 塑 造 ⽆无 边 ����������������������������� ����������������������������� ��� � ����������������������� 平等、⽆无缝的全员协作 • 任 务 加 ⼊入 参 与 者 ， 所 有 ⼈人 同 步 到 实 时 的 信 息 ， 并 查 看 历 史 讨 论 • @ 某 位 参 与 者 进 ⾏行行 ⼀一 对 ⼀一 沟 通 •

Pants: Python工程化 必备构建工具 主讲人： 沈达 – 比图科技数据工程师 Pants 2 https://www.pantsbuild.org 面向任意规模代码仓库的高性能、可扩展、用户友好的构建系统。 由 主要实现 用 定义构建 对 支持最好 Pants 1 诞生于推特 Pants 2 涅槃重生 由Toolchain赞助 人生苦短，我用Python 用户 JupyterLab JupyterLab 痛点：如何快速启动 痛点：如何分享、协作 痛点：如何管理依赖 开发者 (企业) Rikai by ETO.AI 痛点：Python/Java混合编程 痛点：多个Py子项目在一个仓库 开发者 （业余） SymPy plugin of TeXmacs 痛点：pip install sympy Python without Pants 电影《青蛇》00:56:12 附近 Python with Pants 《青蛇》中的小青 / 《白蛇传》是国家级非物质文化遗产 个人：JupyterLab最佳实践 用户 JupyterLab 痛点：如何快速启动 痛点：如何分享、协作 痛点：如何管理依赖 模版工程 https://github.com/da-tubi/jupyterlab-best-practice 企业项目：多个子项目的Python代码仓库 模版工程 https://github

API 设计、开发、测试 一体化协作平台 广州睿狐信息科技有限公司 Apifox Inc. apifox.com 节省研发团队的每一分钟 Apifox（广州睿狐信息科技有限公司）成立于 2021 年，是一家专注于企业 API 研发管理工具及解决方案 的创新企业。围绕 API 全生命周期协同与管理需求， 提供 API 文档、API 调试、API Mock、API 自动化 测试 测试等核心产品能力，致力于为全球研发团队提高 API 开发与协作效率，节省研发团队的每一分钟，助 力企业研发效能升级。 关于 Apifox 获得知名创投机构信任与支持 超百万开发者的选择 130 万+ 开发者用户 数百家大型企业客户 Apifox，一体化 API 协作平台 秉承 “API First” 的先进理念，为 API 的开发协作带来全新体验 过去的 API 协同 ❌ 可视化程度低，学习成本⾼ 可视化程度低，学习成本⾼ ❌ ❌ 接⼝数据没有统⼀规范 ❌ 多系统，数据不互通 多⼯具切换，团队难以协作 可视化设计，⼩⽩都会⽤ ⼀个系统，同⼀份⽂档⼀次定义，⾃动同步 多⼈协作，实时反馈，合作更紧密 ⾃动化程度⾼，提⾼开发⼈员⽣产⼒ 以⼀致性提⾼软件的质量，简化企业 API 治理 ⾯向未来的 API 协同 API 设计者 后端开发 前端开发 测试工程师 API 设计者 后端开发

广州睿狐科技有限公司 Apifox Inc. Apifox.cn 节省研发团队的每一分钟 API 设计、开发、测试 一体化协作平台 行业情况 API !" #$%&' !"# $%&# DevOps # '()# *+#,- 缺乏合适的 技术和工具 最大障碍 !" API # $%& '( API ) * 常用解决方案 API 开发调试 Postman API 后端开发 存在问题 多系统 数据不互通 数据一致性 困难 效率 低 学习成 本高 无法团 队协作 每次变更，都需要不同角色手动去多套系统 修改，维护一致性非常困难。时间久了，不 一致性越来越严重，最终不可维护。 单机离线使用为主，成员之间无法实 时同步数据，无法协作。 可视化程度低、操作不友好。 初学者难以入手，需要大量的学习成 本、培训成本。 API设计者、前端开发、后端开发、 r、YApi、 Eolinker、RAML、DOClever 、Apizza 、DOCWAY、ShowDoc、I/O Docs、WADL、Google Discovery 等数据格式。 团队协作 • 接口数据云端同步，实时更新。 • 成熟的团队/项目权限管理，支持管理员、普通成员、只读成员等角色设置， 满足各类企业的需求 Thanks. Apifox.cn 节省研发团队的每一分钟

com/resources/library/app-dev-survey/ 什什么是微服务架构？ • 微服务架构是⼀一种架构模式，将单体应⽤用划分成⼀一组⼩小的服务，服务之间互相协作，为⽤用户提供最终价值 • 每个服务运⾏行行在其独⽴立的进程中，服务间采⽤用轻量量级的通信机制协作（通常是基于RESTful API） • 每个服务都围绕着具体业务进⾏行行构建，并且能够被独⽴立的部署到⽣生产环境、类⽣生产环境等 Microservices 围绕业务-构建团队 围绕业务-构建团队 VS 服务A 开发 测试 DBA UI/UX 运维 服务B 开发 测试 DBA UI/UX 运维 康威定律律：组织产⽣生的设计成果等同于组织内的协作结构 微服务架构的设计原则 • 竞争能⼒力力平衡 • 围绕业务构建 • “去”中⼼心化 • ⾃自动化“⼀一切” 去“中⼼心化” - ⽤用合适的技术解决问题 数据库作为集成点 去“中⼼心化” 微服务架构⽣生态系统 • 分布式系统复杂性 • 服务的治理理与维护 • 测试策略略与契约测试 • 持续交付流⽔水线 • 基础设施(私有云/公有云) • 持续集成/持续部署流⽔水线 • 团队的敏敏捷/⼯工程化实践 • 端到端的⼯工具链 • API⽹网关 • 服务开发框架 • 测试验证框架 • 部署运维⼯工具 系统化的⼯工程 框架层出不不穷 多维度互相依赖 为什什么需要⽣生态系统? 微服务⽣生态系统

JTable 和 JTree 采用了相对独立的方式向组件提供要显示的数据，即当显示/处理 的数据结构较复杂时，将 GUI 组件结构分为相对独立的模型、视图、控制器三个模块， 模块间存在专门的分工和协作关系。 1. 模型（Model） 维护数据并提供数据访问方法，即数据和数据的处理逻辑。 2. 视图（View） 绘制模型的视觉表现，即显示数据。视图就是用户能够看到并与之 进行交互的用户界面。 中国海洋大学信息学院计算机系 第 262 页 / 共 306 页 21.2. JAVA EE 过滤器 API � 21 � • 根据需求改动响应的头（Header）和体（Body）数据； • 与其他 Web 资源进行协作。 过滤器的主要应用领域包括： • 登录检验 • 权限审核 • 数据验证 • 日志登记 • 数据压缩/解压缩 • 数据加密/解密 所以，当我们在编程过程中遇到需要解决上述应用问题的时候，我们应该考虑使 响应下 载到客户端浏览器，客户可以看到。 JSP 注释是服务器端技术，在服务器端处理，不会发送到客户端，比较安全。 23.5 JSP 内置对象 为了与 Web 容器以及其他 Web 组件进行通信和协作，JSP 提供了相关内置的对象， 这些对象不需要定义和引用，可以在 JSP 代码脚本和表达式脚本中可以直接使用。 request 请求对象 response 响应对象 session 会话对象

https://kaisery.github.io/trpl-zh-cn/ 《Rust 程序设计语言-简体中文版》 第一章 包管理系统与版本管理工具 包管理系统是所有语言向工程化方向走必须考虑的事情。 rust 的包管理系统和 go 的包管理系统以及 java 的包管理系统大大不同，很容 易给人造成困惑。 最主要原因是： 1.Rust 的模块支持层级结构，但这种层级结构本身与文件系统目录的层级结构 unwrap(); } 线程中使用的闭包只能是 move 修饰。 7.2 消息传递 Rust 的通道(channel)可以把一个线程的消息(数据)传递到另一个线程，从而 让信息在不同的线程中流动，从而实现协作。详情请参见 std::sync::mpsc。 通道的两端分别是发送者(Sender)和接收者(Receiver)，发送者负责从一个线 程发送消息，接收者则在另一个线程中接收该消息。 简单的例子： 下面各小节会对上面各部分问题进行回答。 7.2.1 通道与所有权的转移 在并发编程中避免错误是在整个 Rust 程序中必须思考所有权所换来的一大优 势。 现在让我们做一个试验来看看通道与所有权如何一同协作以避免产生问题：我 们将尝试在新建线程中的通道中发送完 val 值 之后 再使用它。 use std::thread; use std::sync::mpsc; fn main() {

用。在权衡性能和效果之后，算法同学放弃了这一类型的特征。 当然，不是说 Augur 不能实现，只是成本有些高，所以暂时 Hold 。我们也有设计过 方案，在可量化的收益高于成本的时候，我们会在 Augur 中开放协作的接口。 单机多层打分的缺失 Augur 一次可以进行多个模型的打分，模型相互依赖（下一层模型用到上一层模型的 结果）也可以通过 Stacking 技术来解决。但如果模型相互依赖又逐层减少预估文档 之间达到平衡。 2. 美团配送机器学习平台演进过程 2.1 为什么建设一站式机器学习平台 如果要解决上述的机器学习问题，就需要有一个功能强大且易用的机器学习平台来辅 助算法研发人员，帮助大家脱离繁琐的工程化开发，把有限的精力聚焦于算法策略的 算法 < 79 迭代上面。 目前业界比较优秀的机器学习平台有很多，既有大公司研发的商用产品，如微软的 Azure、亚马逊的 SageMaker、阿里的 PAI 线预测的全流程开发和部署支持，以期降低算法同学的使用门槛。 公司级的一站式机器学习平台的目标和定位，与我们对机器学习平台的需求不谋而 合：为用户提供端到端的一站式的服务，帮助他们脱离繁琐的工程化开发，把有限 的精力聚焦于算法策略的迭代上面。鉴于此，美团配送的一站式机器学习平台应运 而生。 美团配送机器学习平台的演进过程可以分为两个阶段： MVP 阶段：灵活，快速试错，具备快速迭代能力。

3. 应用被分为三层，降低各层耦合，提高了可扩展性。 4. 控制层把不同模型和视图组合在一起，完成不同的请求，控 制层包含了用户请求权限的概念。 5. MVC 符合软件工程化管理的思想，不同层各司其职，有利 于通过工程化和工具化产生管理程序代码。 大纲 Java Web 应用的开发演化 经典 MVC 框架 - Struts 2 本节习题 MVC 数据是动的，数据在 View 和 Control

3. 应用被分为三层，降低各层耦合，提高了可扩展性。 4. 控制层把不同模型和视图组合在一起，完成不同的请求，控 制层包含了用户请求权限的概念。 5. MVC 符合软件工程化管理的思想，不同层各司其职，有利 于通过工程化和工具化产生管理程序代码。 大纲 Java Web 应用的开发演化 MVC 模式示例 Spring MVC 数据绑定和表单标签库 MVC 数据是动的，数据在 View 和