软件过程
文章平均质量分 57
秋风
这个作者很懒,什么都没留下…
展开
-
关于腾讯敏捷框架TAPD(Tencent Agile Product Development)
关于腾讯敏捷框架TAPD(Tencent Agile Product Development)腾讯是一家典型的互联网企业,互联网行业有其鲜明的特点:1.关注用户行为2.追求创新(腾讯有一个创新中心部门)3.需求不确定性高4.快速适应变化5.快鱼吃慢鱼腾讯在敏捷开发方面的实践大致包括3个部分:1.产品:采用FDD,即产品特性开发转载 2009-01-31 13:22:00 · 1659 阅读 · 0 评论 -
关于软件研发:一个愚蠢农夫和奶牛的故事
他被认为是影响或改变了整个软件工业开发模式的几位世界级大师之一,是软件方法论的一面”旗帜”。他是组件和组件架构、用例、现代业务工程、Rational统一过程等业界主流方法或技术的创始人。Ivar Jacobson博士认为,如果采用不良的软件过程,通过CMM/CMMI的成熟度级别越高,只会使软件企业生产不合格软件的过程更加有效率,而不是使企业开发出更好的软件。软件外包是时下的一个热门话题,被我国不少转载 2009-10-20 22:11:00 · 703 阅读 · 0 评论 -
从控制论说明软件开发的不可控性(2)
从控制论说明软件开发的不可控性(1)指出,由于在传统软件开发管理中,难以检测到有用的反馈信息,所以不形成控制闭环,从而得到软件开发不可控的结论。 首先,我们分析一下,为什么在传统软件开发管理中,难以检测到有用的反馈信息? 传统开发管理中强调的是文档管理,软件开发计划管理文档、需求管理文档、概要设计文档、详细设计文档、测试用例文档等等,有了这些文档,比原来没有开发文档,只存在于开发人员头脑的原创 2009-10-25 11:45:00 · 997 阅读 · 0 评论 -
Knuth:多核是“白日梦”?不追技术时髦?
近日,Andrew Binstock和Donald Knuth对一些话题进行了交流,包括开放源代码运动,极限编程,多核架构,可重用代码,以及Knuth自己编程时使用的工具等。 Andrew:无论你当初并是否意识到了,你其实都是开放源代码运动的发起者之一。你以前就声明过将TeX作为开放源代码项目发布,原因在于考虑到当时专有现实(proprietary implementations)的问题,并且希望转载 2009-11-12 17:33:00 · 678 阅读 · 0 评论 -
高效编程的7个好习惯
这七条都是我这个不怎么高效能编程的人悟到的. 不权威,不一定全对. 1. 使用工具帮你找 Bug,而不是人工找. 工具包括用单元测试,assert语句,代码测试容器. 人工指用 print 和 debugger 一行一行跟踪. 我们知道,编程中绝大部分时间是耗费在除 bug 上. 不同的人有不同的 debug 的方法. 我个人比较喜欢“极限编程(XP)” 学派的主义,也就是说,转载 2009-11-12 20:22:00 · 620 阅读 · 0 评论 -
如何判断团队是否真正实施Scrum? —— Scrum方法二十问
Scrum作为敏捷方法之一,在十多年前由Ken Schwaber和Jeff Sutherland共同提出,名称来自英式橄榄球,用Scrum来类比软件团队在软件开发所展示出来的速度和灵活性。(在橄榄球比赛规则中,Scrum的目的是在有轻微违规或比赛暂停后,使比赛迅速、安全、公平地重新开始。当球队在场地上以整体队形向前推进时,每个球员都时刻保持对场上全局的判断,橄榄球在队员之间转载 2010-01-25 15:00:00 · 1322 阅读 · 0 评论 -
华为研发
前言 如果有人问我“你在华为研发的日子里快乐吗?”,我会很负责任地告诉他“在华为研发工作的那段时间,是我一生中最快乐的时光。”而且这也是很多早期华为研发人员的共识。当年有人曾说“华为研发部是工程师的天堂”,这句话并不为过。所以,我在写这本书的过程中,内心充满了对华为研发工作时甜蜜的回忆,和对华为为何能成功做到这一点的追索。 促使我提起笔来写《华为研发》的原因,既有这几年随转载 2009-12-16 08:37:00 · 19261 阅读 · 1 评论 -
软件需求与问题解决
(一) 小满当上项目经理后不久,参与了一个大项目。当时市场签下来的时候,公司里面是欢天喜地的。项目做了一年多。到了交付的时候,用户却很不满意,当初说好的东西,好多都变了卦。 用户是上帝,最关键的是如果收不到后面的钱,那就算白干了。公司要求项目组加班加点的修改。搞得大家是怨声载道的。做市场的和做开发的相互指责,然后,大家又一起骂客户刻薄。公司里面弥漫着灰心丧气的气氛。 小满觉得转载 2009-12-20 21:34:00 · 1331 阅读 · 0 评论 -
Getting Real 软件产品 从零到成功
关于精简: 开发三人组:一个开发人员、一个设计人员和一个多面手,优秀的人才是不花费过多资源的…… 沟通的成本是团队成员的人数平方倍!——Metcalfe’s Law 关于把握优先级: 以“搞掂”为目标:停滞、意见不一、会议和延时会磨灭团队的积极性,并降低成功的机率。尽早的让产品工作起来,再去完善那些细节; 相关转载 2010-05-30 21:08:00 · 2886 阅读 · 0 评论 -
黑客与画家
本文是 Paul Graham 写的一篇关于黑客与画家共同之处的文章,深入探讨了黑客工作的艺术性与创造性。虽然大部分的程序员都觉得艺术是一件很遥远的事情,但对于那些愿意仔细打磨代码追求精益求精的优秀黑客来说,在创造的过程中总是能感受到艺术的真实存在(尽管可能只是隐约感受到,而且羞于把自己和艺术联系起来)。艺术之所以会让人觉得高高在上远离生活,是因为大部分人都是在衣着光鲜地谈论着艺术,而不知道什么是创造。要成为一个创造者,你所要做的不是夸夸其谈,而是投入全部热情去不断实践。Dirty Yo转载 2011-02-11 17:22:00 · 8688 阅读 · 0 评论 -
从控制论说明软件开发的不可控性(1)
一位中山大学的好友曾经说,搞计算机尤其是软件如果没有与某一个领域结合,那是相当的虚,没有任何价值。当然,这话说得有点过了,但基本上道理是对的,因为计算机本质是一种工具。(好似机床、汽车、房子也是工具,等于白说?) 以前做过机器手的计算机控制装置,单片机系统从制作电路版,焊芯片,到写程序,都是纯手工制作,每天晚上十点多才回宿舍,倒也忙得不亦乐乎。 硬件方面的工作已经很久没有做过原创 2009-10-18 21:33:00 · 1073 阅读 · 0 评论 -
CMM改善不了软件的质量
这是几年前采访著名软件专家Ivar Jacobson博士后写的文章,最近在我的电脑中偶然看到.联想到最近,有好几次与一些软件企业交流,又听到他们在谈CMM/CMMI,所以,贴出来和大家分享。尽管写这篇文章的时候是2005年8月左右,不过,我觉着仍任有必要重提:不要把CMM当成灵丹妙药。 Ivar Jacobson博士认为,如果采用不良的软件过程,通过转载 2009-10-17 20:43:00 · 562 阅读 · 0 评论 -
FDD功能驱动开发模式及O6Z评论
FDD功能驱动开发模式 (图片没有,全文参考http://blog.csdn.net/testwin/archive/2006/04/11/658309.aspx)FDD(Feature-Driven Development)是由Peter Coad、Jeff de Luca 、Eric Lefebvre共同开发的一套转载 2009-01-31 12:04:00 · 1011 阅读 · 0 评论 -
引入敏捷但不行之过甚
引入敏捷但不行之过甚作者 Venkat Subramaniam 译者 Jason Lai 发布于 2007年3月26日 上午6时20分 摘要敏捷软件开发日益得到各方追捧。但是,“敏捷”二字到底意味着什么呢?是单元测试,持续集成,还是遵循 XP 或者 Scrum?在本文中,我们将探讨如何将敏捷方法引入出现转载 2009-01-31 13:35:00 · 482 阅读 · 0 评论 -
华为、腾讯的敏捷之路
2008年12月27日在深圳举办的活动是QClub第一次走进华南地区,50多位同行聚集在华为互联网业务部漂亮的新办公区里,与王速瑜和周代兵两位嘉宾一起分享腾讯公司在开发互联网产品过程中的经验和体会,以及华为软件公司的敏捷之路。 腾讯公司在开发互联网产品过程中的经验和体会主讲是腾讯公司的R&D研发总监王速瑜。腾讯的互联网产品要求新求快,需求不确定的程度很高,必须快速适应变化。转载 2009-04-28 22:17:00 · 2457 阅读 · 0 评论 -
架构师书单3rd Edition
作者:江南白衣,原文出处: http://blog.csdn.net/calvinxiu/archive/2007/03/06/1522032.aspx,转载请保留。 为了2007年的目标,列了下面待读或重读的书单。 "其实中国程序员,现在最需要的是一张安静的书桌。",的确,中国架构师大多缺乏系统的基础知识,与其自欺欺人的宣扬"读书无用,重在实践变通,修身立命哲学书更转载 2009-07-17 22:50:00 · 1115 阅读 · 0 评论 -
敏捷适合大规模开发吗?不该问的问题!
级别: 初级Gary Pollice, 实践教授, 伍斯特工学院2009 年 7 月 13 日通过本文了解大型项目对敏转载 2009-07-16 17:41:00 · 1116 阅读 · 0 评论 -
注重实效的程序员之快速参考指南 The Elements of Programming Style
1.关心你的技艺 Care About Your Craft 如果你不在湖能否漂亮的开发出软件,你又为何要耗费生命去开发软件呢?2.思考!你的工作 Think! About Your Work 关掉自动驾驶仪,接管操作。不断地批评和评估你的工作。3.提供各种选择,不要找蹩脚的借口 Provide Options, Dont Make Lame Excuses 要提供各种选择,转载 2009-07-20 21:50:00 · 704 阅读 · 0 评论 -
Web 2.0时代必读的24本经典书籍
如何了解用户的需求?如何让你的用户体验良好?你会发现,这些已经脱离互联网本身——互联网用户同时也可能是超市里买水果的人,是电视机前看《贞观长歌》的人。事实上,广告从几十年前就开始专门研究用户(受众),《广告管理》的作者开篇即告诉读者,如果要做一个有竞争力的人,必须要懂得一点心理学,因为人性从凯撒大帝以来并没有太大改变,因此这些规则是有章可循的,比如好奇心。写《不要让我思考》(Dont Mak转载 2009-10-04 22:57:00 · 743 阅读 · 0 评论 -
为程序员推荐的外国书籍
一、 科学哲学和管理哲学【1】 "程序开发心理学"(The Psychology of Computer Programming : Silver Anniversary Edition)nbsp;【2】 "系统 化思维导论"(An Introduction to Systems Thinking, Silver Anniversary Edition)【3】 "系统设计的一般原理"( Gen转载 2009-10-04 23:23:00 · 4670 阅读 · 2 评论 -
深入理解敏捷开发的常见九大误区
责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。敏捷相对以前的软件工程最大的革新之处在于把人的作用提高到了过程至上,正如敏捷宣言的第一条“个体和交互胜过过程和工具”所说的。1、敏捷是“一个”过程敏捷不是一个过程,是一类过程的统称,它们有一个共性,就是符合敏捷价值观,遵循敏捷的原则。敏捷的价值观如下:◆个体和交互 胜过 过程和工具◆可以工作的软件 胜过 面面俱到的转载 2009-10-10 11:46:00 · 1017 阅读 · 0 评论 -
空灵的思绪
数据==函数-是核心 结构、结构、结构业务率=业务代码/(业务代码+技术代码) 1最好>UI测试的投入产出->自动测试UI-C-M一起动起来,面和体快速UI->M小而快UI-领域迭代M逻辑-UI形象Just do it,fire on act原创 2011-08-15 09:10:20 · 7241 阅读 · 0 评论