alva_xu的博客

原创 《谈谈企业应用架构的进化和服务集成》下篇

本文系作者本人原创，如需转载，请务必写明出处，谢谢！承接上篇，今天我们继续谈谈面对大量异构系统，该如何集成业务功能。六ESB 和API Gateway，不同的历史使命1．ESBGartner 在2006年发表的“Hype Cycle for Application Integration and Platform Middleware, 2006”一文中，对ESB的定义如下A...

原创 《谈谈企业应用架构的进化和服务集成》上篇

本文系作者本人原创，如需转载，请务必写明出处，谢谢！一 引言--IT的进化论达尔文的进化论同样适用于IT世界，能大行其道的IT技术，确实是优胜劣汰，自然的选择。有人说J2EE想解决很多东西，可惜它不够人性，有人说，SOA多么美好，可惜它生不逢时。所以在经历多年的发展之后，J2EE也好，SOA也好，终于碰到了天花板，逐渐被其他IT技术所取代。而最近炒得火热的中台概念，是不是因为手中握着...

原创 目标计划工作单示例

目标计划工作单 领域 今天日期 最终目标日 达成日 微服务架构实施 20...

原创 个人工作目标模板

原创 2019年度-全面胜利

一、面对业务：在部门战略承接、优化流程、推动创新等方面采取的关键行动与取得的成果1. 敏捷开发和部署平台ADD项目的推广使用。在去年ADD自主实施的基础上，我们用自己的力量，扎实推进ADD在各个项目组和运维团队中的使用，9月份的数据显示，已经有133个系统纳入ADD的管理，月集成次数已经达到926次。2. MAC（微服务框架建设）项目的推广使用在微服务框架项目上线后...

原创 2018年度-平台战略、敏捷工作

一、面对业务： 推进战略落地和创新变革氛围营造方面所采取的关键举措及获得的成果： 1. ADD（敏捷开发和部署平台）项目的实施。Devops 是toC互联网应用开发管理的先进理念，该项目以devops为核心理念，旨在打通软件需求管理、代码开发、编译、部署、测试、...

原创 2017年度-新的挑战

一、年度绩效目标完成情况 本年度完成的较为出色的工作： 1.初步建立了以jenkins为核心的、github抓代码、nexus抓库文件、maven进行编译、sonarqube进行代码检查、一键完成代码部署到openshift 容器平台的持续集成持续发布的敏捷开发部署管...

原创 2016年度-走向成熟

一、年度绩效目标完成情况本年度完成的较为出色的工作：1.对于日常项目和变更检查，能保质保量地完成任务，保证了项目上线的代码质量和性能质量，特别是通过对dump问题的跟踪，总结出了比较有效地减少内存溢出的方法，工作得到项目团队和运维团队的认可。 2.Jump框架平台的推广使用正在有序推进，已有两个应用成功上线；同时还完成了对j...

原创 2015年度-渐入佳境

一、年度绩效目标完成情况本年度完成的较为出色的工作：1，充分利用jump平台的技术优势完成本部门项目跟踪管理系统PTMS，不仅验证了jump平台的可用性，而且锻炼了队伍，同时建立了本部门的集中管理平台，未来还可将与CID相关的立项资料、项目沟通计划和落实情况、供应商能力管理和项目评估等纳入到本系统中。2，充分利用青年员工的学习劲头，年初确立了移动开发和代码质量平台两大研究主题，不仅学到了...

原创 2014年度-没那么简单

一.任务管理2014年CID紧紧围绕以下四个方面开展工作：A：Architecture，即软件框架设计，内容涵盖不同代码平台的框架设计标准C：Coding，即代码编码，内容涵盖不同代码平台的开发规范和实战T：Test，即测试，内容涵盖不同的测试，包含白盒测试和黑盒测试，也包含检查与审计S：Security，即安全，主要考虑框架安全、代码安全的标准及对应用的安全性方面的测试。...

原创 2013年度-开始行动

一.任务管理经过两年半的摸索和实践，特别是通过与钱经理和各科室领导同事的多次深入交流和学习，CID的工作职责和范围愈加明确，可以归纳为“ACTS”这一个缩写。A：Architecture，即软件框架设计，内容涵盖不同代码平台的框架设计标准C：Coding，即代码编码，内容涵盖不同代码平台的开发规范和实战T：Test，即测试，内容涵盖不同的测试，包含白盒测试和黑盒测试，也包含检查与审...

原创 2012年度-正式启航

一.任务管理CID 自去年成立以来，已经走过了一年半的形成，作为CID的K2经理，从对软件开发与管理的一知半解，到能逐步理解我科在整个公司IT战略中的意义，并清晰定位我科的发展目标和重点任务，期间不仅是我个人的摸索，也离不开领导和兄弟科室的支持。CID的目标是开发与管理，有两个重点，一是提高软件开发测试能力，二是提高软件开发管理能力。我们希望采用CMMI的方法论，我们的愿景是“专业”，即学...

原创 2011年度-平滑过渡

一. 任务管理自2011年5月18日接受CID代理经理的任命至今已有半年时间。在这半年时间里，一方面，我做好了日常工作的交接工作，并尽快适应了新的工作岗位；同时根据部门领导的要求，继续做好原来手头的两个项目的领导工作，同时也协调了一些三线支持的工作。总体而言，这半年的时间里，我在业务方面有了一个相当平滑的过渡和切换。1.内网portal问题的解决内网portal在五六月份频繁发生用户无...

转载 软件工程之美学习笔记四十五 44 | 微软、谷歌、阿里巴巴等大厂是怎样应用软件工程的？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/100716公司文化和软件开发模式谷歌:谷歌崇尚工程师文化，Google 的工程师做项目就会不紧不慢，质量优先，有统一的代码规范，严格的代码审查和严谨的自动化测试。还会频繁地重写系统Facebook:Facebook 有一种黑客精神,“Move Fast and Break Thing...

转载 软件工程之美学习笔记四十四 43 | 以VS Code为例，看大型开源项目是如何应用软件工程的？

《软件工作之美》材料地址： https://time.geekbang.org/column/article/100141软件工程的核心，就是围绕软件项目开发，对开发过程的组织，对方的运用，对工具的使用。分析 VS Code 对软件工程的应用1. VS Code 的开发迭代过程VS Code 每个版本的开发周期是 4 周，每四周都会发布一个新的版本。第一周: 发布上一迭代版本（周三左右...

转载 软件工程之美学习笔记四十三 42 | 反面案例：盘点那些失败的软件项目

《软件工作之美》材料地址： https://time.geekbang.org/column/article/99775项目管理协会（PMI）认为成功的项目必须满足六个条件：按时交付。成本在预算范围内。能按照当初的设计正常运行。有人使用。满足项目最初的目标。项目出资方对项目满意。WikiPedia 上也有一个网页,列出来那些损失严重的软件项目。List of failed a...

转载 软件工程之美学习笔记四十二 41 | 为什么程序员的业余项目大多都死了？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/99298业余项目（也叫 Side Project）。为什么程序员的业余项目大多都死了？想法大，时间少；可以借助软件项目金三角的理论，去缩小范围，在做项目时，可以采用 MVP 的开发模式，先实现核心需求，再逐步增加功能。过于追求技术，缺少约束；应该要对你的项目制定计划，设定里程...

转载 软件工程之美学习笔记四十一 40 | 最佳实践：小团队如何应用软件工程？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/98985本文讨论的小团队，不是指大厂的一个小组，而是小公司或者三五个人的小开发团队）小团队在软件开发中存在的常见问题成本敏感人少活多缺少流程规范小团队如何应用软件工程？成本敏感的问题，如果这个是客观存在的，就没有太好的办法去解决，只能说我们在做一些决策、制定流程的时候，需...

转载 软件工程之美学习笔记四十 39 | 项目总结：做好项目复盘，把经验变成能力

《软件工作之美》材料地址： https://time.geekbang.org/column/article/98141什么是项目复盘？软件项目中的复盘，也是通过分析、讨论开发中出现的问题，进而总结成功经验，吸取失败教训，提升团队能力。复盘为什么没效果总结不出来有效的结论没做好是客观原因导致的知道什么原因，但不知道该怎么办如何做好项目复盘？对比目标和结果找差距思考背后原因结合软...

转载 软件工程之美学习笔记三十九 38 | 日志管理：如何借助工具快速发现和定位产品问题 ？

《软件工作之美》材料地址： https://time.geekbang.org/column/article/97682什么是日志管理？日志管理就是指对系统和应用程序产生的日志进行处理的方法，包括对日志进行统一收集，对日志数据进行筛选和解析，统一存储，还要让它们可以方便被检索。如何快速发现和定位问题？首先，日志集中式管理后，就可以方便地对所有日志进行统一的检索。然后，对日志进行集中式管...

转载 软件工程之美学习笔记三十八 37 | 遇到线上故障，你和高手的差距在哪里？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/97219遇到线上故障，新手和高手的差距在哪里？新手遇到复杂的线上故障，不知道该怎么下手第一步，评估影响范围；第二步，试图重现问题；第三步，临时方案和终极方案；第四步，风险评估及持续优化。新手遇到线上故障，会想着马上修复 Bug恢复生产、降低损失是第一要务，修复 Bug ...

转载 软件工程之美学习笔记三十七 36 | DevOps工程师到底要做什么事情？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/96895传统的运维模式以及面临的挑战（图片来源：The Product Managers’ Guide to Continuous Delivery and DevOps)有两个主要的因素对传统的运维模式产生了很大挑战。第一，服务器规模快速增长和虚拟化技术的高速发展。第二，高频...

转载 软件工程之美学习笔记三十六 35 | 版本发布：软件上线只是新的开始

《软件工作之美》材料地址：https://time.geekbang.org/column/article/96289关于软件版本对软件版本来说，包含两部分含义，一部分代表特定功能集合，一部分代表某一次特定的代码构建结果。业界在软件版本的命名上，通常会采用以下方式：主版本号.子版本号.[. 修正版本号.[构建版本号]]主版本号和子版本号用来标识功能变化，小的功能变化增加子版本号，大的功能...

转载 软件工程之美学习笔记三十五 34 | 账号密码泄漏成灾，应该怎样预防？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/95818安全问题本质是技术风险软件中的安全问题来源主要有三类恶意输入 如SQL注入、XSS跨站脚本攻击；对策是对用户输入的数据，做严格的校验，格式化。假冒身份 对于用户身份的校验比较弱；对策是身份验证，甚至双重验证。数据泄露 敏感数据存储的地方有风险，比如日志中、明...

转载 软件工程之美学习笔记三十四 33 | 测试工具：为什么不应该通过QQ/微信/邮件报Bug？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/95533Bug 跟踪工具Bug的诞生1947 年 9 月 9 日，一只小飞蛾钻进了哈佛大学的一台计算机电路里，导致系统无法工作，操作员把飞蛾贴在计算机日志上，写下了“首个发现 Bug 的实际案例”。（图片来源：WikiPedia《Software bug》）为什么要使用 Bug...

转载 软件工程之美学习笔记三十三 32 | 软件测试：什么样的公司需要专职测试？

《软件工作之美》材料地址： https://time.geekbang.org/column/article/94941软件测试的主要工作是什么？发现 Bug，报告 Bug，跟踪 Bug。软件测试怎么发现 Bug？专业测试人员和开发人员的测试用例会差很多开发人员的重点，是放在如何实现功能上；对于测试人员来说，重点是在检测，也就是会考虑所有可能的用户使用场景，正常的、异常的，甚至各种极端情...

转载 软件工程之美学习笔记三十二 31 | 软件测试要为产品质量负责吗？

《软件工作之美》材料地址： https://time.geekbang.org/column/article/94631测试只能对已经开发完成的软件产品进行检测，并不能干预整个过程。什么是软件产品质量不同的人对软件质量好坏的评判角度是不同的。用户：美观好用开发：代码质量是否高，是否好维护测试：bug数量、安全、性能等项目负责人： 整个过程质量，成本可控、如期完成功能质量、代码质...

转载 软件工程之美学习笔记三十一 30 | 用好源代码管理工具，让你的协作更高效

《软件工作之美》材料地址：https://time.geekbang.org/column/article/93757源代码管理工具发展简史源代码管理工具也叫版本控制系统，是保存文件多个版本的一种机制。（图片来源：《什么是版本控制？》）没有源代码管理工具的时代本地版本管理：SCCS（Source Code Control System）1972，RCS（Revision Cont...

转载 软件工程之美学习笔记三十 29 | 自动化测试：如何把Bug杀死在摇篮里？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/93405对于自动化测试，它是敏捷开发能快速迭代很重要的质量保障，是持续交付的基础前提。为什么自动化测试能保障质量？自动化测试可以直接绕过界面，对程序内部的类、函数进行直接测试，如果有一定量的自动化测试代码覆盖，相对来说软件质量是更有保障的。测试用例跑一遍，可以有效地预防“修复一个...

转载 软件工程之美学习笔记二十九 28 | 软件工程师的核心竞争力是什么？（下）

《软件工作之美》材料地址： https://time.geekbang.org/column/article/93185如何提升学习能力？首先需要在一个技术领域深耕：只有一个领域的知识你真正吃透，才能有效地共享到其他领域，构成一个知识领域的森林。然后往相近的领域逐步横向拓展如何提高解决问题的能力？第一步：明确问题第二步：拆分和定位问题第三步：提出解决方案并总结总结要做的就是两...

原创 软件工程之美学习笔记二十八 27 | 软件工程师的核心竞争力是什么？（上）

《软件工作之美》材料地址： https://time.geekbang.org/column/article/93062软件工程师的核心竞争力1. 学习能力编程语言、框架、工具，这些都不是软件工程师的核心竞争力，能快速学习掌握编程语言、框架、工具的学习能力才是软件工程师最基础的核心竞争力。2.解决问题的能力软件工程师的日常工作：实现功能需求修复bug重构代码，优化性能其核心...

转载 软件工程之美学习笔记二十七 26 | 持续交付：如何做到随时发布新版本到生产环境？

《软件工作之美》材料地址：https://time.geekbang.org/column/article/92587集成、部署和交付的发展史集成的原始阶段从手动集成到自动化的持续集成《重构》的作者 Martin Fowler 说过：“如果一件事很痛苦，那么就更频繁的做（if it hurts, do it more often. ）”部署和交付的发展史部署指的是将代码发布到各...

原创 软件工程之美学习笔记二十六 25 | 有哪些方法可以提高开发效率？

《软件工作之美》材料地址： https://time.geekbang.org/column/article/92266“积极主动”、“以终为始”和“要事第一”积极主动《高效能人士的七个习惯》想想再回应减少关注圈，扩大影响圈接受不能改变的，改变能改变的，尽量扩大可改变项的范围。以终为始，想清楚再开工三点：目标、原则和计划经常停下来想想目标制定原则“先运行再优化 (Mak...

原创 软件工程之美学习笔记一：学习攻略 | 怎样学好软件工程？

《极客时间》推出了一门课程叫“软件工程之美--重新理解软件工程” 。以下学习笔记《软件工作之美》材料地址：https://time.geekbang.org/column/article/82697一 ，软件工程知识架构全景图的解读“质量焦点”在最底层，这不难理解软件工程是为了应对软件危机诞生的学科，其目标就是为了要聚焦于质量，构建和维护高质量的软件。二 ，软...

原创 软件工程之美学习笔记二 01 | 到底应该怎样理解软件工程？

软件工程之美学习笔记二 01 | 到底应该怎样理解软件工程？一 软件工程的来源（一）软件危机的两个例子1. OS/360 操作系统2. Therac-25 事件（二）软件危机的体现（三） 软件工程，它是为研究和克服软件危机而生。软件工程的定义软件工程的模型一个公式感想一 软件工程的来源（一）软件危机的两个例子1. OS/360 操作系统2. Therac-25 事件（二）软件危机的体现...

原创 软件工程之美学习笔记三02 | 工程思维：把每件事都当作一个项目来推进

一 什么是工程方法？有目的、有计划、有步骤地解决问题的方法就是工程方法。好处：有一个被有效论证过的方法论指导你，可以帮助你提高成功概率，也可以提高效率。当你用工程方法去思考的时候，你会更多的站在整体而非局部去思考，更有大局观。二 我的留言工程方法就是有目的、有计划、有步骤地解决问题的方法，而工程思维就是用工程方法解决问题的思维模式。这种思维模式，首先要求有全局观。而事实上，由于...

原创 软件工程之美学习笔记四 03 | 瀑布模型：像工厂流水线一样把软件开发分层化

一 瀑布模式的六个阶段二 瀑布模式的优缺点三 为什么学瀑布模型因为不管什么软件项目，不管采用什么开发模式，有四种活动是必不可少的…那就是需求、设计、编码和测试。而这四项活动，都是起源自瀑布模型，也是瀑布模型中核心的部分。四 老板驱动的流程笔者在和中国一些企业的软件开发者交流的时候，听闻不少人提到开发流程事实上是由行政领导主导，或者由公司的老板驱动，我们姑且把它命名为老板驱动的流程。...

原创 软件工程之美学习笔记五 04 | 瀑布模型之外，还有哪些开发模型？

《软件工作之美》材料地址： https://time.geekbang.org/column/article/84054一 快速开发快速改快速原型模型快速原型模型，就是为了要解决客户的需求不明确和需求多变的问题...原型模型因为能快速修改，所以能快速对用户的反馈和变更作出响应，，同时原型模型注重和客户的沟通，所以最终开发出来的软件能够真正反映用户的需求但这种快速原型开发往往是以...

原创 软件工程之美学习笔记七 06 | 大厂都在用哪些敏捷方法？（上）

原文地址：https://time.geekbang.org/column/article/84652一 总体策略大项目拆成小项目，大服务拆成小服务，大团队拆成小团队。要归功于现在微服务、容器等新技术，可以将复杂的业务逐级拆分，让很多公司能真正敏捷起来。团队要实施敏捷，不仅要小，还要组织扁平化。二 和敏捷开发相关的主要流程规范1. 一切工作任务围绕 Ticket 开展报一...

原创 软件工程之美学习笔记八 07 | 大厂都在用哪些敏捷方法？（下）

《软件工作之美》材料地址：https://time.geekbang.org/column/article/0?cid=1581.主题以一周迭代开发为例，讲述敏捷方法2.角色1，产品经理（product owner）写需求设计文档，将需求整理成 Ticket，随时和项目成员沟通确认需求 （1人）2，开发人员 （4人）3，测试人员（1人）（2,3为team,这个例子里开发和测试是不同角...