lottons88
- 浏览: 8390 次
- 性别:
- 来自: 南京
-
最新评论
文章列表
前言
BSS运营支撑系统（主要指电信运营商），通常都是为了支撑个人客户的业务运营。虽然在业务运营上也面向集团客户，但是总体上来说，业务的特性总结归纳为2C的业务场景。
而当前运营商在面向物联网的业务运营下， ...
前言
《敏捷革命》可以说是我近期一直都在拜读的书，结合近期工作的一些状况。对书中提到的很多观点、实践故事感触非常的大。
我所在的公司，推行敏捷可以说也有很多年了。可是，从读过这本书之后。自我感觉，我们前面都是浪费，是形而上学。用《敏捷革命》这本书的核心思想来看，那我们就是极大的浪费。完全没有贴近我们真正的目标，向着这个目标前进。
读过《敏捷革命》之后，我理解的最主要的核心思想就是：消灭浪费，提升效率。这八个字的思想，一直贯穿着整本书。
Top1：目标对齐
目标对齐必须要确保团队和客户的“真实需求”达成一致，团队的交付件要能够尽可能的贴近客户需要的。同时，对于个人来说，个人的目标必须 ...
在上一篇笔记中，使用node.js编写了一个可以提供访问静态文件的HTTP服务。在本篇笔记中，打算利用express这个node.js下的框架来搭建一个相同的HTTP服务。
安装express，和利用express generator 生成一个express项目的说明，就不在这里重述。在express的官网上有详细的入门介绍，可以参考：http://www.expressjs.com.cn/starter/installing.html
这里只记录一下编写的代码，作为学习和后续使用的记录。
我创建的目录结构很简单：
app.js ：是主应用程序；
index.html ：静态http ...
这是我第一次使用Node.js来编程，而且是构建一个一个静态文件资源访问的Http server。
我个人从事java相关的开发差不多有10年了吧，一直都是在构建后端的服务、应用。对于前端一直没有过多的接触。对于servlet、jsp等技术也仅限于工作的需要（包含struct等mvc框架）。
最近工作中，参与负责了公司产品Object-Centric理念的开发模式构建。利用Business model对象拉通前后端的开发体验，通过Business Model 对象组织所有和该业务模型对象关联的资源：实体模型、试图模型、服务（rest）、业务校验、数据转换处理、页面等。
目前由于参与到前 ...
当前的设想是页面控件可以绑定一个服务，并对应于服务出参作为数据源。这样做的目标，或者说设计原则是：保持页面控件的自治和独立。但是，现实情况遇到的问题确实。如果一个页面包含的页面控件太多，且每个页面控件都绑定服务。那么在页面运行时，会导致有多次的服务调用交互，非常容易引起性能问题。当前的优化方案是，在页面上定义一个数据源，其绑定一个服务。该服务会将页面中所有页面控件需要的数据，统一进行封装。通过一次服务交互，即可获取到所有的数据。并通过，在页面控件中绑定对应的数据获取即可。这样做降低了前端和后端服务交互的次数。
所谓小型化全功能团队，其成员人数应该控制在10人左右。团队作为一个整体，可以完全端到端的完成一个特性需求或一个独立的业务逻辑单元，cover住端到端的开发流程。所以，这就要求团队内的成员技能全面。要求团队成员可以覆盖住开发、测试、环境管理、持续集成等环节的要求。同时，还需要具备1-2名专家，他们技术能力强，技术的知识深度厚。可以在团队遇到关键问题的时候，解决技术难题，带领团队前进，同时鼓舞团队士气。这就要求团队成员既要有深度的技术知识储备，也要求有相应广度的技术知识储备。通过成员组成，达到互补的作用，这就使得团队具备了端到端完整交付的能力。
团队的主要组成应该包括：1个leader、1个架 ...
Step By Step实现分布式服务访问框架
前言
我们知道应用的架构经历了单体架构->垂直架构->SOA架构->分布式架构，其复杂程度也在不断的增加。
系统架构在经历了以上的变更后，为什么会逐步演进到分布式服务化的架 ...
背景
服务化架构是当前最火的概念，当我们一谈到服务化第一时间联想到的就是互联网应用中，采用服务与服务之间进行互联调用的架构模式。RESTful、Json、Webservice，一定是绕不开这些词汇。但是从我个人理解，服务化应该是一种架构设计的理念。相对于之前非常流程的模块化设计思路，服务化是模块化的演进。从原来大颗粒的模块，转变为专注于特定业务、功能的服务（单元）。
任何一个模块都是一个相对完整独立的系统，从前端view、到业务处理、数据模型处理、数据存储。相互独立，互不干扰，是独立的烟囱。而服务化架构思想，改变了烟囱的结构。已横切的思路，将原来的烟囱进行了切面。对于切 ...