我的2007

态度决定高度,努力造就实力!

wuzhijie ID:zhijie435
44131次访问,排名2378(-1)好友0人,关注者0
zhijie435的文章
原创 79 篇
翻译 0 篇
转载 123 篇
评论 7 篇
最近评论
Cheng Chi:Agree!!根据我的一些测试经验,给兄弟加点料:
在以前跟同事讨论中也谈到这个话题,不过我的题目是“How to Keep Performance test simple, and Why?”
模拟真实环境的测试是需要的,但不是必须的,最好在项目接近结束时,进行一次全面的测试,并且进行压力测试以及长时间稳定性测试。
在相对简单甚至简陋的环境中进行性能测试,可以……
fg:高压带电显示装置
LED显示屏
磁钢
磁性……
elixirzhang:请问jdbc能实现compass增量么
masterkey:不错
dongwei:返回结果怎么才能用ec:分页?求助
文章分类
收藏
    相册
    我和儿子-悠悠的照片
    java技术
    SpringSide江南白衣
    web项目经理手册
    一个大学同学的blog
    一个年轻有为但略有缺点的老板同事
    一位老领导的个人网站
    不知何人,有些文章很经典
    低头赶路,抬头看天:现在公司老总的博客
    我的java老师的blog
    此人很“牛”
    老师换地方了
    职业生涯顾问Leo的专栏
    道理事,德处人;人脉和,事脉顺-专门讨论业务建模问题(还没来得及细看)
    项目管理(其他篇)
    存档
    软件项目交易
    订阅我的博客
    XML聚合  FeedSky
    2007年12月20日

    置顶 原创 作为项目经理需要重点关注的事情收藏

    导读:      在以前的文章中关于项目经理做什么或者如何做好一个项目管理者/项目经理都有很多的叙述。但是最近也有很多的朋友MSN询问作为一个PM应该关注的重要的事情是哪些? 当然其实所谓的重要的事情,如果从系统化的角度来看的话,有三个系统化教材可以得到全部的答案,这也是作为在软件行业内作为PM应该熟悉的内容,他们是SWEBOK(Software Engineering Body Of Knowledge)、SW-CMMI(Software – Capability Maturity Model Integration)、PMBOK(Project Management Body Of Knowledge)。   其实这样的答案跟没有回答一样,下面我还是从个人的经验和观点来看:   需求   需求是直接与项目的范围相关的,屏蔽和管理需求的风险是作为一个软件项目经理最重要的关注点。同时对需求的了解也是PM有效与外部客户与内部Team有效沟通交流的基础。   架构(Key Technical Points 关键技术点)   关于项目的架构设计,PM最需要关心的是关键技术点。因为项目阅读全文>

    发表于 @ 2007年12月20日 17:15:00|评论(loading...)|编辑|收藏

    2007年10月15日

    置顶 转载 说说大型高并发高负载网站的系统架构收藏

    软件四层交换   大家知道了硬件四层交换机的原理后,基于OSI模型来实现的软件四层交换也就应运而生,这样的解决方案实现的原理一致,不过性能稍差。但是满足一定量的压力还是游刃有余的,有人说软件实现方式其实更灵活,处理能力完全看你配置的熟悉能力。   软件四层交换我们可以使用Linux上常用的LVS来解决,LVS就是Linux Virtual Server,他提供了基于心跳线heartbeat的实时灾难应对解决方案,提高系统的鲁棒性,同时可供了灵活的虚拟VIP配置和管理功能,可以同时满足多种应用需求,这对于分布式的系统来说必不可少。      一个典型的使用负载均衡的策略就是,在软件或者硬件四层交换的基础上搭建squid集群,这种思路在很多大型网站包括搜索引擎上被采用,这样的架构低成本、高性能还有很强的扩张性,随时往架构里面增减节点都非常容易。这样的架构我准备空了专门详细整理一下和大家探讨。      对于大型网站来说,前面提到的每个方法可能都会被同时使用到,我这里介绍得比较浅显,具体实现过程中很多细节还需要大家慢慢熟悉和体会,有时一个很小的squid参数或者apache参数设阅读全文>

    发表于 @ 2007年10月15日 18:12:00|评论(loading...)|收藏

    2007年07月24日

    置顶 原创 项目管理者的真正挑战,不是发现问题和记录问题,而是预见问题、控制问题和解决问题。收藏

    研发项目拖期的可能性有很多。比如: * 存在未捕获的需求; * 对需求的分析不够充分; * 缺乏有效的需求变更管理; * 规模或工作量的估计出现偏差; * 出现大量未识别的任务; * 设计不合理; * 存在严重的质量问题; * 过多采用新技术; * 技术人员缺乏培训; * 考核评价体系存在问题; * 技术人员流动频繁; * 沟通不畅,很少开会或经常开会,但问题不见减少; * …… 阅读全文>

    发表于 @ 2007年07月24日 16:54:00|评论(loading...)|编辑|收藏

    2008年07月02日

    原创 探析软件项目管理九大原则收藏

    软件开发的残酷的现实告诉我们:没有规则的软件开发过程带来的只可能是无法预料的结果。我们中的大多数项目管理人员在其个人简历中纷纷写到:“拥有多年的丰富的项目管理经验”,但在实际开发中,“丰富的”管理经验变成了软件开发人员可怕的梦魇。一次次的失败、一次次的返工,他所谓的项目管理经验只不过是再一次的游戏于“无间”(十八层地狱)。一次,在与不少项目管理者的交流中,大家纷纷提到的软件变更带来的可怕影响。 但是正如完整的法律体制不能制止犯罪,但没有完整的法律体制犯罪会更加猖獗一样,频繁的软件变更固然可怕,但是没有一个完整的项目管理对应机制,我们无法相像项目最终会是一个什么样子。此外还有一次,笔者在求职时,招聘公司的技术主管(40-50岁左右),向我吹嘘公司按CMM4的过程规则来进行软件的开发和管理。殊不知,我一问下面开发人员,她们在经历无数的加班后正在给已经完成的软件项目添加软件概要设计书,这让我大吃一惊。如此这样形式主义的公司,不呆也罢。  记得一个格言曾经说过“人类最愚蠢的行为在于忘记常识”。另外一句较为相仿的格言则是“不知道历史的人必然会重蹈覆”。作为项目管理来说亦为同阅读全文>

    发表于 @ 2008年07月02日 16:43:00|评论(loading...)|编辑|收藏

    原创 j2ee性能调优之最小化资源压力测试法则收藏

    前面看到有人讲j2ee的性能调优,虽然这块不是自己的专长,但是猪养多了,也忍不住跳出来说几句。虽然几乎每本讲性能调优的书籍开篇都会提,没必要的情况下就不要做调优,但是我个人还是认为,所有系统在上线前,都应该做一次基本的压力测试并对相关的性能问题进行检测, 但是迫于资源压力,很多项目都无法做正规的压力测试,一直到系统上线出现问题,才倒回来找原因。而正规的压力测试,往往因为需要严格模拟生产环境,需要耗费大量的资源,各类专家配合解决问题,并不是那么轻松的可以做下来的。而j2ee应用的特点就是以复杂性来回避传统问题,所以任意一个j2ee的部署,相对于php那样的结构都是比较复杂的。系统一旦发生性能问题,必须在程序、数据库、应用服务器、jvm、操作系统几大块中交叉进行考虑,根据实际情况问题,问题的原因可能异常复杂。我们可以想象一个项目,从来不做UT不做IT ,只做一次UAT,然后直接提交给用户上线以后,修补错误的困难度和成本。经常看到一些调优的最后解决方案,可以肯定,几乎80%以上都是一些低级的程序错误导致的,剩下的20%虽然可能是用硬件,os参数调整等等问题解决了,但是其中很大一块,归阅读全文>

    发表于 @ 2008年07月02日 16:41:00|评论(loading...)|编辑|收藏

    2008年05月15日

    原创 Scrum实施情况调查之案例分析收藏

    导读:   社区Agile主题敏捷实施,企业级敏捷标签Scrum作者李剑,在InfoQ中文站上发表了一篇"Scrum在中国——企业实施情况调查实录"。这份调查实录,分别调查了五个实施SCRUM的公司,其中三家公司实施成功,二家公司失败。我建议所有准备或者正在实施SCRUM 的人们都能来读一下。   在此,我们会对这篇文章中的案例分类进行分析、诊断。并探讨什么是敏捷开发方法、什么是SCRUM、使用敏捷方法需要什么条件、它可以解决什么问题以及如何在团队中合理的使用敏捷方法。   什么是敏捷开发方法?什么是SCRUM?有人在这个字面上下功夫,说敏捷就是反应要灵敏,动作要快捷;有人还在字面上进行延伸,说敏捷就是又好又快,或者就是多快好省;有人说敏捷就是光写代码不写文档;有人觉得敏捷就是没有制度,管理松散的工作方式;有人觉得只要敏捷了,就代表高软件交付水平。   那么,敏捷这个词到底由何而来呢?在九十世纪中期,涌现了一批软件行业的激进人士,他们反对那些以过程为本的重型软件开发方法(例如:传统的瀑布开发方 法)。在2001年,17位软件业界的专家们齐聚一堂,讨论正在兴起的轻量级开发方法(L阅读全文>

    发表于 @ 2008年05月15日 19:59:00|评论(loading...)|编辑|收藏

    原创 Scrum实施情况调查之案例分析收藏

    导读:   社区Agile主题敏捷实施,企业级敏捷标签Scrum作者李剑,在InfoQ中文站上发表了一篇"Scrum在中国——企业实施情况调查实录"。这份调查实录,分别调查了五个实施SCRUM的公司,其中三家公司实施成功,二家公司失败。我建议所有准备或者正在实施SCRUM 的人们都能来读一下。   在此,我们会对这篇文章中的案例分类进行分析、诊断。并探讨什么是敏捷开发方法、什么是SCRUM、使用敏捷方法需要什么条件、它可以解决什么问题以及如何在团队中合理的使用敏捷方法。   什么是敏捷开发方法?什么是SCRUM?有人在这个字面上下功夫,说敏捷就是反应要灵敏,动作要快捷;有人还在字面上进行延伸,说敏捷就是又好又快,或者就是多快好省;有人说敏捷就是光写代码不写文档;有人觉得敏捷就是没有制度,管理松散的工作方式;有人觉得只要敏捷了,就代表高软件交付水平。   那么,敏捷这个词到底由何而来呢?在九十世纪中期,涌现了一批软件行业的激进人士,他们反对那些以过程为本的重型软件开发方法(例如:传统的瀑布开发方 法)。在2001年,17位软件业界的专家们齐聚一堂,讨论正在兴起的轻量级开发方法(L阅读全文>

    发表于 @ 2008年05月15日 19:59:00|评论(loading...)|编辑|收藏

    原创 消除抑郁的14种方法收藏

    美国学者卡托尔认为,不同的人会进入不同的抑郁状态,但是他只要遵照以下十四项办法,抑郁的症状便会很快消失,这十四项办法包括:  一、必须遵守生活秩序。与人约会要准时到达,饮食休闲要按部就班,从稳定规律的生活中领会自身的情趣。  二、留意自己的外观。自己身体要保持清洁卫生,不得身穿邋遢的衣服,房间院落也要随时打扫干净。  三、即使在抑郁状态下,也决不放弃自己的学习和工作。  我四、不得强压怒气,对人对事要宽宏大度。  五、主动吸收新知识,“活到老学到老”。  六、建立挑战意识,学会主动接受矛盾,并相信自己成功。 我 七、即使是小事,也要采取合乎情理的行动;即使你心情烦闷,仍要特别注意自己的言行,让自己合乎生活情理。 我爱 八、对待他人的态度要因人而异。具有抑郁心情的人,显得对外界每个人的反应、态度几乎相同。这是不对的,如果你也有这种倾向,应尽快纠正。 九、拓宽自己的情趣范围。  十、不要将自己的生活与他人的生活比较。如果你时常把自己的生活与他人作比较,表示你已经有了潜在的抑郁,应尽快阅读全文>

    发表于 @ 2008年05月15日 19:49:00|评论(loading...)|编辑|收藏

    2008年04月29日

    转载 SCRUM软件开发过程收藏

    SCRUM Master主持。会议上,SCRUM Master对每个小组成员提三个问题: 1) 昨天的工作进展如何。 2) 有否遇到困难和障碍。 3) 今天的工作打算。 会后SCRUM Master集中精力排除障碍,小组成员则进行当天的开发。 l Sprint评审会议。评审后根据对每人的工作成绩,进行相应的激励。阅读全文>

    发表于 @ 2008年04月29日 15:03:00|评论(loading...)|编辑|收藏

    2008年03月03日

    原创 程序本色 : IBM趣谈SOA(记金蝶房地产高峰论坛演讲)收藏

    导读: 本文转自 http://dev.kingdee.com/pages/truecolor/blog/archive/2007/09/18/240757.aspx 阅读全文>

    发表于 @ 2008年03月03日 23:32:00|评论(loading...)|编辑|收藏

    2008年02月29日

    原创 MySQL show的用法收藏

    导读:   a. show tables或show tables from database_name; // 显示当前数据库中所有表的名称   b. show databases; // 显示mysql中所有数据库的名称   c. show columns from table_name from database_name; 或show columns from database_name.table_name; // 显示表中列名称   d. show grants for user_name@localhost; // 显示一个用户的权限,显示结果类似于grant 命令   e. show index from table_name; // 显示表的索引   f. show status; // 显示一些系统特定资源的信息,例如,正在运行的线程数量   g. show variables; // 显示系统变量的名称和值      h. show processlist; // 显示系统中正在运行的所有进程,也就是当前正在执行的查询。大多数用户可以查看   他们自己的进程阅读全文>

    发表于 @ 2008年02月29日 14:27:00|评论(loading...)|编辑|收藏

    2008年02月26日

    原创 用jamon来监控你的sql执行效率收藏

    导读:   相关文章: X   动态切换多数据源   用apache的dbcp来建立数据库连接池更多相关推荐   /**   *作者:张荣华   *日期:2008-2-25   **/   之前有一篇文章讲到如何使用jamon来监控请求以及方法得调用(原文地址见:http://www.javaeye.com/post/354575),本文属于其姊妹篇,使用jamon监控系统的sql调用及其调用效率。   需求:   1我们知道在使用hibernate得时候,我们可以打开show sql选项,可以直接查看sql语句调用的情况,那么当我们使用其他持久技术的时候我们也需要这个功能怎么办呢,没有关系,jamon能够帮我们做到。   2 很多时候,不同的程序员会写出不同的性能的sql,有时候可能会不小心或者因为不知道而写出性能很差的sql,我自己曾经就发生过这种事情,在500w条数据的表里使用了一个limit来分页,到后面,执行一条sql都需要几分钟,诸如此类的时候可能大家都有碰到过,如果能有监控sql性能的工具嵌在应用里该多好,当然有jamon就可以帮我们做到。   对于jamon阅读全文>

    发表于 @ 2008年02月26日 18:01:00|评论(loading...)|编辑|收藏

    原创 优化程序之前,可用Jamon来监测你的Spring应用收藏

    导读:   */   前两天在看Spring内置的拦截器的时候,发现了一个之前没有注意的类:org.springframework.aop.interceptor.JamonPerformanceMonitorInterceptor,好奇心促使我上网查了一下这个jamon。大概看了一下之后发现这个玩意还真挺好用的而且挺重要的,而且现在国内对它的介绍也很少,所以写了一篇文章和大家分享。   一,Jamon简介:   Jamon的全名是:Java Application Monitor。它是一个小巧的,免费的,高性能的,线程安全的性能监测工具。它可以用来测定系统的性能瓶颈,也可以用来监视用户和应用程序之间的交互情况。 Jamon主要是用来检测jee的应用程序。它最新的版本是2.1,可以用在1.4以上的jdk上。   二,将jamon导入到你的应用程序中去   首先下载jamon的开发包,见我的附件,同时你也可以去Sourceforge上自己下载。Sourceforge的下载地址为http://jamonapi.sourceforge.net。解压之后可以得到一个jar包和一个war阅读全文>

    发表于 @ 2008年02月26日 18:00:00|评论(loading...)|编辑|收藏

    原创 JAMon Introduction收藏

    导读:   JAMon Introduction   The Java Application Monitor (JAMon) is a free, simple, high performance, thread safe, Java API that allows developers to easily monitor production applications.   JAMon can be used to determine application performance bottlenecks, user/application interactions, track application scalability, and more.   JAMon 1.0 gathers aggregate performance statistics such as hits, execution times (total, average, minimum, maximum, standard deviation), as well as concurrency阅读全文>

    发表于 @ 2008年02月26日 17:57:00|评论(loading...)|编辑|收藏

    2008年02月21日

    原创 敏捷项目实践步骤 - rocket - BlogJava收藏

    一、根据发布目标分析需求,把需求分析成独立的故事,初步的分析可以是粗略的,随着需求的不断深入刻意对故事进行整合或者切割。 要注意的是分析出来的需求尽量在发布目标的范围之内,超出发布目标的需求应该尽量避免过深分析。 所谓的发布目标是确定了这个版本可以让用户满意的条件。 故事模式:做为(用户角色),我可以(做什么),以便(业务价值)。后面的业务价值在比较简单或者大家都比较明确的时候刻意不需要注明。 当前团队实践推行方法: 第一阶段,这个分析工作开始由PM进行收集,整理和分析。 第二阶段,当大家都为用户故事的方式接受以后,采用需求讨论的方式来明确和分析用户故事。   二、对分析的故事进行相对估计,估计出来的故事点是对用户故事和复杂度的无单位估计值,使用的数值大小本身没有绝对意义,只有相对于其他故事规模的相对意义。 比如,用户登录这个用户故事的估计值是2,那么做为同等开发规模的用户推出,这个用户故事的估计只也因该是2。 当前团队实践推行方法: 第一阶段,这个估计的工作暂时由pm来负责完成,但是由于一个人的估计肯定会有偏差,所以在估计完成之后需要进行调查来进行修正 第二阶段,用阅读全文>

    发表于 @ 2008年02月21日 17:42:00|评论(loading...)|编辑|收藏

    Csdn Blog version 3.1a
    Copyright © zhijie435