1、您从事什么行业，为什么使用或计划使用PostgreSQL数据库？目前从事互联网内容服务行业，选用PostgreSQL数据库的原因是高并发状态下计算速度快、支持的函数多。

1.你理解的机器视觉是什么？包括哪些领域？机器视觉是用机器代替人眼来做测量和判断。包括的领域有：人脸识别、文字识别、自动驾驶、产品质量检测、医疗图像分析、追踪定位，等等。

华为云账号：hw94192636微信昵称：孔德宇日期：20200313DAY05.彼岸-组织变更 踏入坦途故事点：是和复杂度和规模有关的相对数，不是绝对数。也不等同于人日的概念。估算扑克游戏：参与的团队成员同时给出自己对用户故事大小的估算结果，其中估算最高和最低的人再辩论，直到大家的估算达成一致。燃尽图：观察团队的交付速率，再及时作出调整。累计流图：用户故事和需求数随时间而变化的程度，直观显示整体趋势走向，用来跟踪和预测项目的进展情况，识别潜在的问题和风险，理想情况是其中待处理和处理中的面积逐步都被已完成的面积取代。服务等级：加急类（可以违反WIP的限制）、固定交付日期类、普通特性类、内部技术改进类。

华为云账号：hw94192636微信昵称：孔德宇日期：20200312DAY04.探路-敏捷深化 迈向常态1.实例化需求：可以解决需求理解不一致的问题，并通过具体例子描述验收条件。2.行为驱动开发：以用户行为作为视角来进行测试驱动开发，可以基于和用户约定的验收测试用例去编写自动化测试，使整个交付形成闭环。2.微服务架构：每个API就可以是一个独立的微服务应用。微服务架构的演进过程其实把一个复杂的单体系统拆解成为一个繁杂的架构，从而使每个微服务应用相对简单。4.契约测试：API提供者和消费者在开发之前就约定好对API接口的预期是什么样的，再各自拿着契约去开发和测试，在集成测试前各自就已经按照契约测试好了。

华为云账号：hw94192636微信昵称：孔德宇日期：20200311DAY03.触礁-项目试点的各种问题1.用户故事必须是具有一定业务价值的、可以单独上线的、最小的需求。2.用户故事地图：从左到右按时间顺序罗列用户行为，就是流程中的每一步，在每个用户行为中从上到下罗列相应的细节，包括所需要的开发点，从而形成一张二维的地图。基于这张地图，还可以对每个业务点的业务价值进行排序，找出最小可用产品MVP，并制定发布计划。图中版本1就是MVP。3.用户故事拆分：把相对较大而且复杂的用户故事拆分成更小的故事，从而缩短交付时间，更早的交付部分有业务价值的用户故事。要注意切分的方向，不能按前端后端切分，要纵向切分。4.极限编程的实践包括：测试驱动开发、持续集成等。5.看板方法的三个原则：进度可视化、限制在制品数量、观察和改善流。

华为云账号：hw94192636微信昵称：孔德宇

华为云账号：hw94192636微信昵称：孔德宇日期：20200310DAY02.提速-工具落地 提升效率1.JIRA：项目与事务跟踪工具，应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。2.Confluence：用于企业知识管理和协同，以及构建企业Wiki。与JIRA贯彻了敏捷开发所倡导的去中心化、协作、集体讨论、信息共享、灵活、透明、可视化等原则，可相互结合使用。3.Github：基于Git工具的在线代码托管平台，分布式的代码管理工具，可用来强化代码评审。4.Nexus：通过使用Maven或Gradle进行项目代码管理已经是绝大多数Java项目的首选，而公司自建Nexus仓库缓存和管理代码库可以大大提高下载和的管理效率。5.Jenkins：是持续集成工具，可以灵活定义各种自动化的Job来完成特定的集成工序，包括定时触发和代码提交时触发。6.Sonarqube：可以给出团队代码质量的趋势，其插件可以涵盖静态代码分析、自动化测试覆盖率等指标，告知团队指标的趋势是向好还是向坏。7.Ansible：是一种自动化部署工具，可以通过编写Play Book来执行部署。

2， 列举几个你认为AI可以帮助解决的具体问题，例如网络测量，异常检测？云主机自动初始化预装、可动态调整云主机部署的应用程序实例、根据访问流量/请求量/云主机资源用量自动调节负载（将备用机自动加入/移出服务分组）、将异常状态云主机自动移出服务分组并由备用机代替、网络链路的监测和自主动态调整、监测域名下的服务IP并可自动切换、系统数据的分布式存储和自动备份、系统自动计费和费用自动预警。相信AI能够很大程度的解放运维人员，但完全代替估计还有很长的路要走。

华为云账号：hw94192636微信昵称：孔德宇日期：20200309DAY01.启航-敏捷知识点解析1.瀑布模型对于业务方的痛点：逾期交付、超支、看到成品时已项目接近尾声、过程缺乏透明度不知道具体进度、很难变更需求、最终发现开发出来的产品不是想要的、贻误战机丢失市场机会。2.瀑布模型对于IT方的痛点：过度承诺、难以一次性消化所有需求、惧怕需求变更、不断重做、后期压力很大、经常要加班。3.项目开始的时候，完全确定的是：目标交付日期、预算。不确定的则有：项目范围与具体需求、中间会发生很多需求变更、人员变动（放假或离职）、估算的准确性是世界性的难题、需求对现有系统的影响、服务器环境的搭建。4.Product Owner应该做的业务决策：需求、优先级。5.敏捷启动的建议：围绕已知的范围和需求定义用户故事和建立Product Backlog；为用户故事排优先级；商定Sprint的长度；商定Sprint计划会议和评审会议的日程；商定发布计划；准备相应的辅助工具。6.DevOps要打破的最后哪堵“墙”是开发与运维之间的墙。