小尘

2011年6月，MMM公司竞标拿下CNXX项目。七八月份，MMM完成项目团队的组建工作，并建立项目工作室。九月份，召开项目启动大会，CNXX项目正式启动。十月份，从CNXXX项目转移，进入CNXX项目开发。 　　在MMM这样的大公司开发CNXX项目过程中，有很多感触和感受，在此记录下来，整体的内容是关于ECM的。因为这是China级别的大项目，做这种项目很像是我们打Boss，所以就用ECM

其实，这篇文章应该在两周前就发表了，只是我忙于找工作的事情，就拖到了现在，趁着现在不是很忙，赶紧把这篇博文补上。有些事，该做的就抓紧做，不要总是找各种借口来推辞。    我是6月8日离开CNNC的，离别的那天心情有些许复杂的。一方面想要离开这个项目，让自己被压抑已久的心得到些许的放松；另一方面又舍不得离开，舍不得与我共同奋战的朋友们，我们在此项目上艰苦奋战10个月，终于要等来了最终的胜

UAT, 全称 User Acceptance Test，即用户体验测试，又称用户验收测试，是项目交互前的最后一个阶段。根据项目的规模，UAT的持续时间由一周到一个月时间不等。此阶段主要意义是由客户对现已开发的系统提出改进型意见。    UAT是项目开发过程中具有里程碑意义的一个重要阶段，由此可见UAT的重要性，UAT是项目上线之前所做的必要性准备工作。在这一阶段，由产品经理（或是需求

如今，项目已经进入尾声，各个功能模块基本已经开发完毕，我们的主要工作基本上都是修Bug。由于我负责的模块完成的比别人早一些，因此除了处理自己的Bug之外，有时候还要处理别人的Bug。因为修复的Bug次数多了，见的种类多了，就对这些Bug出现的情形进行了一下分类，反正闲着也是闲着嘛！      Bug通常分为三类：一般、严重、非常严重。非常严重级别的Bug非常罕见，都是致命的错误

有那么一伙人，他们被外人称作设计师，却自嘲“码工”；有那么一伙人，他们被称作“白领”，却拿着“蓝领”一样多的薪水；有那么一伙人，他们被别人卖了，却要对人说声“谢谢”，那伙人就是的“IT外包人员”。    最近项目上缺人，公司新招过来一个同事，问他是来自哪个公司，他说是XXX公司（现在做项目的公司）直招的。又问他签合同的公司是什么，他说是YYY公司（一个外包公司）。原来这位同事是被外包过来的

俗语说：“好记性不如烂笔头！”，因此很多人都养成了记笔记的好习惯，我也有记笔记的习惯，只不过经常是把笔记记下来就扔在一边了，很少有时间去整理一下。在这个项目之初，我几乎每天都会记一些笔记，包括开发的知识点，系统的业务流程，还有一些当日的开发任务等等。等到后来整个项目渐渐地熟悉起来，这些笔记就都进了“仓库”，再也不看。    后来偶尔也会想起那些笔记，只不过项目越来越紧，也没有时间去整理它。

尽管说，天下没有不散的宴席，只是没有想到这个宴席会散的这么彻底。项目上的同事几乎都离职了，有的已经离职了，有的在等待着项目的结束。ECMBoss这个项目就好比是IT终结者，它终结了所有的开发同事。        最先离开我们的同事S，是被一家公司挖走的，我们称这家挖人的公司为X公司。X公司因为要上一个项目，就来到我们现在开发的公司考察。考察期间，是由我的同事S主持并安排X公司当日的行程。X

Defect，中文翻译为缺点；不足之处。是指在项目开发过程中隐藏着的一些未被发现的缺陷或问题，又名Bug。Defect存在于软件整个生命过程中，从软件创建开始，到软件生命周期结束，Defect会一直存在。我们平时所说的没有Defect，是指消除了已经发现的Defect。       Defect的数量会随着软件开发过程，由少到多，再由多到少。软件创建初期，各个功能模块主要搭建框架，重点在于流程

那一年，那一天，我成了一名程序员。那一年，那一天，我成为公司的一员。那一年，那一天，我成了公司里写日报的程序员。尽管我很不情愿，但是我还是在坚持着坚持着写日报，只因为我想有一天，我不再是程序猿。     很多人都觉得写日报是一件很浪费时间的事，其实我也觉得是，尤其当你写日报像是写博客一样长篇大论时，写日报已经不再是为了整理自己的收获，自己的知识，自己的思想，它已经成为了作秀和浪费时间。是的

任何一个项目，都有它的架构，作为一名架构师，就是为项目决策架构。随之技术的发展，系统的架构方案越来越多，有点让架构师应接不暇。如何选取一个好的架构作为项目的架构，对于系统的开发至关重要。对于经验老到的架构师来说，他们往往会选择那些开源的、熟悉的、易用的架构，因为这样的架构便于节省项目开支，易于组建项目开发团队，但是往往并不代表一定，因为还有其它的因素在影响着他们。     其中最重要的一个

ECMBoss项目下来了，大佬们开始为这个项目做人力资源的准备工作。像MMM这样的大公司，要完成一个项目通常是不同部门合作来完成的，因为对于MMM这样的大公司，每个部门的工作都是相对独立的，用我们IT术语描述那叫“松耦合”，这样的好处就是灵活性强，能够随时应对各种各样的部门接口，部门之间协同作战能力很强。缺点是每个部门的独立作战能力较弱，每个部门都不能独立的去完成某个项目。     对于M

如果说软件系统架构是人的骨架，编程语言是人的肤色，那么代码就是人的外貌。对于一个软件工程师而言，他想的不仅仅是他自己的美，更有他的编程之美。如果他想超越自己，想要达到更高的高度，那么他要做的就不仅仅是一份工作，不是完成了系统的功能就算完工，他应该能够写出整洁的代码，有思想的代码，有灵魂的代码，这也就是我们所说的编程之美。    编程之美，美在于整洁   如果软件产品像硬件产品一样，产品一旦

11年10月份，我以一名外包人员的身份进入IBM实验室参与XX项目的开发，亲身体验一家大型IT外企对于一个项目的项目的把控，感受外企工作的氛围，与高手们共同探讨项目的开发，听IBM同事们讲解    IBM公司的历史与文化。    虽然我在IBM实验室待的时间不算很长，但是由于参与的项目具有特别重大的意义，因此受到了IBM公司领导的极大重视，IBM将公司派最优秀的员工来负责此项目，我得以