项目管理
明天好,会的
敢于挑战,追求卓越 -- 我在软件开发方面拥有丰富的经验,熟悉多种编程语言和开发框架。我可以开发各种类型的应用程序,包括网页应用、移动应用以及桌面应用。无论是前端开发、后端开发还是数据库管理,我都能胜任。 作为一个独立开发者,我渴望能够将我的技能和创造力应用于各种令人兴奋的项目中。我相信自己具备了丰富的技术知识和灵活的思维,能够为合作伙伴带来独特而有价值的解决方案
展开
-
从模块的耦合程度谈程序设计
在结构化设计中,模块是设计的最小单位,模块之间的关联程度,用耦合度来表示。模块之间的耦合度越高,模块的独立性就越差,后期的维护成本也就越高。因此,在程序设计过程中,我们追求的是低耦合度。耦合度从低到高:非直接耦合数据耦合标记耦合控制耦合外部耦合公共耦合内容耦合(高级语言一般不会涉及到这里)非直接耦合是模块之间,通过控制层调度发生关联关系,给一段reactjs的代码:import getUserInfo from './libs/getUserInfo'import { getDat原创 2020-07-25 22:44:06 · 493 阅读 · 0 评论 -
2009.11.8 OA项目组一周工作报告
质量评价:65 评价依据:本周质量比较乐观,主要有以下因素: 1. 陈发现了多个自测bug 2. 解决了多个自测bug 3. 向客户澄清了BPEL服务的错误原因 4. 方提出并实践了用一个简单的程序来验证一个复杂程序的运行结果。 5. 系统中可用性算法进一步得到了复用,并在重构过程中发现并解决了隐藏的问题。 进度评价:58 评价依据:本周大家基本上按照计划完成了进度。 到周原创 2009-11-08 20:26:00 · 903 阅读 · 0 评论 -
2009.10.25 OA 项目组一周工作报告
质量评价:60 评价依据:本周项目代码质量不存在大的问题。 进度评价:65 评价依据:本周大家都按照计划完成工作。 回想了一下,最近一段时间,我写的代码反馈也比以前少了不少。通过周五讨论会,我发现项目组目前基本上是按照公司指定的规则在走,说明我们目前无论是在技术上还是在工作的实施流程上都已经进入了一个稳定期,而这个稳定期也标志着我们可以进入下一个阶段。从这周开始,我在分配任务时,我会对较难原创 2009-10-25 21:53:00 · 672 阅读 · 0 评论 -
论if..else必要性
我们在讨论业务逻辑时或分析时,时常会提到“几种情况”,例如,当为A情况时,代码该如何执行;当为B情况时,代码又该如何执行。这是我们习惯的思维模式。但是所谓的“情况”实际上是各种逻辑关系的组合或者是归纳。由于归纳本身就有简化表达的作用,所以将这种归纳映射成代码,必然会起到简化代码的作用,使代码看起来比较简单。以下面这段代码为例,以下代码片段是一个真实项目中的代码片段,很遗憾,这里面确实包含了如此原创 2009-10-21 22:36:00 · 1178 阅读 · 2 评论 -
2009.10.18 OA 项目组一周工作报告
质量评价:65 评价依据:本周质量让我感到不错的因素是方的一个重构工作。希望方能够将这种重构的魄力发扬并坚持下去。 进度评价:55 评价依据:本周除了方之外,我和王都没有按照计划完成工作。我花了额外的时间处理客户发过来的一个紧急的问题,另外由于客户这周提出了对工作的调整,使我在项目管理上也花了较多的时间;由于王也在处理其它项目的报价,所以,也没有完成计划。通过周五加班,我已经赶上了我这周的计原创 2009-10-18 13:39:00 · 843 阅读 · 0 评论 -
2009.10.11 OA 项目组一周工作报告(论重构)
质量评价:60评价依据:本周质量没有什么大的问题,除了客户报的一个bug。先说没有大的问题。本周的主要任务是在以前的实现上添加新的功能,并且这些功能也基本上得到了实现,在代码质量上也没有发现什么不好的代码。但是在代码检查的过程中,仍然发现有很多重构的机会没有把握住。这里我又要再谈重构。在周末讨论会上,王提到了重构是否有方法和目的。对于这个问题,我也没不能给出一个具体的答案。一直以来,我原创 2009-10-11 13:30:00 · 897 阅读 · 0 评论 -
关于管理的心得
刚才读了论研发团队的建设 有点感触,想在这里也谈谈自己对管理的看法。虽然每个公司的管理大环境都不一样,但是有两种人的选择在管理中起着至关重要的作用。我认为只要这两种人的选择正确,公司必然会健康发展。一种人是项目经理。项目经理作为公司的基层管理层,直接面对项目成员和客户,是公司项目成败的关键。选择项目经理的必要条件是有极高的工作热情和责任感。项目经理是工作中的排头兵,他的一言一行都在原创 2009-10-07 12:39:00 · 774 阅读 · 0 评论 -
2009.9.26 OA 项目组一周工作报告
进度评价:50 评价依据: 由于测试及测试的反馈没有做完,导致本周没有按照计划提交。提交任务在周日应该可以实现。我已经就这个问题向客户做出了解释,客户表示理解。 导致计划失败的一个原因是我占用了OA的5小时时间来做Charles项目的分析工作。因为客户希望在周五能够看到报价,所以不得已暂用了OA的时间。 另外的原因是这周改动本身的复杂性,导致新问题的产生,这也是计划没有按时完成的另外一个原原创 2009-09-26 22:58:00 · 767 阅读 · 0 评论 -
2009.9.20 OA 项目组一周工作报告
进度评价:50 评价依据: 导致本周计划没有完成的有以下几个因素: 1. 本周在处理客户的XMail服务上花了额外的时间,导致计划的执行受到影响,这个影响我已经告知客户,并得到了客户的认可。 2. 本周另外处理了一个客户发过来的新bug。 3. 本周在测试和测试反馈的处理上花了较多的时间 质量评价:60 评价依据: 在本周的测试中发现了不少问题。到这这些问题的原因可以分为2类:原创 2009-09-20 11:07:00 · 759 阅读 · 0 评论 -
2009.7.12 OA 项目组一周工作报告
进度评分:60 评分依据:按照计划完成了工作 质量评分:70 评价依据:在测试中发现了8个问题,其中有6个得到了解决,剩下2个等待客户回复。在等待客户回复的1个问题中,有一个问题是参照测试地图中的测试路径发现的,这是一个之前处理没有考虑到的问题。所以我希望大家能够不断补充和完善OA项目的测试地图。测试地图的意义并不在于它会有多复杂,而在于它提供了一个稳定的测试路径。我们所依赖的其实是它的原创 2009-07-12 15:45:00 · 651 阅读 · 0 评论 -
从蔡斌失败的思考
刚才看了亚洲女排锦标赛,中国队输了。以前很能打球的球员,在最后的决赛中似乎变得不会打球;面对个人能力一般,但团队配合很好的泰国队,中国队散了。这时我的第一个反应就是为什么蔡斌会被任命为主教练?我在网上随便找了一个关于蔡斌代替陈忠和作为中国女排主教练的链接:中国女排新任主教练终出炉 蔡斌力压陈忠和当选选蔡斌作为中国女排主教练的理由似乎是各位的一厢情愿(这篇文章中,一部分阐述的是必要条原创 2009-09-13 15:48:00 · 1436 阅读 · 0 评论 -
2009.9.13 OA项目组一周工作报告
进度评价:55 评价依据:本周计划的执行,根据各户发过来的任务有所调整。另外由于有两个bug虽然完成了改动,但是还处于测试阶段,所以使本周的计划没有完成。 质量评价:60 评价依据:本周代码的质量没有大的问题。在目前看来,保证项目质量的是两个有效实践,一个是不断重构;一个是充分测试。我希望它们能够成为项目的两只强壮的左右腿,使项目走得更远。而在测试上,就目前的人员配置来说,方起着非原创 2009-09-13 14:17:00 · 812 阅读 · 0 评论 -
2009.7.4 OA 项目组一周工作报告
质量评分:70 评价依据:本周的工作重点在核查测试之前完成的任务和对Lookbook的重构。这两点对项目的质量都有很大的促进作用。 进度评分:65 评价依据:本周按照计划完成了任务,另外王还完成了客户临时发过来的关于报表的处理。 目前系统中还有2个难度加大的任务和2个工作量和难度都很大的任务还未处理,另有51个需要核查测试的任务。 在这周和客户的沟通中,客户提到2.55版本要到年底提交。原创 2009-07-06 00:13:00 · 631 阅读 · 0 评论 -
2009.9.6 OA项目组一周工作报告
进度评价:60 评价依据: 本周按照计划向客户提交了2.55的第一个版本。但是比原定的提交时间推迟了一天。原因是由于在测试中,发现了不少问题(方发现了11个问题,王发现了3个问题,我发现了5个问题)。这次发现的问题中,有部分和代码重构有关,一部分是后来在改其它bug时造成,一部分是之前就存在但一直没有发现的问题。 质量评价:60 评价依据:本周虽然发现了不少问题,但问题都得到了及时解决,所原创 2009-09-06 15:03:00 · 796 阅读 · 0 评论 -
2009.6.28 OA 项目组一周工作报告
质量评分:55 评价依据:这周客户报了几个bug都是由于我们的测试不力造成。当然这几个bug都在不同程度上同系统的设计有关系。这些都是我们需要长期注意的问题。解决办法1,完善测试地图;2,能够痛下决心,改善系统中不合理的处理。进度评分: 60 评价依据:本周大家都按照计划完成了任务,并给客户提交了2次升级程序,其中有一次主动为客户修改了我们在系统中发现的bug。值得提出的是,本周一个处理基本上由方原创 2009-06-28 15:04:00 · 658 阅读 · 0 评论 -
FileManager 1.1发布
最近对这个小工具的使用频率的升高,使我下定决心来对这个小工具做一点使用上的改进。 具体的使用方法见:Copy Manager vs XCopy新版本下载地址:FileManager 1.1新添加的功能为,双击选中行,选中行中的数据及相关设置会自动回写到上面的相应输入框中。修改各个值后点击Save,可以更新列表中的相应内容。由于之前的版本没有这个功能,要实现修改,只有将原数据删除原创 2009-11-08 03:41:00 · 955 阅读 · 0 评论 -
2008.10.31 OA项目组一周工作报告
质量评价:65 评价依据:本周在任务完成的过程中,方对任务中的控件进行了必要的重构,值得肯定。 进度评价:50 评价依据:本周的计划估计不足,造成了计划的完成不好。主要原因是重构和中途收到客户发过来需要处理的紧急任务,使得计划没有能够按时完成。关于这个紧急任务是7月份客户报过来的关于Duration的处理没有处理彻底。不幸中的万幸是当时将这个bug的分析描述记录得比较详细,使这个问题在较短的原创 2009-11-01 12:09:00 · 793 阅读 · 0 评论 -
代码中的地雷
以前听说过软件系统中有定时炸弹,今天我领教了代码中的地雷。 所谓地雷,它的特性是安装容易拆除难,下面段代码完全符合地雷的特性。 public static void GetAvail(SegmentType segment, out int avail){ if(segment.StartDate n.MaxAvail = 0); //....}这是一个底层方法,依赖于它的代码较多,即它的扇出较大。这个函数的本意是获取avail,但在获取avail的同时染指了原创 2010-06-19 22:12:00 · 928 阅读 · 0 评论 -
2010.4.11 OA 工作报告
进度:55 本周收到了4个紧急处理任务,因此计划有所调整,但总的来说,进度稍有落后,主要体现在OpenActivity中的Lock的测试和调整上。 质量:60 本周的质量较稳定。由于任务的难度变大,Roch的代码反馈量较上周有所增多,但陈鹏在测试中的严谨作风,值得肯定。 本Frank军担起了Lock中较复杂的处理的担子,详细内容参见附件。 在本周的项目会议上,大家都提出了Lock对当前系原创 2010-04-11 14:43:00 · 797 阅读 · 0 评论 -
2010.1.9 OA 工作报告
进度评价:60 评价依据: 1. 按照计划完成了任务 2. GSS的开发和分析都有进展。在开发方面,目前已经确定了Profile部分的开发;在分析方面,已经完成了Lock的数据分析。 质量评价:70 评价依据: 1. GSS的分析都有相应的文档支持 2. 在OA中发现了系统缺陷和bug,这对质量提高很有帮助。在项目内部,任何疑问都应该得到尊重和重视。原创 2010-01-10 23:14:00 · 1351 阅读 · 2 评论 -
2010.3.21 OA项目组工作报告
进度:60 本周计划有调整,但调整后的计划全部完成。 本周计划的调整主要包含两个内容: 1. 处理并提交了OA 2.55中的两个紧急bug 2. 调整了Roch的工作安排。 3. 本周和客户沟通了当前的进度,目前为止还没有收到SSF开发团队的反馈。GSS中剩下的部分的测试与调整预计会在下周结束。 质量:70 本周的质量比较乐观,主要体现在团队成员的工作评价上 1.原创 2010-03-21 23:10:00 · 767 阅读 · 0 评论 -
Bug reporter 开发目的
根据自身的项目管理经验,Bug reporter的设计目的在于将拥有多媒体处理和流程处理功能。据我目前接触的的bug管理系统,可以说都是基于文本信息的bug信息描述,当然bug管理中的流程控制是必不可少的。基于文本信息的bug信息描述给平时的bug管理功能带来了诸多不便。例如,我要对当前屏幕上的bug抓图,大多数都是将图片另外保存为一个文件,然后以附件的形式添加到该bug的名下,实原创 2010-01-03 10:07:00 · 1154 阅读 · 0 评论 -
2010.3.14 OA项目组工作报告
进度:60 本周项目进展顺利。Roch的进度有所提高,超额完成了部分任务。 本周提交了GSS项目中的部分功能。Frank负责提交部分的测试工作。 质量:60 本周再次收到客户报的2.55中的3个bug,由于紧急程度不高,放在2.56版本中,GSS项目完成之后处理 本周Frank花了大力气,克服了数据庞大给验证数据的正确性带来的困难,来测试将要提交的GSS功能,原创 2010-03-14 14:08:00 · 704 阅读 · 0 评论 -
2010.1.3 OA项目工作报告
进度评价:55评价依据: 陈没有完成计划 HTNG的分析工作虽然已经完成,但是分析报告还没有完成质量评价:65评价依据:本周没有特别的质量问题。在周五收到客户的一个bug报告,而这个bug正是周二处理过的bug。看来我们有必要及时将存在已久的,自测发现的bug及时报给客户,并及时提交更新。其它:总的来看,陈在项目中的进步明显,值得肯定;特别是在遇到问题时,能原创 2010-01-03 22:03:00 · 1141 阅读 · 1 评论 -
UML的那几个图
1. 类图:用于呈现系统内部的静态结构,它可以被直接转换为代码,对于程序员尤为重要 2. 序列图:用于展示操作的实现,同时也展现了某个操作所涉及的对象(群)。这里同时也隐含地提出了“操作”定义的范围。 3. 用例图:用于展示系统外部的行为。这个图在需求分析阶段和客户沟通时必须有的东西。 4. 状态图:用以展示某一对象内部状态的变化过程 5. 活动图:一般性的流程表达。可以用于业务逻辑层面的原创 2009-12-20 02:38:00 · 836 阅读 · 0 评论 -
2009.12.13 OA 项目一周工作报告
进度评价:65 评价依据: 1. 本周向客户提交了一个OpenActivity版本和Ios版本。 2. 本周基本完成了ocact-191关于duration的处理。 3. 陈鹏正式进入OpenActivity Web service的开发。 4. 大家完成了工作计划中的内容 质量评价:60 评价依据: 1. 本周陈在测试时发现的几个问题都已经得到修改原创 2009-12-13 20:45:00 · 1022 阅读 · 0 评论 -
2009.12.6 OA 项目组一周工作报告
进度评价:60 评价依据: 本周在大家的共同努力下,完成了2.55版本的提交。但是我们也为这个版本的提交付出了巨大的代价(23:40左右才提交这个版本)。 导致这个这个事件的原因是系统中发送电子邮件的功能存在问题。对于这个问题,我反省了以下原因: 1. 我在重构发送电子邮件功能时,忽略了一个参数,导致问题产生 2. 之前的代码的参数赋值存在问题 3. ReportAPI原创 2009-12-06 12:55:00 · 1019 阅读 · 0 评论 -
2009.11.29 OA 项目组一周工作报告
质量评价:65 评价依据: 1. 在测试中发现了一个比较严重的bug(关于事件通知),已经得到了修复并提交给客户 2. 在测试中发现了一个业务逻辑不明确的问题(关于revenue center的现实问题,等待客户回复) 进度评价:58 评价依据: 本周提交了OpenActivity版本和IOS版本。计划中的关键性任务都得到了完成。由于加班项目的影响,陈进入OA Web ser原创 2009-11-29 22:06:00 · 931 阅读 · 0 评论 -
2009.11.21 OA项目组一周工作报告
质量评价:65 评价依据: 本周在自测可用性过程中,发现了不少潜在问题和需要改进的地方,这些问题的解决,使项目的质量得到一定程度的提高。与此同时,解决这些问题,也是我们今后努力的方向。 进度评价:58 评价依据: 本周,除王外,项目组成员均未能按计划完成任务。方,在测试上消耗了较多的时间;处理ChangeSerivce消耗的时间超出了计划;陈,分析问题的方法不正确,导致分析时消耗的时间过原创 2009-11-23 21:03:00 · 1155 阅读 · 1 评论 -
2009.11.15 OA 项目组一周工作报告
质量评价:65 评价依据: 本周项目组的每个成员都在测试中发挥了作用。陈发现了多个自测bug,其中的一个bug得到了客户的认可,并将其转为正式bug。 进度评价:55 评价依据: 本周大家都按照计划完成了任务。但是我这里由于没有处理好BPEL中的相关问题,导致了计划中的bug没有完成,应该还差一天的工作量。 在最近修改bug的过程中,较多地实践了Closure模式,发现它能够在一原创 2009-11-16 22:28:00 · 1080 阅读 · 0 评论 -
2009.8.30 OA项目组一周工作报告
进度评价:50 评价依据:本周由于在测试中发现了一些重大的问题,所以没有按时提交版本。我在周四的时候已经告知了客户,我们不能在这周五提交,得到了客户的认同。在周五时,通过评估当前的问题,我告知客户我们会在下周三提交。本周延迟提交的另外一个原因是因为本周额外处理了客户发过来的问题。对本周的进度落后,我认为是良性的,我们没有必要,也不能为了提交而提交。 质量评价:70 评价依据:本周通过测试及代原创 2009-08-30 14:46:00 · 732 阅读 · 0 评论 -
2006. 6. 21 OA 项目组一周项目周报
进度评分:60 评分依据:本周基本上按照计划完成了任务。GDOCS-266,一个很难重现的bug也在周五下班之前找到了原因,并得到了客户的修改确认。 质量评分:65 评分依据:本周发现了多个自测bug,并及时通知了客户,跟新到了2.54版本。 目前虽然在代码编写上没有找到一个好的方法来避免目前遇到的问题,但是在自测上却找到了希望。这周发现的自测bug在一定程度上促进了项目的质原创 2009-06-21 17:15:00 · 988 阅读 · 0 评论 -
2009.8.23 eLibrary2 一周工作报告
进度评价:60 评价依据:按照计划,完成了eLibrary2项目。周五提交的最后一个版本,已经解决了我们应该解决的bug。该项目的开发完成时间是周二,另外有三天测试时间。所以到周五,我们完成了proposal中的工作。周一,小宇应该可以发邮件给客户要求客户结束项目。 另外,客户还额外发了eLibrary2的新需求。我已经在周日完成了对新需求的分析与工作量评估,并将其发给客户。新需求的暂时估计为原创 2009-08-23 23:38:00 · 566 阅读 · 0 评论 -
2009.3.27 OA项目组一周工作报告
进度评价:60 质量评价:60 这周基本上完成按照计划完成了任务。OpenActivity上,王完成了一个重要的功能的改动;在IOS上,基本上完成了客户提出的修改需求,剩下的部分实际上是tab键在ComponentArt上的处理,目前已经找到了解决方法,下周一可以按照给客户提出的承诺,再次提交一个新的版本。这周快结束时,方在测试中发现了一个bug,之所以在这里提出来,是因为这个bug是在特定的原创 2009-03-27 15:35:00 · 678 阅读 · 0 评论 -
C# Code Analyser 及其它的开发背景
作了这么多年的代码编写,设计以及代码重构工作,发现其实我们有很大一部分时间(在我看来有50%以上的时间)是在维护代码(如果你是在做一个大系统的话)。维护代码本身包含了很多内容,其中最主要的两个是1)修改客户报告的bug;2)在现有的系统上满足客户提出的新需求。应对代码的维护工作,我们有很多策略,例如,通过各种方式,采用各种文档来描述代码,使我们在对代码进行维护时,能够快速地找出解决方案。但是,原创 2009-03-22 14:16:00 · 1392 阅读 · 0 评论 -
2009.3.20 OA项目组一周工作报告
进度:55 质量:60 本周由于Ngx 框架的原因,客户那里报过来的bug在我们这里没有重现。为了寻找原因,使计划有所延迟。另外,由于方请假一天,所以他的部分计划我调整到了下周。就调整之后的计划看,延迟的部分主要是测试工作,这部分工作下周赶上没有问题。当然本周客户报过来的问题中并不是所以问题都不能重现,其中有一个问题非常隐蔽,这个问题暴露了我们在内部沟通中还存在缝隙,这个问题下周一我们抽时间讨论一原创 2009-03-21 14:00:00 · 855 阅读 · 0 评论 -
2009.3.13 OA项目组一周工作报告
工作进度:60质量评价:50这周从客户的反馈上来看,我们上次提交的2.54.7.1的自量并不高。但是仔细分析一下客户的反馈,可以发现只有两个反馈确实存在问题,而其它的反馈均没有得到重现。对于当前的情况,我希望能够得到销售经理赵的帮助,希望她能够从另外一面了解客户对我们上周的反馈,然后根据反馈来调整我们的工作;另一方面:1. 我还是希望大家能够在开发工作中应用代码驱动开发方法,力求在开发中,做到对每原创 2009-03-15 02:05:00 · 852 阅读 · 0 评论 -
我的项目周报
2010.1.9 OA 工作报告2010.1.3 OA项目工作报告2009.12.27 OA项目工作报告2009.12.20 OA 一周工作报告2009.12.13 OA 项目一周工作报告2009.12.6 OA 项目组一周工作报告2009.11.29 OA 项目组一周工作报告2009.11.21 OA项目组一周工作报告2009.11.15 OA 项目组原创 2009-03-07 02:56:00 · 9517 阅读 · 0 评论 -
2009.3.7 OA项目组一周工作报告
进度评价:60 质量评价:65 这周在大家的共同努力下,完成了2.54.7的提交。2.54.7涉及到了系统中charge,commission代码的重构和修改,还有可用性搜索的改动。更加庆幸的是我们在发布版本前的测试中,发现了其中存在的问题,这些问题包括,方发现的在计算可用性中存在的问题,在计算service charge中存在的问题和在IOS上页面上显示价格合计的问题,另外在和王强讨论commi原创 2009-03-07 02:39:00 · 811 阅读 · 0 评论 -
关于C# Code Analyser 的作用与下一步开发
最近在工作中,发现Code Analyser的实际作用和意义远远超出了我原来对它的功能需求。分析函数的调用关系功能不仅仅帮助我们分析出函数调用的业务逻辑,还可以帮助我们判断程序的控制流是否合理,而对控制流的合理分布本身就是程序设计中的一个重要部分。另外,作为项目经理,我会经常用这个工具来辅助检查项目成员签入到源代码管理器中的代码,我发现这个工具还可以很快帮助我了解成员的设计意图,并对其合理性做出判原创 2009-03-01 11:02:00 · 1124 阅读 · 0 评论