青润心情

风雨润物未必佳,狂风暴雨也喜然。即日辗转三千里,天涯无度映幻孱。

用户操作
[即时聊天] [发私信] [加为好友]
青润ID:qingrun
576412次访问,排名67好友297人,关注者365
一个在不断摸索实践的国内软件工程方法和技术的亲历者。
qingrun的文章
原创 225 篇
翻译 0 篇
转载 11 篇
评论 1265 篇
青润的公告
朋友援建的新QQ群33710085已开通。
我的blog中为什么大量都是对话而未经整理的原因是:
真正的程序员应该是善于学习和整理知识的!坐享其成不是程序员的所为!
所以,我的blog大都是对话或者简短的篇幅,很多人都说看不懂,或者说太乱了。这很正常,因为你没有静下心来看每一篇文章。如果你能够静下心来看,那是肯定会有收获或者理解的。
最近评论
HarryDuanChina:呵呵,flyingheartfans说:‘我所反对的就是将rup或者迭代当万灵药。’完全同意。其实这里没有人把什么过程当作灵丹妙药。

‘有项目是因为选择瀑布失败的么?’这个反问值得怀疑。如果这个问题的答案是‘没有’,那么也就是说过程与项目成败没有关系,这显然是不正确的。我认为把项目失败原因纯粹归为过程选择或者其他任何因素都是不合理的。

具体到一个项……
flyingheartfans:如果说软件的成熟度,中国软件真的那么不堪入目么?至少在我这个行业里面,我看不出很大的差别。我们差什么?时间,毕竟别人发展了那么久,中国软件业的大发展还是很短的时间。
从可靠性的角度,电信是走在前面。但是也不能说别的行业一无是处。
我是基本上什么行业的软件都做过了。看这个要看发展,看过去的基础。电信今天走在前面,两个因素,一个是投入,一个是行业的需求。
大家可以看……
flyingheartfans:我觉得大家如此贬低瀑布,如此抬高迭代,是有问题。
所以过来说几句,因为不管从什么角度,有一个好过程固然很重要,但是在项目中间,过程的选择毕竟不是那么决定性的。过程方式的选择,即便选择了瀑布,从一个稍微长的周期看,也不是项目失败的理由。
项目的决定因素不太应该在过程方式的选择上。我所反对的就是将rup或者迭代当万灵药。看问题的本质,有项目是因为选择瀑布失败的么?最终原因很多……
HarryDuanChina:想要让项目成为一个人的功劳是个人英雄主义。项目规模越大,这种观念的弊病就展现地越明显。
HarryDuanChina:呵呵。。。
文章分类
收藏
    相册
    2006年1月全程建模培训
    当年的西藏之行
    慢性咽炎的治疗药品图
    天珠照片
    iTSP加盟组织
    1v1的IT职业规划
    软件共创组织
    雕塑网站——青润曾为其做规划,现规划文档已经发布
    技术站点
    InfoQ中文站
    青润制造
    《软件工程之全程建模》china-pub链接
    《软件工程之全程建模》dearbook链接
    藏饰精品网
    青润意愿
    青润空间
    青润自在
    青润风度
    青润风格
    青润风雅
    优秀个人空间
    demo也好@virushuo
    测试时代——贺忻的blog
    存档
    订阅我的博客
    XML聚合  FeedSky
    订阅到鲜果
    订阅到Google
    订阅到抓虾
    订阅到BlogLines
    订阅到Yahoo
    订阅到GouGou
    订阅到飞鸽
    订阅到Rojo
    订阅到newsgator
    订阅到netvibes

    技术讨论关于软件技术方面的具体对话和研讨

    原创 [技术讨论]迭代与RUP的关系——看Ivar的blog中文字的一点个人看法收藏

    RUP是以迭代为核心的,这是绝对没错的,你可以从RUP那张著名的图中就可以看出来。 RUP或者XP与迭代的关系都是不可能被否认的。阅读全文>

    发表于 @ 2008年09月25日 18:23:00|评论(loading...)|收藏

    原创 [全程建模]关于最佳实践的思考——谈实事求是收藏

    最佳,都是有范围的,不要上来就说什么是最佳,什么就不好,讨论是可以的,但不要认为别人反对你的观点就是在打击你,不要认为,别人说出了自己的看法来证明你的观点错误,你就认为别人心胸狭隘,这种评价是不合适的,能给别人做评价的人,至少要认识几年或者十几年才好评价,否则,你的这些评价不过是表示你自己就是如此一个人而已。阅读全文>

    发表于 @ 2008年09月08日 12:49:00|评论(loading...)|收藏

    原创 [全程建模]UML应用与实践的对话——某国外大型业务系统对话的第二部分收藏

    涉及到开发过程,项目的坚持,uml的应用情况和一些比较现实的内容。阅读全文>

    发表于 @ 2008年07月06日 17:07:00|评论(loading...)|收藏

    原创 [技术讨论]某国外大型业务系统的前期分析对话收藏

    某大型业务系统的讨论,关于业务建模、需求分析和需求调研的一段对话。阅读全文>

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

    原创 [技术讨论]做事一定要有方法收藏

    做事情一定要有方法,不能随意操作,否则,失败肯定多于成功的。阅读全文>

    发表于 @ 2008年06月04日 22:12:00|评论(loading...)|收藏

    原创 [技术讨论]需求应该找谁来获取收藏

    确定需求应该找什么样的人进行征询,客户和非客户之间是有很大差别的,下面这个朋友就犯了这种错误阅读全文>

    发表于 @ 2008年05月29日 11:01:00|评论(loading...)|收藏

    原创 [项目管理]项目经理应该做什么——全程建模绩效管理办法执行中出现的偏差之二收藏

    这里对项目经理的职责说的并不是很详细,只是从一个角度来说了两句,看到的朋友不要苛刻的挑剔,呵呵。但是,这也能排除掉一些人对项目经理的误解。 本文是某公司的全程建模绩效管理办法执行中出现的偏差的第二篇,大家可以看看第一篇来进行比较对应,这样就能看得更明白了。阅读全文>

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

    原创 [技术讨论]对待错误应该如何看待的对话之二收藏

    一个朋友对我处理这次事件的建议,我认为当时应该如此考虑,贴在这里给大家看看。转折也许比直线更容易到达更好的终点,但是,我当时没如此做,也不知道将来是否能做到。阅读全文>

    发表于 @ 2008年05月18日 17:35:00|评论(loading...)|收藏

    原创 [技术讨论]对待错误应该如何看待的对话之一收藏

    这些对话中可以看出一些中国人的传统习惯和问题,当然更重要的是后续的扩展,如何看待别人的错误,如何对待别人的错误的问题,也许这是这个对话最大的价值存在。阅读全文>

    发表于 @ 2008年05月18日 17:28:00|评论(loading...)|收藏

    原创 [人生]四川地震后看待虚伪与真实收藏

    谢谢大家,同时,多做些实际的事情,平时就多做些吧,别到将来后悔。阅读全文>

    发表于 @ 2008年05月13日 20:40:00|评论(loading...)|收藏

    原创 [全程建模]窥国外uml应用情况之一隅收藏

    通过一张图看到:欧洲某著名企业的技术人员对UML的使用情况也不过如此。阅读全文>

    发表于 @ 2008年04月24日 11:14:00|评论(loading...)|收藏

    原创 [技术讨论]iTSP组04年关于知识库构建的对话收藏

    这是2004年8月的一次讨论,内容涉及到企业知识库(包括代码库、资料库、文档库等)的构建以及企业显性和隐性知识的构建。阅读全文>

    发表于 @ 2008年04月07日 13:53:00|评论(loading...)|收藏

    原创 [技术讨论]搞软件工程的问题——笨笨主义和实践性科学收藏

    请不要把实践性科学当作理论性学科来教授,那样就是误人子弟!没有袁隆平老大那样辛辛苦苦种地的精神和做法来实践软件工程,你可能领悟到什么是真正的软件工程么? 阅读全文>

    发表于 @ 2008年03月22日 13:43:00|评论(loading...)|收藏

    原创 [技术讨论]交换编程实践与延续收藏

    对朋友们提出的关于交换编程的疑问进行了解释,同时将一个实例放在了文中。阅读全文>

    发表于 @ 2007年01月04日 14:17:00|评论(loading...)|收藏

    原创 [技术讨论]关于交换编程实践的交换周期问题收藏

    交换编程的周期,多长时间交换一次比较好?阅读全文>

    发表于 @ 2006年12月20日 10:07:00|评论(loading...)|收藏

    Csdn Blog version 3.1a
    Copyright © 青润