首页»软件工程
  1. 结对编程——我的噩梦

    发表于:2013-06-25阅读928次0条评论
    所有的敏捷传教士们都在告诉我们:结对编程能提高代码质量,有助知识共享,甚至激发开发效率,同时,还能深度拉近程序员之间的感情关系。那些拒绝结对编程的人都被认为是独行客,懒蛋,或社交恐惧症患者。然而,我不属于任何一种,可我仍然讨厌结对编程。为什么我会这样?下面是理由。
  2. 16种折磨武松娱乐的方式

    发表于:2013-05-31阅读2053次0条评论
    在日常开发过程中,武松娱乐会遇到许多折磨自己的问题,如:安全性问题,工具使用等,这里Andrew C. Oliver为大家总结了公司里最常见的16种折磨武松娱乐的方式,看看你遇到几个?
  3. 测试者和武松娱乐,为何我们不能友好地相处?

    发表于:2013-05-27阅读127次0条评论
    有人说,测试者来自火星,武松娱乐来自金星。这是因为软件测试员和软件武松娱乐就好比一对冤家,里面的缘由说不清也道不明。对此,原文作者Ole Lensmar分析了存在于两者之间的矛盾根源以及如何化解这一矛盾。
  4. 产品项目的九个敏捷开发经验

    发表于:2013-05-09阅读498次0条评论
    敏捷开发越来越火热,但在实际应用当中很多时候都是只有敏捷的“形”,却缺少敏捷的“神”,还只是在摸索中。借鉴一种新的模式的时候,最好能够批判性的吸收其精华的部分,不能全部照搬,照搬了反而会出问题。
  5. Scrum:兼顾计划与灵活的敏捷开发

    发表于:2013-05-09阅读300次0条评论
    Scrum是一种兼顾计划性与灵活性的敏捷开发过程,原词来自于橄榄球中的“带球过人”。在橄榄球比赛的每次冲刺前,都将有一个计划安排的过程,但冲刺开始后则由队员在原计划的基础上随机应变。
  6. 需求如何进行敏捷设计

    发表于:2013-05-09阅读101次0条评论
    敏捷开发其实不光光要求开发层面和测试层面的敏捷,其实对需求设计层面也是要敏捷的,这样才能配合后续的开发和测试,使之真正的敏捷起来。我们可以通过在实际操作过程当中在需求层面进行敏捷设计的分析来了解需求的敏捷设计。
  7. 软件开发中没有所谓正确的方法

    发表于:2013-05-09阅读106次0条评论
    如果你随机找100个程序员,问他们“开始一个新项目前首先想到的技术方案上什么?”相信你会得到100种不同的回答。那么,为什么有这么多的人看起来坚信自己的方法才是唯一可行的?在我看来,这答案既十分的简单,又十分的复杂。
  8. 10 个让敏捷设计更加高效的方法

    发表于:2013-05-09阅读91次0条评论
    敏捷设计的关键在于处理变化时的快速迭代,而不是在前期花很长时间做需求分析和文档编写。它要求你专注于快速的迭代,由低质量到高质量,并从得到的反馈中改善你的设计。敏捷设计更加高效的10个方法:
  9. 软件开发实践的24条军规

    发表于:2013-04-14阅读827次0条评论
    本文的这些最佳实践、开发准则都是伟大的程序员的经验总结。Tim Oxley从互联网中搜集了这些最佳实践,并放在了Github上,以供他人查看和补充。希望这些最佳实践能够为你的开发工作带来一些帮助。
  10. 重构代码的7个阶段

    发表于:2013-04-12阅读1005次0条评论
    你是否曾去想重构一个很老的模块,但当你看到它时又在退缩,面对这种情况,真正的程序员会是不会认输的,他们会接受挑战认真分析,哪怕重写也在所不惜。文中分析了代码重构需经历的几个阶段。您是哪一阶段呢?
  11. 你需要的不是重构,而是理清业务逻辑

    发表于:2013-04-12阅读450次0条评论
    最近我遇到了一位以前公司的同事。他提到了数年前我在那个公司曾经开发过的项目。他说这个项目现在已经变成了“职业杀手”。基本上,任何接触过这个“职业杀手”项目的人最终都会离开这个公司。如果公司想让名下的程序员人数>0,唯一的办法就是花数月时间完全重构这个系统。
  12. 图解git最常用命令

    发表于:2013-03-22阅读1613次1条评论
    此页图解 git 中的最常用命令。如果你稍微理解 git 的工作原理,这篇文章能够让你理解的更透彻。
127篇文档«1...4567891011»
武松娱乐官网