u013427959-CSDN博客

原创建立以用户为中心的运营支撑系统（一）

运营支撑系统也称作BOSS系统，是business Operation support system的简称，为业务运营支撑系统，运营支撑系统最初在电信系统管理中引入，后续在互联网企业和金融企业中被普遍采用。运营支撑系统完成三大功能，分别是业务开通、业务保障、业务计费功能，BOSS系统从整个系统定位上看，属于服务的服务，为企业对用户服务提供支持和支撑，是企业服务和运营质量核心系统，运营支撑系统的好坏

2014-03-29 20:21:23 1670

转载那些年我们一直追过的JAVA

那些年我们一直追过的JAVA，整理JAVA的发展历史和特性，大部分内容都是转载，自己加了很少一部分，因此就算作转载吧。JAVA诞生96年，也是我进入大学，学习计算机专业的那一年，如今JAVA已经从JAVA1走到JAVA 8 ，这些年时间都去哪里啦？Java Version SE 8开发代号未知 2014年03月19日发行。函数

2014-03-22 22:51:04 788

原创武林高手和技术高手

免责声明：这个文章内容是很玄的，后续这类文章，我尽量少写，重点会转到一些具体技术上去。武林高手，也可以叫做大师，比如太极张三丰、黄飞鸿、以及金庸小说中东方不败、令狐冲、风清扬等等，电视连续剧、电影、小说都有很多描述，先不谈这些人物是否真正存在，也不能亲眼目睹他们的功夫，但是武林文化在中国传统历史文化中是实实在在存在，这种文化孕育在每个人的血液中，有了这种文化，那么武林高手就肯定存在，每个人

2014-02-22 17:04:21 1274

原创浑然天成，为变而生，谈为什么要敏捷？

敏捷一词对于我们来讲已经不再陌生，在业界已经成为一种软件开发活动的推荐模式。那为什么要敏捷？这个答案很多，每个开发者心中都有一个自己答案，其实答案本身并不重要，重要是思考的过程。这个问题也没有一个标准答案，就像每个软件开发男都有一个自己心中的女神，女神可能是不一样的，女神是否相同并不重要。言归正传，个人观点如下。回答敏捷是什么？为什么要敏捷？回答“为什么要敏捷”的前提是回答“敏捷是什么”，因此

2014-02-21 20:10:07 867

原创软件编码实践之一（重写快速排序）

在软件开发中，对于开发人员危害最大的是Ctrl+ C和Ctrl+ V，自己尝试写写快速排序法，编码期间发现了一个死循环，后续终于找到原因，看来编码不容易，还得多练手。package myjava.ds.sort;import java.util.Random;public class QuickSort {private int[] soureDataArray;

2014-02-19 17:21:22 785

原创敏捷团队po与其核心价值

敏捷团队po与其核心价值有人曾经问过我敏捷团队po的核心价值在哪里？这个问题使我思考Product Owner需要哪些关键特质，PO能给一个开发团队带来什么样的价值？对于软件产品研发又有哪些价值？PO是否是一个软件产品成功与否关键，微信开创者张小龙是一个敏捷团队PO的榜样吗？从敏捷运作机制看 po职责应该是产品主管角色，对外是产品价值交付和连接产品反馈的桥梁，

2014-02-16 20:40:38 2649

原创 GOOGLE分布式数据库技术演进研究--从Bigtable、Dremel到Spanner（三）

4 Spanner4.1背景在google的BIGTABLE论文中，提到过Bigtable后续计划支持多Master的方向，由于BIGTABLE的架构中，只有一个Master服务器，因此一个Bigtable分布式数据库的扩展能力，始终是由一定的限制，数据量增加后，势必需要就会出现瓶颈，如何提升数据库的数据管理能力，解决数据规模不断增加后带来的问题。同时Bigtable丢失传统RDMS系统

2014-01-29 11:41:30 3232 1

原创 GOOGLE分布式数据库技术演进研究--从Bigtable、Dremel到Spanner（二）

首先申明，里面对技术背景和后续技术发展方向的内容，来自于个人技术上的思考和判断，并非引经据典，仅供参考。3 Dremel 3.1背景大规模交互性数据分析处理在整个行业中应用越来越广泛，对于交互型分析对于数据处理的响应时间要求比较高，而原有Bigtable数据库设计上并没有考虑对于交互式场景要求，对于大大规模交互数据分析处理响应性不够，因此Dremel就应运而

2014-01-27 23:29:36 3508

原创 GOOGLE分布式数据库技术演进研究--从Bigtable、Dremel到Spanner（一）

癸巳即将过去，总得点礼物吧，思来想去，觉得写写GOOGLE分布式数据库技术发展情况，以此作为礼物献给自己，聊以自慰，由于时间有限，加之对于GOOGLE的分布式数据库理解也只能盲人摸象，难免有错误之处，敬请谅解。GOOGLE的分布式数据库系统从BIGTABLE的正式推出后，先后对外发布了Bigtable、Dremel、 Spanner等不同的分布式数据库产品，有的是引入新的设计实现，有的是

2014-01-26 22:25:09 3172

原创从分布式数据库的CAP特性说起

在传统RDBM系统中，对于事务处理必须保证为一个完整的逻辑处理过程，具备ACID四个特性，A Atonomy 事务处理的原子性，要么成功，要么失败，C Consistency 一致性，数据库必须保持原有约束的关系，数据之间必须符合数据完整性，I Isolation 事务处理必须要彼此隔离，由RDBM保证能够并发处理事务，而不需要用户显示的干预，D Durability 数据能够被持久化下来，不会

2014-01-09 15:47:45 1129

原创 OLTP和OLAP

在数据库查询中，存在两种典型的查询场景，一种是OLTP ，On-Line Transaction Processing，一种是 On-Line Analytical Processing，分别对应联机事物处理和联机查询分析两种不同类型。这两种查询类型的区分，对于基于数据库优化和调整有很大的差异，而OLTP和OLAP往往会混合在一起，做为一个整体呈现在用户的面前，因此在实际的系统优化过程中，必须采用

2014-01-09 15:46:36 1116

原创大数据的标准

大数据一出现，就成为了业界的宠儿，每个企业和组织都言必称采用大数据技术。那大数据究竟有没有标准，是否每个产品都可以贴上大数据的标签。大数据处理对象的4V特性大家都是耳熟能详，此处就不多谈，除此以外，大数据其实有自己数据量化指标。“数据总体存储量达到PB级标准，每秒数据处理速度达到GB级标准”。达到这一标准，就可以贴上一个大数据的标签。或许会有人认为这一标准不是难事，不就是拼硬件，不就是购买

2014-01-09 15:45:00 1893

原创个人对于OO的一些理解

一对象封装原则对象行为和属性封装，主要指代码的内聚性，把相关的代码放在一起，隔离对象这间的相互影响；二开闭原则对于扩展封闭，对于修改开放，这样可以使相关代码保持弹性，便于响应业务变化，易于系统进行扩展和调整；三依赖倒置原则通常来讲，避免下层的对象依赖与上层对象的实现，形成层层依赖的关系，按照面向对象的设计，必须依赖于抽象才能避免对象的耦合性，因

2014-01-09 15:43:50 808