发布新日志

  • 有效的管理可以降低项目成本

    2011-09-22 21:36:09

    谨记！

    最近做的项目有非常深刻的体会；

    一头狼带领的一群羊 要比一只羊带领的一群狼更有效；

    如果做到管理高层凡事还要亲力亲为，确实是一个悲哀；

    多项目管理文摘，如下，学习之：

    http://www.kuqin.com/projectmanage/20090316/40309.html


    查看(426) 评论(0) 收藏 分享 管理

  • SACC 系统架构师大会 学习笔记

    2011-09-22 21:17:24

    1、导致CPU瓶颈的一般原因： （1）加密解密 （2）垃圾回收 （3）压缩解压缩 （4）运算 （5）过度编译

    2、导致软件性能问题的原因 （1）外因：网络、服务器配置等 （2）内因：代码架构设计资源加载等

    3、性能调优四部曲： （1）问题陈述 （2）处理计划 （3）数据收集 （4）数据分析

    4、小问题引发大的性能瓶颈非常之常见

    5、性能调优;耗成本的过程，性能调优的目标要明确什么时候可缓缓，什么时候可以停止 

    6、提升性能做法： （1）分析用户习性 （2）内存瓶颈分析 （3）常见优化点：字符串，session,缓存，对象池 （4）DB、线程、文件，资源释放等

    7、Armory:设备与IP管理工具

    8、救火队员

    9、ebay:最大的表，有13T！！？？没听错吧 每秒3000刀了的交易 10、20w台服务器的规模，怎么管？

    .... 


    查看(373) 评论(0) 收藏 分享 管理

  • 怎么评估开发及测试人员的比例？

    2009-12-14 11:34:34

        老话题了，你我应都知道答案为：it depends
        不同的企业，不同的项目状况需要不同数量的测试人员。
        如果拿别的企业的开发及测试人员比例来决定自己项目所需的测试人员数量，是愚蠢的。但当系统越来越复杂，越来越庞大的情况下，如何评估我们需要多少测试人员呢？
        1、根据产品复杂度进行评估，如果越复杂，需要的测试程度越高，需要的测试人员则越多，产品的复杂程度可以列一个Checklist
        2、测试介入越晚，项目介入的生命周期越接近瀑布模型（顺序式），则需要的测试人员越多。
        3、如果项目开发过程中，有严格的单元测试、TDD、结对编程、代码复查或自测，则需要的测试人员越少，同时开发人员的水平越高，需要的测试人员越少。
        4、项目开发过程中，还要考虑我们提高测试效率的一些工作：自动化，自动化的程度如何？自动化程度越高，每日执行（冒烟及回归测试）覆盖率越广，则需要的测试人员越少。提高测试人员的素质，培养并稳定住主力人员，投入上要远远低于招聘一个新手，风险也是最低的。
        5、最好和经验丰富的测试专家一起对测试人员的需求进行评估。他们知道不同的项目，测试任务的饱和度，深入情况等。
        测试人员招多少都是有用的，因为bug无法穷尽，但结合成本一起考虑，也许大家都不会同意测试人员是应该多多益善的。
       

    查看(673) 评论(0) 收藏 分享 管理

  • 项目需要一流的测试人员

    2009-12-14 11:10:26

        下面的几个问题如果一半及以上回答为是，则你的测试人员水平是二流的：
    1、测试人员是否经常被排除在参与项目需求及设计会议之外？
    2、测试人员是不是需要偷听的方式才能了解到产品信息？
    3、测试人员对工具的需求是不是经常被推迟或忽略？
    4、产品的可测试性需求的建立是不是经常被推迟或忽略？
    5、测试人员每个人平摊的培训经费预算是不是要远少于开发人员？
    6、你的测试人员是不是可以互换的？也就是说他们掌握类似的技能，谁负责哪个项目工作都无碍大局？
    7、你的测试人员是不是在项目后期才和开发人员一起工作，原因是他们没有被尽早带入产品的需求及设计阶段，对需求及设计理解不足，因此无法提供反馈？
    8、你的测试人员是不是无法和开发人员一起设计更复杂的测试，因为他们无法完全理解产品的内部机制？
        一流的测试人员具有足够的创造力，在编码工作开始之前，他们就能评估系统的设计与架构，在代码编写阶段，一流的测试人员会设计与实现他们的测试套件，包括自动化和手动两部分，他们编写的测试会以开发无法预料到的方式去‘折磨’系统。一流测试人员可以帮助项目经理评估项目的风险，同时，一流测试人员和开发人员的关系是平等的，而不是对立的，与开发人员的步调也是一致的，可以改变开发人员创建产品的方式。
        系统越复杂，规模越大，开发人员就越难于发现自己的缺陷。测试人员在早期帮助开发人员发现问题，则开发人员更愿意在需求及设计阶段加入测试人员，并更愿意增加产品的可测试性。
        如果希望节省项目的时间与资金，并且希望管理技术风险，我们就需要一流的测试人员。

    查看(228) 评论(2) 收藏 分享 管理

  • 清除SVN目录的批处理命令

    2009-06-15 23:46:33

     

    @echo on

    @rem 删除SVN版本控制目录

    @rem for /r . %%a in (.) do @if exist "%%a\.svn" @echo "%%a\.svn"
    @for /r . %%a in (.) do @if exist "%%a\.svn" rd /s /q "%%a\.svn"

    @echo completed
    @pause

    查看(573) 评论(1) 收藏 分享 管理

  • 软件项目管理相关

    2009-06-15 23:15:49

    《人月神话》《人件》及网摘：
    1、 “现实世界中的管理就是在更大程度上以人员的生命为代价，让他们更努力、更长时间地工作。经理们总是不停地吹嘘他们的人员的加班时数和能从这些人身上榨取更多时间的小把戏。”这种情况下，开发产品的质量一定会下降，甚至惨不忍睹，因为开发人员唯一能控制的是质量，当他们不得不牺牲质量，痛苦面对自己的工作，践踏工作的乐趣时，可以想象项目成本会大量地增加，并且项目的发布往往伴随着一大批程序员的倒下。
    2、 软件开发本身就是一个具有无序趋势的活动。当人们四处游走，寻找一个类似于计算机硬件那样流水线化的方式方法时，可能应该静静思考一下，这本身就是与开发内在发展规律相悖。并且，软件开发是人类的思维创造活动，同诗歌、乐曲一样，好像人类历史上还没有什么为上述创造进行流水线化的尝试。
    3、本次项目上鼓舞士气最大弱点是雷声大、雨点小，最后才来个狂风骤雨，一鼓作气，再而衰，三而竭；“软件开发是一种高智力的创造性活动，个人的精神状态直接影响着生产效率，士气更是一种团队的精神面貌，起着非常巨大的作用”（引用）。过于频繁的鼓舞以及前期不必要的造势势必在前期将员工的士气耗尽，最后‘伴随着一批人的倒下’
    4、《孙子兵法》有云：“兵者，经之以五事，校之以计而索其情：一曰道，二曰天，三曰地，四曰将，五曰法。道者，令民与上同意也，故可与之死，可与之生，而不畏危也。”
    在团队的建设中，我们首要做的是就是用事业将大家集合起来。有了一个共同的志向的团队才不会沦为乌合之众，这时的团队就会有一种内在的巨大爆发力。

    查看(408) 评论(0) 收藏 分享 管理

Open Toolbar