自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(6)
  • 收藏
  • 关注

原创 人生感悟

老子道德经中的开篇话是道可道,非常道。这句话太深奥了,就像每个人的人生感悟一样,是不能完全用言语表达出来的。   中国文化博大精深,的确!想想两千多年前的先秦诸子百家,已经凝结了太多人类的智慧,那个年代真是百家争鸣,很多智慧,今人都叹为观止。 在工作或学习不开心的时候,自己有时就会想人活着的意义是什么,我所做的事情到底有多大价值,我的生活是不是应该更丰富多彩?其实先秦诸子百家已经无数次的探讨过

2010-07-16 08:45:00 508

转载 关于敏捷开发的网友看法--转载CSDN讨论区

1. 不管黑猫白猫,能抓住老鼠就是好猫。敏捷不敏捷,没什么意义。从来没有听说哪家IT巨头通过敏捷开发如何如何? 2. 敏捷开发宣言大意这样描述的(我翻译得不好,见凉):“崇尚个人和交流而不是过程和工具;崇尚软件开发而不是文档;崇尚客户合作而不是合同条款;崇尚随需应变而不是简单计划”。如果我们把敏捷开发定式化成某种过程或者工具集合,实际就呆板了。 3. 这么多年看过来,敏捷开发对人才的要求非常高。高级剑客手中无剑,初级剑客手中也无剑。貌似都无剑,但区别十万八千里。慢慢推进,可能比较好。 4. 文档是不可少的,

2010-07-07 13:13:00 453

转载 FW:不要给技术人员做绩效

<br />今天看到CSDN举办了一个论坛,研发人员的绩效管理,很遗憾没能早知道这个消息,没有参加学习。不过<br />在我管理技术部门的时候,其实是把表格上的绩效管理取消的了,因为感觉除非超大型的公司,否则没必<br />要给技术人员做绩效管理,只有主管有绩效就可以了。原因有几个:<br />1,在中国,知道怎么做绩效的人很多,知道怎么很好执行绩效的人很少。90%的公司有绩效无执行(此处<br />指所有的公司,不仅仅是IT)<br />2,让技术人员写1000行代码容易,让他们填写绩效表格难,很容易引发

2010-07-06 08:49:00 492

原创 家养的斗鱼只剩一只

<br />没想到,自己对斗鱼还是不够了解,虽然他并不是难养的品种,但最终还是死了7、8条,只剩下一条原来并不中意、而且身上还有一处伤疤的斗鱼。也许是买回来的斗鱼本身就因为被电击过,所以抵抗力都很差,也有可能那几个缸的水质都不太好,很久没换水(网上可是说斗鱼喜欢陈水,他们死的时候也看不出什么病来,感觉就是所谓的水霉?)。不知这剩下的仅有一条还能活多久,但是看他还是挺活泼的,我想应该已经度过适应期了,希望他能活的久些,也算不让自己太灰心。

2010-07-05 21:15:00 1369

原创 个人语录

1)做个夹心层是最倒霉的选择。2)事情并不一定要做得多,但是一定要做对!3)准高级人才的大部分工作不是在生产,而是在制定规范与制度,以便可以长治久安。他的价值可能需要很长一段时间才能体现出来。不够聪明的领导可能不会看到这些人才的价值。4)你是打算和你的领导一起提升呢还是大家一起郁闷,聪明的人应该都会选择前者。一起提升是需要大家真心相待。

2010-07-02 08:38:00 490

原创 MSP计划的一点建议

<br />1)对于里程碑的划分,尽量采用迭代的模型,在需求、设计、开发、测试这四个阶段,里程碑要增加相应的迭代过程。<br />2)需求调研根据不同的行业可以考虑采用开发DEMO原型与用户交流的方式。<br />3)数据库设计可以放在详细设计,因为大部分项目基本在概要设计时还无法明确详细数据项,这些工作基本都在详细设计完成。<br />4)每个任务的工期尽量不要超过5天,便于跟踪。(当然这可能会增加项目经理或开发经理的部分工作,而且会使MSP计划中的任务看起来会有些乱,这个可以根据各自项目权衡解决方法)<

2010-07-02 08:36:00 806

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除