事业理想
shalvey
这个作者很懒,什么都没留下…
展开
-
李嘉诚先生的家训与格言[转自江南春的blog]
与李先生会谈中,有三点印象深刻。与大家分享: 第一、李先生开场问我们四个问题,当我们梦想更大成功的时候,我们有没有更刻苦的准备?当我们梦想成为领袖的时候,我们有没有服务于人的谦恭?当我们常常只希望改变别人,我们知道什么时候改变自己吗?当我们每天都在批评别人的时候,我们知道该怎样自我反省吗? 李先生说,这些问题,没有人可以为你回答,只有你自己知道怎样活出答案。转载 2006-05-26 12:33:00 · 1156 阅读 · 0 评论 -
《写出质量好软件的75条体会》暨答案ZT [转自monkyy的blog]
MVM曾经发了篇题为《如何用正确的方法来写出质量好的软件的75条体会》的blog,后来他又给出了相应的回答:《七十五条》的解释 。而我亦给出了我自己的答案,有些不错,有些差强人意,有些则非常不足了。为便于比较,我的答案附在了MVM答案的后面。1. 你们的项目组使用源代码管理工具了么?MVM : 应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可转载 2006-05-30 13:01:00 · 1090 阅读 · 0 评论 -
[转帖]2006年it人士必去的10个网站
1、chinaunix网址:http://www.chinaunix.net/简介:中国最大的linux/unix技术社区。 2、itpub网址:http://www.itpub.net/ 简介:有名气的IT技术论坛,看看它的alexa排名就知道有多火了,尤其以数据库技术讨论热烈而闻名。ITPUB论坛的前身是建立在smiling的oracle小组。3、51cto网址:http://www.转载 2006-05-30 22:14:00 · 3871 阅读 · 4 评论 -
关于详细设计
详细设计的目的就是指导编码,明确的说,就是将你的设计拿给不同的人去写编码,写出来的程序处理流程相同.后续的评审或者是有人接替你的工作,只要查看详细设计,就能清楚你当时是怎样设计这些流程的.对算法思想的描述可以放在系统设计中. 在详细设计中,需要做好的事情:1.主要函数的算法,处理流程,怎么实现这个流程.需要有流程图,有伪码来描述.2.函数模块,类,功能模块与其它模块之间的原创 2006-05-30 21:37:00 · 3598 阅读 · 0 评论 -
需求评审
新产品/新版本的需求评审一定要有市场,客服,测试,其它研发部门的人员参加。市场代表客户需求,提出必须支持的功能,定义最后产品的卖点;客服从以往解决的问题对产品最后的易用性等提出要求;测试人员通过评审了解产品的功能、性能,最后怎么测试;研发人员则是对产品的技术可能性进行验证,对功能的实现提出改进方案,考虑新产品和其它部门产品的兼容性以及和以往产品的兼容性。原创 2007-02-09 21:38:00 · 706 阅读 · 0 评论 -
管理培训
学习的目的: -了解自己在管理体系中所处的位置,在这个位置自己应该做些什么事情,该怎么做事情,对谁负责,对今后的发展进行规划。 -学习管理知识,拓宽视野。 管理: 管理就是让别人做事情,共同达到目标(短期目标,长期目标)。帮助成员获得成长,得到快乐。 管理没有绝对的答案,都要根据实际场景决定方案。 形成的是影响力。 做干部,要能干会说。原创 2007-01-12 19:40:00 · 804 阅读 · 0 评论 -
项目管理
做设计,所有的公司都要求做到接口能明确定义,能定义输入输出,能进行测试,我想知道,这一点是可以做到的?有几个人能够做到这样设计?一个团队里既然没有人能做到,又怎么去要求大家按照这个标准做。 实际的项目中,时间往往都很紧。没有人能够估计到项目能够在多长时间内完成。往往都是一拖再托,那做项目计划有什么用?各个里程碑有人检查吗?团队成员是否知道自己的目标,是否在朝这个目标尽全力努力?原创 2007-01-30 22:36:00 · 563 阅读 · 0 评论 -
研发绩效考核
昨天的培训讲解研发绩效考评和管理研发任职资格。 研发绩效考评是个棘手的问题,研发的主要工作在于思考,难以量化,不是简单的按照完成多少件产品就可以衡量。而且为了鼓励创新及完成有难度的任务,某些任务允许研发人员在一定时间内没有成果。 研发考核,越往上层,越只看中结果;越往下层,越看中过程。 企业管理员工,依靠制度和文化。当制度没有规定时,员工就依靠公司的文化行事。 以平原创 2007-04-23 22:59:00 · 2829 阅读 · 0 评论 -
设计
什么面向对象? 只要能完成功能,怎么做都是好的,类的结构一层又一层,却没有详细的类图。 一个类为什么存在?为什么要声明这样一个类而不是其它? 面向对象最大的好处是适应未来需求的变化,但没有经验是不会知道变化可能在哪的。刚哥当年给我们讲面向对象的时候就很是强调需求变化。 但整体的架构改动,多数类也没有存在的必要了。 设计从什么地方开始思考?怎样做好设计?原创 2007-05-23 21:15:00 · 855 阅读 · 1 评论