90.软件项目经验
李先静
Only those who attempt the absurd can achieve the impossible.
展开
-
小组早晨例会
转载时请注明出处和作者联系方式作者联系方式:李先静 经过几个失败的项目后,我相信:对于大多数项目,只要我们按步就班的工作,每天的工作比较饱满,不用加班就可以按时的完成任务。 在我经历的几个项目中,Manager都是相当辛苦的,重要的模块由他们去负责,这本是无可厚非的,因为一般来说,做为Manager的,技术功力都比较深。然而他们手上抓了太多的任务,为了完成自己的任务都要加班加点,没原创 2005-08-15 21:54:00 · 6489 阅读 · 0 评论 -
尝试一种新的带人方式
尝试一种新的带人方式 最早带人时,没有什么经验,我总是觉得他们做事太慢。慢得让我受不了时,干脆帮他们把代码和文档都写了。一般情况下,也勉强能赶上进度。但这占去了我大部分业余时间,搞我很累,他们似乎也不领情。我也知道这不是办法,他们成长很慢,我也只能干着急。 后来开始放手了,把任务完全分给他们,我自己只负责检查,给他们提供帮助。效果还是不好,他们根本就没有设计的能力,代码也写得很烂,原创 2006-04-19 20:37:00 · 7135 阅读 · 12 评论 -
制定计划的几个技巧
制定计划是一件困难的事情(在软件开发中哪一件事情不难呢?),不只是新手,就是有好几年工作经验的人,对制定计划也颇感为难,往往随便给出个时间了事。我曾亲历过不少场面,大家对任务计划的态度很随意,对时间的估计都是随口而出的。大多数时候,管理者都会对勇士们夸几句,对谨慎者报以轻视。 实践证明这些计划都是纸上谈兵,有的严重超期,有的质量不过关,有的功能遗漏,很少按预期完成的。这也难怪,就是精心制定原创 2006-03-06 19:54:00 · 6605 阅读 · 0 评论 -
组员技术培训
转载时请注明出处和作者联系方式作者联系方式:李先静 可能我的运气比较差,曾参与的几个项目,都是大型的、失败的项目。 第一个项目是一个Transform Proxy Server(TPS),一个基于apache的代理服务器软件。移动设备(如PDA、智能手机等)通过它去访问PC网页(HTML),TPS会根据设备的(UserAgent)把HTML转换成适合设备显示的网页(如HDML、CH原创 2006-02-14 21:35:00 · 5244 阅读 · 3 评论 -
救火沉思录--关于项目最后阶段的思考
转载时请注明出处和作者联系方式作者联系方式:李先静 这几个月来,大部分业余时间,都花在阅读软件工程和编译原理方面的书籍上了。软件工程方面的书,包括软件需求、风险管理、敏捷建模,系统设计,软件项目管理,还有一些类似于的沉思录书籍等。 在这些书中,都只是讲了如何让项目健康发展,最后成功的提交一个产品。尽管它们都是从不同的角度,用不同的方法去完成同样的事。但它们几乎都支持这样的观点:计原创 2005-12-13 20:14:00 · 4737 阅读 · 4 评论 -
由项目死锁得到的教训
转载时请注明出处和作者联系方式作者联系方式:李先静 该项目有一个PM,但他的主要任务,似乎只是负责与客户交流。硬件部一个主管负责硬件部分,我负责软件部分。软件部分的任务又分散在三个小组里,一个OS/BIOS组,负责OS和驱动部分。一个GUI平台组,负责GUI的窗口管理系统和基本控件。还有我所负责的AP组,主要负责应用程序的开发。 这个项目是基于前一个项目的,为了降低成本,要对软/原创 2005-08-27 20:49:00 · 5627 阅读 · 0 评论 -
UML培训
LL花了一个晚上介绍UML的一些基本概念。LL是我的新上司,他的技术很牛,从BIOS、驱动程序、OS内核、到GUI的窗口管理系统,都很精通。呵,在我印象中,老一辈的程序员(大我五岁以上的),都是写汇编、调试很厉害,而设计和写文档都是比较弱的。 LL却是例外,他讲解UML时结合自己的经验,不光介绍UML的本身的语法,还结合自己的经验讲解在设计时,如何灵活运用UML表达自己的设计意图。LL真是原创 2005-08-22 21:13:00 · 5890 阅读 · 3 评论 -
应届毕业生培训计划
转载时请注明出处和作者联系方式作者联系方式:李先静 学习的方式:对于基础性知识,指定几本教材,大家轮流学习,学习完成后给其他讲解。对于较难的知识,由我或者请其他有经验的人讲解。集中学习时间定在周三晚上。 第一阶段:目标:熟悉常见的算法和调试方法,培养良好的编程风格,从而提高编程能力。时间:8周内容: 编程规范 双向链表原创 2005-08-22 20:59:00 · 8356 阅读 · 8 评论 -
给新进组员的练习程序
转载时请注明出处和作者联系方式作者联系方式:李先静 昨天新进一个组员,比我多三年工作经验。让他先看培训文档,并抽空用C写个小程序。他有8年的工作经验,之所以让他写个小程序,主要是想看看他的编程习惯。具体任务是用C实现一个动态数组,以库的形式提供别人,我再三强调是实现一个库,也就是提供给别人使用的。 我期望的基本目标如下:1. 一组好的接口。2.原创 2005-08-16 20:47:00 · 12281 阅读 · 3 评论 -
编程规范和范例培训(一)
转载时请注明出处和作者联系方式作者联系方式:李先静 常常佩服老外,一个偌大的项目,数十万行的代码,看起来的就像一个人写出来的。而以前所从事的项目中,别说全部代码,即使是同一个人在不同时期写的代码,都不一致,风格也是百花齐放。曾维护过大量的代码,这一点我深有体会,同一个项目组,采用相同的编程风格是非常重要的。我常对自己的组员说,培养一种好的编程风格,就会减少维护你的代码的人对你的诅咒。原创 2005-08-13 18:39:00 · 6023 阅读 · 2 评论 -
关于组内协作的会议
关于组内协作的会议 转载时请注明出处和作者联系方式:http://blog.csdn.net/absurd作者联系方式:李先静 更新时间:2007-6-25 上周二我让组内的同事,把自己所负责应用程序的插件接口描述文档整理出来,在周五前发给我,结果等到这周一,才有一个同事发出,其他同事都还没有去整理。之前也有过类似的情况,请求协作的同事发出请求之后,很少有人主动的回应。我知原创 2007-06-25 21:40:00 · 4852 阅读 · 2 评论