忆桐之家的博客

昨天给老板汇报了。一开始我们准备了一堆PPT和具体的Excel数据。但汇报的时候，从第一页开始，老板就叫停了，反思如下：

1. 汇报的时候需要站在老板的角度来考虑，老板关注什么；
   
2. 我们准备的资料，基本是从系统功能的维度来考虑，但是老板关心的是整体；

总结老板的要求就是：

1. 需要列出老板目前关注的问题、交代的问题有哪些？实现情况怎么样？用得怎么样？差异在哪里？准备怎么做（方案）？计划如何？系统能带来什么好处？
   
2. 老板近期关心的问题是：
   　　1）管控点的实现情况（过程管理--生产运营）
   　　　　BI：总体（全流程＼体系化、一体化）管控红绿灯、管控点实现情况一览表（结合业务流程）实现一栏表；
   　　2）投资经营分析的表格（事后管理--投资管理）
   　　　　BI：实现经营分析表、投资分析表等，让老板能看到运营和目标成本、全面预算、时间计划等的对标情况；
   　　3）系统要成一个体系、系统要能用
   　　　　要打通，不能总是半成品。
   其实总的来说，老板需要他的管控思路需要在系统落地，需要能看到运营情况和他要求的差异。
   不过从合dao的角度来说，其实也存在重开发、轻实施；重开发、轻应用的问题。导致系统开发出来之后使用效果不好。
   还有就是目前把一个大系统拆分成几个小系统，然后通过接口来对接的方式是否合理？因为根据统计，接口发现的问题占比达到35%左右。太多接口给系统带来更多的复杂度。

下面是自己本来想提的问题，不过比较，还是站在做事情的角度，没有站在老板的角度来提出问题，见下面：目前信息化的8个困境及建议

终于啃完这本近900页的大块头，一本讲述软件构建的最佳实践方面的书。
本书除了内容详实、通俗易懂之外，最大的一个优点就是翻译得特别好。
像作者说的，人的智力是有限的，而软件需要构建的世界是凌乱的，所以降低复杂度是软件开发的核心。
所以，如何降低复杂度是本书的核心，包括分层抽象、分解、复查、规范等等技术。
例如：

• 将系统 “分解”，是为了使其更易于理解
• 进行复查、测试，减少人为的失误
• 将子程序编写得短小，以减少大脑的负荷
• 基于问题而不是实现细节来编程，从而减少工作量

代码大全 - 个人性格
编程过程是非常耗费脑力的。 人们都知道聚精会神地一天8小时工资是多么困难。 也许你有过某天精力过分集中，以至于第二天就无精打采的经历。
编程工作本质上是项无法监督的工作，因为没人清楚你正在干什么。我们都有这样的经历：耗费80%的时间着力于项目的个别地方，而花费20%的时间来完成其余80%的工作。
一旦决心成为出色的程序员，你的发展潜力是很大的。 各种研究发现，不同的程序员创建的某个程序所需要的时间差异可达10：1；同时还发现，不同程序员调试程序所需的时候，程序实现规模，速度，错误率和检测出的错误数目也能打带10：1.
承认自己智力有限并通过学习来弥补，你会成为更好的程序员。

很好的编程做法能减轻你的脑力负担：

• 将系统 “分解”，是为了使子更易于理解
  
• 进行复查，测试， 减少人为的失误
  
• 将子程序编写得短小，以减少大脑的负荷
  
• 基于问题而不是实现细节来编程，从而减少工作量

关于冒烟测试，应该是微软首先提出来的一个概念，和微软一直提倡的每日build有很密切的联系。具体说，冒烟测试就是在每日build建立后，对系统的基本功能进行简单的测试。这种测试强调功能的覆盖率，而不对功能的正确性进行验证。从这一点看和所谓的“接受性（验收）测试（Acceptance Test）”非常相似。不同之处就在于他们执行的频率和被测的版本不同。

　　至于冒烟测试这个名称的来历，大概是从电路板测试得来的。因为当电路板做好以后，首先会加电测试，如果板子没有冒烟在进行其它测试，否则就必须重新来过。类似的如果冒烟测试没有通过，那么这个build也会返回给开发队伍进行修正，测试人员测试的版本必须首先通过冒烟测试的考验。

数据库中Schema（模式）概念的理解
在学习SQL的过程中，会遇到一个让你迷糊的Schema的概念。实际上，schema就是数据库对象的集合，这个集合包含了各种对象如：表、视图、存储过程、索引等。为了区分不同的集合，就需要给不同的集合起不同的名字，默认情况下一个用户对应一个集合，用户的schema名等于用户名，并作为该用户缺省schema。所以schema集合看上去像用户名。
如果把database看作是一个仓库，仓库很多房间（schema），一个schema代表一个房间，table可以看作是每个房间中的储物柜，user是每个schema的主人，有操作数据库中每个房间的权利，就是说每个数据库映射的user有每个schema（房间）的钥匙。

转自：http://www.lai18.com/content/2398629.html
设计模式的来源，及其相混淆的模型、框架、架构区别

例子：建筑
现在这里有一堆的建筑材料，然后工程师会根据各方面的需求，将材料规整。确定各种材料的搭配和使用的地方，最后绘制出一幅（或者很多种）图纸。这一步，其实就是所谓的架构。然后工人们根据工程师给的这张图纸（可能是最终挑选出来的），开始利用这些材料，去搭建高楼。比如用钢筋，先架一个高楼的架子，这个就是框架。然后对框架进行砌砖灌注混泥土等，整个高楼就建好了。可是，这时候突然发现整体的框架是搭起来了了，但是出现了一些房间的偏小，不足。这时候，可能会在墙壁上装上一面镜子，利用光的原理来使房间隐形的增大，或者是一些别的方法等。在一个房间解决了问题，然后把这种方法应用到都出现了这一类问题的房间修筑中，这就是模式。当高楼建好了，楼盘开售，在观看楼盘的时候，在售楼中心，我们会看到这些高楼的缩小版，来决定是否购买。这些缩小版的高楼，就是这个楼盘的模型。

新PM系统目前最大的困难就是：成本管理的管控方式不断变化，而UCML平台的开发不支持快速响应、灵活性也不够。
就像是：人民群众日益增长的物质文化需求与相对落后的社会生产力之间的矛盾。

桐桐初一年级结束了，回顾初一一年的学习生活，总结如下：

学习　　：上下两个学期都是期中考得一般，期末努力点，还好，还是都保持到了第1期间。
班主　任：欧阳Minjia（敏嘉）老师、李Lijun（丽娟）老师。欧阳老师休产假，李老师在第二个学期考试前接手。
同桌　　：第一学期：陈Shangli；第二学期：张Lin（琳）；第一学期末、第二学期开始，和关Yinxi（颖曦）坐过短短一段时间。
开心的事：1000米跑保持班级第一。
好习惯　：放学坚持跑步。
需要努力：数学争取进入第1期间。

一个很好的关于编程技术的刊物网站 。
http://www.vaikan.com/

不懂技术的人不要对懂技术的人说这很容易实现
http://www.vaikan.com/im-sure-it-will-only-take-you-a-few-days-to-code/

Java ==和equals()的区别【详细版】
==操作符专门用来比较变量的值是否相等。

比较好理解的一点是：

1
2

int a=10;  
int b=10;

则a==b将是true。

但不好理解的地方是：

1
2

String a=new String("foo");  
String b=new String("foo");

则a==b将返回false。