几年前，卓越给我的印象并不好（那时候的卓越还不是亚马逊的），原因是有一次卓越免费发了一些代金券，几个同学都去领了然后买了些小物件，几乎不用自己掏钱，结果有些人收到，有些收不到。所以，大学期间，几乎所有的书我都是在当当网买的。
后来发现卓越被亚马逊收购了，送货速度也快了，慢慢地又在卓越上买书了，反倒很少去当当了。 read more
鸭梨娱乐的建立
2010-12-25 19:20
高级外包
2010-06-04 12:24
公司的外包人员来了一批又一批，也走了一批又一批。究其原因，很简单，待遇差而工作辛苦。然而，总有少部分留了下来，不论是否转正，能坚持2年之久的，不超过5个人。而公司还有种种的假象在欺骗外包人员：
1. 高级外包。以其中一个为例，原在公司做外包，和其他外包人员没什么差别，后来不知何故，跑去外国读书，并且在香港工作了一段时间。经理觉得这种才是人才，将其请了回来，当然，是高薪。具体有多高，我也不清楚。普通的外包人员不知个中缘由，只知道外包也可以拿那么多钱，心想自己也能成为那一个。
2. 转正。很多外包人员会以为转正后工资会升，所以熬着等到转正那一天。到那时，才知道转正后工资反而少了，压力比原来更大了，更直接地接触到公司的黑暗面。原来3000的工资，如果不转正，做久了可以升到3500，但一旦转正，都是从3000开始，扣完税收保险，也就剩两千几了。
无论如何，人员外包与团队建设实在是背道而驰。
关于软件外包的真实感受
2010-04-23 17:17
许多计算机专业学生或者是想转行进入软件行业的人，最关心的，莫过于这个行业的工作情况（辛不辛苦？）及待遇（真的高新吗？）。网上获取的信息很多是软件培训公司的广告，可信度非常低。下面是我入行2年的一些真实体会：
关于软件外包
发达国家的软件公司为了节约人工成本，把非核心的部分外包给中国的软件公司做。可以看出两点：
- 外包公司做的是非核心的，即基本没有什么技术含量，如果想通过做外包项目提升技术，可能性非常小。
- 外国公司看中的是中国的廉价劳动力，所以，外包公司的软件开发工资也高不到哪里去。
谁都知道这种模式就跟传统行业的贴牌生产、来料加工一样，是很没有竞争力及前景的，最终还是要有自己的产品、品牌才行，所以现在都在搞产业升级了。而软件外包，却被吹捧，有些公司还搞人海战术，拼命往外包发展，真想不懂为什么。
关于软件培训
因为中国有这么多外包公司，所以是需要一些程序员的，没错。所以就催生了很多培训公司。参加培训的大多是本科以下学历，想通过培训进入“高薪”行业的人。且不说几个月的时间能够学到多少东西，大部分人毕业后只能进入外包公司，还不是正式工（你想做最顶尖那个？那我相信你去读本科、硕士都绰绰有余，不用去培训）。每个公司都有高薪职位和低薪职位，通过软件培训的人进入公司只能做没有尊严的非正式工，待遇可想而知。
关于软件公司
从软件公司的角度讲，为什么要招那么多的经过软件培训的人？答案是节省成本。本科生每月3000块钱对于公司来说都是高成本，可想而知他们能够给出多少工资了。而一个公司过多地招聘这些人，技术竞争力就丧失了，前景不容乐观。加班成了软件公司的家常便饭。
相比之下，外国公司为何工作轻松，待遇好，前景乐观？看看google就知道了。在一个靠技术吃饭的行业，技术好的人1个人能够做出来的东西，技术差的人100个人也做不出同样的东西，这不是搞人海战术就可以解决的。员工的素质高，公司具备很强的竞争力，发展前景好，自然回馈给员工的待遇就会很高。
在中国，能够做出自己产品的公司寥寥无几。很多公司，靠的就是一层关系，比如公司的老总跟移动、电信有点关系，就从那里捞个项目来做做，反正中国的国企钱多的是。项目做做改改，没完没了，只要能支撑公司的运作，似乎就已经达到他们的目的了。
总结
中国的软件公司，论技术，论社会氛围，比不上发达国家的软件公司，论成本，论规范，论批量生产，竞争不过印度的软件公司。加上浮躁、轻技术，以及人情世故的观念根深蒂固，中国的软件行业要找到自己发展的道路，还有很长一个过程，更别说发展得好了。能够结合硬件的公司，及互联网公司，情况则会有点不同。
如何激励员工
2010-04-23 11:07
同一岗位的员工，可以分为三类：
- 第一种员工工作积极，每月创造4万元价值，拿到工资4000元。
- 第二种员工工作懒散，每月创造1万元价值，拿到工资3800元。
- 第三种员工无所事事，每月创造0万元价值，拿到工资3500元。
这种机制充分体现了“多劳多得”，而结果必然是所有员工都无所事事。
如果将不同岗位的员工做比较，结果更为惊人。高一岗的员工无所事事，每月仍能拿到6000元。
于是乎，员工肯定想要升岗位。却会得到信誓旦旦的回复：岗位不重要，重要的是绩效。
这种情况只存在于挂着国企名义的私企。
如何在软件项目中打太极拳
2010-04-22 11:00
我所在的项目，遇到了很多问题。作为team leader，能够为开发人员解决的问题都全力解决，但有很多问题不在自己能力范围之内，并且在很多问题上，team leader和开发人员的角度一致，只能寻求项目经理予以解决。比如：
1. 需求不稳定。
一方面需求变动过于频繁，几乎天天变，另一方面需求不明确，模棱两可。向项目经理反映，得到答复：这个再说啦，把可以做的先做。
确实有些部分可以先做，而第二天需求又变了，做法就又变了，又有东西做了。当大部分的开发任务被这个问题困扰的时候，开发人员天天忙得不亦悦乎，项目却一点也没有进展。
2. 开发人员所用的电脑配置太低。
开发环境要求至少双核CPU+3G内存，而部分开发人员的机器只有P4+1G内存，导致运行开发工具的时候，奇慢无比，一开server，就接近或直接死机，用一台标准配置机器1个小时完成的任务，用这些烂机器要8个小时才能完成。于是向项目经理反映，得到答复：这个再说啦，先看看能不能优化优化。
3. 框架变化。
这个问题估计只有我们这个项目会遇到。一般的项目会用流行的框架，这个项目却选用了一个无人知晓的框架，框架还在开发中！！！经常遇到的情况是：今天调用这个方法，明天就要改成别的方法。向项目经理反映，得到的答复可想而知：这个再说啦，先把不受框架影响的开发出来。
这就好比要建一座高楼大厦，地基没打好，就拼命往上建，连装修也搞完了，有用么？
可以看到，在三个例子中，项目经理的共同回复就是：这个再说啦。实际上，无论遇到什么问题，这句话几乎是项目经理的标准答复。一时回避过去了，但是，能解决问题吗？