`
agileway.cn
  • 浏览: 13994 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
最近访客 更多访客>>
社区版块
存档分类
最新评论
文章列表
    客户需求重于个人简历 2   尼廷•博万卡(Nitin Borwankar)   简化根本复杂性,消除偶发复杂性 4   尼尔•福特(Neal Ford)   关键问题可能不是出在技术上 6   马克•兰姆(Mark Ramm)   以沟通为中心,坚持简明清晰的表达方式和开明的领导风格 8   马克•理查兹(Mark Richards)   架构决定性能 10   兰迪•斯塔福德(Randy Stafford)   分析客户需求背后的意义 12   埃纳尔•兰德雷(Einar Landre)   起立发言 14   乌迪•大汉(Udi Dahan)   故障终 ...
    近十数年,全球软件产业已经取得了显著的进步,软件从业人员的数量不断增加,软件项目的规模和复杂度不断攀升,软件开发组织的人员结构也因专业不断细分而日趋复杂。   因兴起时间较晚,发展的时间相对还很短,软件业从建筑业和制造业等其他成熟的工程学科中借用了许多概念和隐喻。“软件架构”和“软件架构师”,便是借用了建筑设计中的概念。从UML(统一建模语言,Unified Modeling Language)和软件模式(Pattern)相关的早期著作中,可以清晰地看到这种概念移用。   借用其他行业的概念会带来一些消极影响。比如在早期阶段,一些“软件工程”研究人员和软件项目管理人员,试图以建筑业的 ...
回顾下过去的2009年,不知不觉中已经培养出来一种新的生活习惯, 那就是每周末要泡一天的咖啡馆。 不过,不是陪女生聊天啦~~ (偶已经过了那个年纪啦,哈哈) 断断续续每周末一天泡咖啡馆,加上晚上临睡前2小时的努力结果,便是2009年的两本译书, 一本是O'reilly的《精益软件开发艺术》(http://www.china-pub.com/195756),一本则是一本很老的书《微软的秘密》。 《微软的秘密》是多人合译的成果,目前已经上市,在chinapub首发销售。 http://www.china-pub.com/196303  上书皮。 回想译书时,因为是老书了,没有电子版, ...
逝者如斯,而未尝往也 http://www.agileway.cn/?p=110     重译《微软的秘密》随感 翻译《微软的秘密》,对我而言是一次奇妙的体验,经历了从“震撼、疑惑、担忧”到“唤醒、回忆、完形”,再到某种“宁静”的过程。 某日 ...
    在现今,敏捷软件开发已经不是什么新鲜事物了——市面上已经有大量的书籍,网络上也有大量的页面,聚焦于此领域。如果有人还总把“敏捷”挂在嘴上喋喋不休,反倒可能会被认为是后知后觉,落伍久矣。      简而言之,“敏捷”在口头上的热度已经慢慢冷却,在概念层面上的新鲜劲已经过去。现在,是让嘴巴休息而让双手忙碌的时候了!      但是,“千江有水千江月”,究竟该如何有效实施“我的敏捷开发”呢?      “琳琅满目的敏捷方法中,哪个最适合我们团队?该选SCRUM还是极限编程(XP)呢?如果是XP,它包含有一大堆的实践,我们要把这些实践一次性全部导入吗?但是,如果我们是在维护一个已有产 ...
最近在利用周末时间翻译一本关于把源自丰田生产系统(TPS)的精益思想(LeanThinking)应用到软件开发中的书,《The Art of Lean software Development》(http://oreilly.com/catalog/9780596517311/) 在此书中引用了一句当时参与创建丰田生产系统(TPS)的新乡重夫(Shigeo Shingo)的话, 感觉对我很有启迪 : 引用“It’s only the last turn of a bolt that tightens it – the rest is just movement. 译成中文,大意是 引用 “螺 ...

风林火山

最近刚刚启动一个项目。忝为项目经理。 在项目初始阶段,为了简化项目组成员对项目成功关键因素的记忆, 我采用了 “风林火山” 四字作为项目组关键词,打印出来,贴到项目室的墙上。 日本战国时期名将武田信玄将"风林火山“作为军旗,成为日本战国一代枭雄。 但其实“风林火山”语出我国的《孙子兵法》, 取“其疾如风,其徐如林,侵掠如火,不动如山”之句中各一喻体组成。 在这次项目中,也借用这四个字, 主要是想通过此关键词强调项目中行动力、节奏感、快速前进迭代输出项目成果、稳定有序这四个方面的重要性。
http://www.agileway.cn/?p=22 在编程过程中,如果要期望达到并保持“流畅无碍”的心境, 可以观察舟行水上借水、风之势,获得灵感: 尽可能的消除编程过程中的阻力,尽可能的借势得势。 因此,对一名高效程序员而言,熟练使用编程工具是基础性的技巧要求和训练, 从最近的说起,就是要熟练使用键盘,熟练使用IDE的快捷键, 不要让键盘成为编程的阻碍, 而要让键盘仿佛是你手的延伸,所思所想键盘下可如水泻出瓶子一般流畅; 不要辜负IDE设计者为你提供的快捷键, 而要让自己对快捷键的使用达到十分熟习甚至近乎遗忘的程度。 简而言之,让思想和表达之间的阻力越小越好。
http://www.agileway.cn/?p=73 昨晚和L君在下班后一起结对编程,使用Play!框架做一个小工具, 期望能够应用于内部的学习活动中。 我们在几周前开始,因为之前我们都熟悉Rails的编程风格, 而Play!是极力模仿Rails的Agile Java框架, 所以我们很快的就达成了将贯穿我们进行结对开发的一个最基础原则:最小惊讶原则(LSP)。 这个原则也是Ruby语言的设计原则。 我们期望我们哪怕在使用模仿(Ruby编写的)Rails的Play!时, 也能暗合这个原则。 刚巧前阵子在卓越上买了一套海音寺潮五郎的小说《上杉谦信》, 在空闲时间随便翻阅几页,就搁在手边 ...
http://www.agileway.cn/?p=64 昨晚偶遇《荀子.强国篇.积微》片断,引用积微:月不胜日,时不胜月,岁不胜时。凡人好敖慢小事,大事至然后兴之务之,如是,则常不胜夫敦比于小事者矣。是何也?则小事之至也数,其县日也博,其为积也大;大事之至也希,其县日也浅,其为积也小。故善日者王,善时者霸,补漏者危,大荒者亡。故王者敬日,霸者敬时,仅存之国危而后戚之。亡国至亡而后知亡,至死而后知死,亡国之祸败,不可胜悔也。霸者之善箸焉,可以时托也;王者之功名,不可胜日志也。财物货宝以大为重,政教功名反是,能积微者速成。诗曰:"德輶如毛,民鲜克举之。";此之谓也。 看完 ...
http://www.agileway.cn/?p=30 PHP在安装过程中,"make" 后,会提示执行"make test" 。 然后是挺长一段时间,在运行PHP的测试程序,只见屏幕不断滚动。 最后,给出的是如下的测试结果报告(TEST RESULT SUMMARY) 。 引用 ================ TEST RESULT SUMMARY --------------------------------------------------------------------- Exts skipped    :   56 Exts ...
Global site tag (gtag.js) - Google Analytics