阳光VIP

少壮不努力,老大徒伤悲。平日弗用功,自到临期悔。
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
上一页 1 ··· 117 118 119 120 121 122 123 124 125 ··· 139 下一页

2011年4月2日

摘要: 从aspx转到chshtml还是有很多要适应的地方的,本帖是个人学习笔记帖不断更新。每天开着本帖编程。按第一个有意义的编译错误的首字母排序,便于查找:Cannot implicitly convert type 'void' to 'object'错误:@Html.RenderPartial("_XXXX", Model);正确:@{Html.RenderPartial("_XXXX", Model);}其他:这个写法深刻表明了“<% xxx;%>”这样的代码变成了@{xxx;}。不过感觉这个写法很丑,是否有更 阅读全文

posted @ 2011-04-02 15:33 阳光VIP 阅读(201) 评论(0) 推荐(0) 编辑

摘要: 作者:陈勇出处:blog.csdn.net/cheny_com所谓生产线,就是大家各司其责,在一个线性的过程中配合工作。生产线尝试借助专业分工来提升效率,但也导致了问题:在传统生产线中,下游获得的中间产品是不太需要理解就可以在其上继续工作的,比如装配了一半的汽车,加工了一半的食品等等。但在软件开发中就不一样了:人们需要深度理解上游产品,才能继续自己的工作,而这种“深度”最终导致了中间产品的膨胀,而中间产品大多数属于那种“没有它软件造不出来,等软件造出来它也没用了”的那类。另外一个严重问题是:各个产品线互相需要替对方解决问题,比如设计组设计不到位,开发组就要在开发中替其思考设计问题,而开发组质量 阅读全文

posted @ 2011-04-02 12:52 阳光VIP 阅读(145) 评论(0) 推荐(0) 编辑

2011年4月1日

摘要: 后期补充:网友对我诟病最多的就是我帮学生做面试题,说这是小偷和骗子行为,在此,我对自己给学员做面试题做出如下解释:(1)学员拿着面试题来找老师,学生也事先思考和尝试后实在没有办法,又求职心切才想到找老师帮忙的。老师出于对题目和技术的好奇,也出于对学生的感情,才不辞劳苦去帮助做题的。明知小孩自己做不到,还不帮小孩去做,非要锻炼孩子自己去做,现在估计很多父亲都做不到吧。何况,学生也是我们的客户,我们不去帮一下,这个显得太冷酷无情了。(2)有人说,应该让学生自己去做,做不出来就别去招聘单位冒充好汉,帮学生做题就是鼓励学生行骗和作恶!从这一点上来说,事情做得确实有点不光明磊落,但用行骗和作恶来形容,就 阅读全文

posted @ 2011-04-01 13:36 阳光VIP 阅读(186) 评论(0) 推荐(0) 编辑

2011年3月29日

摘要: 软件“可运行”了就可以评审且通过了?这是个问题。在多年前参加Scrum Master培训的时候,老师拿出一个很好的表格,每行是一个故事,每列大致如此:编码完成功能测试单元测试集成测试压力测试自动测试……这样在计划会的时候,PO就告知大家每个故事他的要求是什么,一方面大家会因此对于要估计的用户故事有一个更明确的理解,另一方面就是约定了评审会上这个故事的完成标准。这个方法已经不错了,不过后来又发现一个更好的:EA(一家游戏公司)将其所有故事完成标准分为5级,分别是:1. 可提供反馈的(就是马马虎虎做出来能玩就行)2. 可运行的3. 可提供玩家评价的4. 可提供玩家体验的(在体验服务器上安装(在线游 阅读全文

posted @ 2011-03-29 19:33 阳光VIP 阅读(131) 评论(0) 推荐(0) 编辑

摘要: 最近被两次问到同一个问题:如果一个软件需要大量密集的设计工作,导致存在独立的设计和开发团队,应如何实施敏捷开发?整体上讲,敏捷开发不希望存在设计和开发的分离,因为这样就会产生“设计文档”这种东西,而且因为两个团队分离,设计文档一定相当详尽,而且在交接的时候多半要进行评审,否则很难保证开发团队能理解并按其编写代码,最终还可能会导致两个团队的矛盾。在敏捷开发中一般这样处理这种情况:将设计人员下放到开发团队中,由于他们一般技术水平高于开发人员,所以可以作为139团队的骨干(请参考“139团队”相关的博文),一方面继续自己的设计工作,另一方面带领自己的小组进行开发。由于两者关系拉近,设计文档即使不能被 阅读全文

posted @ 2011-03-29 17:55 阳光VIP 阅读(121) 评论(0) 推荐(0) 编辑

2011年3月24日

摘要: 非常好的一本书,每个章节都很短小,图片很多,非常适合以快餐方式快速了解世界历史。作者文笔不错(不知道是作者还是编者,感觉不大可能有人对这么多事情都知道,猜测而已作者勿怪),每件事情前因后果都解释的比较清楚,故事性也比较强,读着不枯燥。读完之后还可以没事翻着看某些章节,适合放在床头。购买:http://product.china-pub.com/1832281(下面书评也是本人)推荐阅读以下章节:1. 欧洲法兰克王国~查理曼大帝几个章节,很好地表明了为何欧洲是一大堆小国家而非一个大国。2. 萨拉丁圣战章节,就是《天国王朝》里边的萨拉丁,本人认为历史上最值得敬佩的人物之一。3. 马丁路德宗教改革等 阅读全文

posted @ 2011-03-24 14:30 阳光VIP 阅读(116) 评论(0) 推荐(0) 编辑

摘要: 后期补充:网友对我诟病最多的就是我帮学生做面试题,说这是小偷和骗子行为,在此,我对自己给学员做面试题做出如下解释:(1)学员拿着面试题来找老师,学生也事先思考和尝试后实在没有办法,又求职心切才想到找老师帮忙的。老师出于对题目和技术的好奇,也出于对学生的感情,才不辞劳苦去帮助做题的。明知小孩自己做不到,还不帮小孩去做,非要锻炼孩子自己去做,现在估计很多父亲都做不到吧。何况,学生也是我们的客户,我们不去帮一下,这个显得太冷酷无情了。(2)有人说,应该让学生自己去做,做不出来就别去招聘单位冒充好汉,帮学生做题就是鼓励学生行骗和作恶!从这一点上来说,事情做得确实有点不光明磊落,但用行骗和作恶来形容,就 阅读全文

posted @ 2011-03-24 10:33 阳光VIP 阅读(131) 评论(0) 推荐(0) 编辑

2011年3月23日

摘要: 本书是德鲁克历年作品的精简摘编版本,目的是为了解决“德鲁克的书这么多”,到底应该从哪里看起的问题。可以作为中等快餐作品来阅读。本书分为三个部分:管理篇,个人篇,社会篇。本人是从“个人篇”开始读的,另外两篇还不太适合理解。整体文风比较严肃,从文学上讲有点枯燥。不过内容非常真枪实弹,很难想象是很多年前的见识(注意在前言里边有关于哪段内容来自哪年的哪本书),感觉甚至预言了当前手机厂商Nxx的衰落。购书点击这里:http://product.china-pub.com/192880点击下载免费的敏捷开发教材:《火星人敏捷开发手册》 阅读全文

posted @ 2011-03-23 17:37 阳光VIP 阅读(118) 评论(0) 推荐(0) 编辑

2011年3月21日

摘要: 作者:陈勇来源:blog.csdn.net/cheny_com 合成谬误由萨缪尔森提出:倘若每个人都基于自身作出最佳选择,所有人选择的合成结果极有可能是大家的公共福利受到伤害。 合成谬误的一个典型的例子就是公地悲剧(tragedy of the commons ,哈定提出),即若有一片公共草地允许所有人自由放牧,则每个人都会尝试略微增加自己的羊群数量,直至草地被耗尽为荒地。小至混乱的购票窗口、踩踏事件,大至银行挤兑、股票抛售,远至古代皇子们的勾心斗角,近至中国乳业的衰落,都能看到合成谬误的影子。 为了解决合成谬误问题,一般需要引入高于各个独立个体的公共管理才能解决。比如排号机可以解决排队问题, 阅读全文

posted @ 2011-03-21 22:59 阳光VIP 阅读(134) 评论(0) 推荐(0) 编辑

摘要: 作者:陈勇出处:blog.csdn.net/cheny_com最近在看德鲁克的书,发现其中很明确地写着“企业的绩效只存在于外部,而企业内部只有成本”的概念和说法,下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维,比如:关注客户价值,认为可交付的产品才是真正能表征工作进展的因素等等,但尚未直接与目标管理接轨。外向性思维可以防止部门间壁垒或踢皮球,而转而共同讨论对外交付价值,从下面的对比可以看出这点。“内向型”绩效及其导向进度:“各阶段按时完成率”会导致分析和设计人员草草结束工作,而将大量不确定工作推给开发人员。笔者给一家银行做咨询的时候其独立测试团队就多次提到开发组会擅自延长 阅读全文

posted @ 2011-03-21 16:55 阳光VIP 阅读(133) 评论(0) 推荐(0) 编辑

上一页 1 ··· 117 118 119 120 121 122 123 124 125 ··· 139 下一页