展开

关键词

【敏捷2.2】XP

XP一提到 XP ,很多人的第一反应是微软的那个操作系统。没错,XP 似乎已经是它的代名词了。但是,在敏捷领域,也有一个 XP ,而且也是一样的如雷贯耳。 那就是传说中的 ExtremeProgramming ,它的简称就是 XP 。既然都带有两个字了,那么很明显这个理论框架就是出自软件开发行业。 之前的文章也说过了,敏捷最初就是一帮软件大神搞出来的,而 XP ,不仅代表着敏捷,还代表着敏捷中的。即使你完全不了解这个 XP ,但有几个东西你一定听说过,重构、结对、持续集成、码标准。 在 XP 中,会强调客户在现场、会强调两个序员用一台电脑的结对、会强调使用隐喻来说明需求,这些,都是为了更好地沟通。整个敏捷体系都推崇简单的做事,做好事。 而 XP 更是将这个简单发挥到了,我们在做任何的项目时,都应该从最简单的方向入手,千万不要一上来就以淘宝的架构来设计一个 PV 过不了百的小网站。而是应该一步一步地,通过不断地重构来完善系统。

5030

技术实践

上篇文章介绍了 TDD,这次我们将中的所有技术实践合起来一起聊聊。 重构 为了统一语言,我想有必要在开始讲重构前聊聊到底什么是重构。 对于几乎所有人来说,光是写可用的代码就已经很困难了,这个过中我们需要不断调整,不断试错,更别说写整洁可用的代码。 简单设计 简单设计指的是:仅写必要的代码,使得序结构保持最简单、最小和最富表现力。简单设计是重构的目标之一。其规则如下: 所有测试通过。 揭示意图。 消除重复。 减少元素。 结对 这又是一个争议颇多的实践 - 两人(或更多人)共同解决同一问题。 再谈 从两篇文章可以看出,的几个技术实践是相辅相成、缺一不可的。

10030
  • 广告
    关闭

    50+款云产品免费体验

    提供包括云服务器,云数据库在内的50+款云计算产品。打造一站式的云产品试用服务,助力开发者和企业零门槛上云。

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    核心价值:勇气(Courage)

    原文:https:deviq.comcourage勇气(Courage)勇气(Courage)是(Extreme Programming,XP)的核心价值之一。 来自 ExtremeProgramming.org 勇气是几个和敏捷(Agile)实践的基础,一些实践旨在增强团队的勇气(或至少消除恐惧)。 比如,重构(Refactoring)复杂的软件是一项令人畏惧的任务,但我们可以通过结对(Pair Programming)与另一个团队成员一起面对这个任务。

    16310

    核心价值:尊重(Respect)

    原文:https:deviq.comrespect 尊重(Respect)尊重(Respect)是(Extreme Programming,XP)的核心价值之一。 这包括在回顾期间(Retrospective)或结对(Pair Programming)时尊重他人的想法,以及期望得到客户和管理层的尊重。如果犯了错误,潜在的问题应该被尊重地解决。

    18420

    核心价值:反馈(Feedback)

    原文:https:deviq.comfeedback反馈(Feedback)反馈(Feedback)是(Extreme Programming,XP)的核心价值之一。 我们将讨论该项目,并使我们的流适应它,而非相反。 例如,结对(Pair Programming)要比计划的代码审查(Code Review)提供更多和更快的反馈,持续集成(Continuous Integration,CI)与不频繁的集成相比可提供更快的问题反馈

    18210

    核心价值:沟通(Communication)

    原文:https:deviq.comcommunication 沟通(Communication)沟通(Communication)是(Extreme Programming,XP)的关键核心价值 如果你正在写一个只供自己使用的应用序,那么沟通渠道会非常迅速,这使得反馈(Feedback)周期非常紧密。 但当你为利益相关者写软件时,最终会发布软件,最终会被他人使用,使用者必须将他们的使用感受报告给另一组支持人员,反馈周期则会变差。即使在团队内部,沟通也会很容易瓦解。 写简单易读的代码,有助于你维护之前写的代码,确保你理解代码的功能,以及如何最好地调整代码以满足新的需求。

    16730

    核心价值:简单(Simplicity)

    软件开发方式不精,设计模式半生不熟,自以为懂得很多,其实狗屁不是,实在不好意思说我学过软件工,因此我打算静下心来从头开始学习。 而在敏捷开发中,算是小团队开发方式中比较有名的。在翻译中带着学习开发方法和专业词汇的目的,使得整个过并不枯燥,反倒有些许乐趣。 系列翻译的部分不会按顺序发布,等全部翻译完了弄个目录就行了。 原文:https:deviq.comsimplicity简单(Simplicity)简单(Simplicity)是(Extreme Programming,XP)的核心价值之一。 它为许多,敏捷(Agile)开发的原则和实践提供了指导和基础。 我们会做需要和要求的事情,但不会更多。这将最大化迄今为止所做的投资创造的价值。

    22130

    :价值观、原则和实践

    (XP)是IT公司应用的众多敏捷框架之一。但它着重于软件开发的技术方面,这一关键特征将XP与其他敏捷方法论区别开来。 软件工师Ken Beck在90年代引入XP,其目的是找到快速写高质量软件的方法,并能够适应客户不断变化的需求。1999年,他在《解析:拥抱变化》一书中对XP方法进行了完善。 一、的价值和原则XP有5个价值点。沟通:团队中的每个人都互通工作。简单性:开发人员努力写简单的代码,为产品带来更多价值,因为这样可以节省时间和精力。 二、实践XP建议在开发软件时使用12种实践。由于XP是由价值和原则定义的,所以它的实践也代表了这些价值和原则,实践可以分为四类。1.反馈1)测试驱动开发是否可以快速写清晰的代码? 客户参与:由于XP要求客户、开发人员和管理人员并肩工作,所以要确保客户能够在项目结束前能够一直参与进开发过中。四、结论是一种基于简单、沟通、反馈和勇气的价值观的软件开发方法。

    27410

    【Kevin聊敏捷】XP2实践

    XP2指的是Extreme Programming 2,通俗理解为2,2的实践也有12个,有5个是和的核心实践是一样的,下面我们来看看。 )开发团队成员需要在一个空旷的大的空间坐在一起同时拥有小的比较私密的空间便于信息的沟通便于信息辐射有公共区域,也有私密区域共享空间.jpg同一团队(Whole Team)需要的是复合型团队,人数最好有

    14500

    【Kevin聊敏捷】XP之概述

    今天开始进入XP也是敏捷(Agile)里面重要的方法论,很多人听说过,但是对其理解不是很深入,接下来我将会带大家进入XP的世界一、的概叙,英文名Extreme 的本质就反馈,反馈,反馈(重要的事情说三遍)quote-i-m-not-a-great-programmer-i-m-just-a-good-programmer-with-great-habits-kent-beck -65-55-37.jpg二、的活动的过定义了四种活动,分别如下计划(Planning)设计(Designing)码(Coding)测试(Testing) lecture-7-agile-software-development -2-4-638.jpg三、的工件验收测试(Acceptance tests)码(Code)迭代计划(Iteration plan)发布和迭代计划(Release and iteration number of tests, stories per iteration, etc.)单元测试(Unit tests)每次迭代的可用代码(Working code every iteration)

    22420

    【敏捷2.4】XP的关键实践(二)

    XP的关键实践(二)首先,我们依然是从这张图开始。上篇文章中,我们已经学习过的内容是最里面的那一圈的,也就是方法相关的四个内容,另外还加上中间那一圈的两个内容。 小组实践(三):码标准码标准这个东西,看似和的相关性更大,但为什么会划分到小组的实践中呢?其实这个东西吧,一说出来大家就明白了。 另外,光是测试还不够,我们还要有 码标准 ,可以 结对 ,能够进行 简单设计 。这一系列相关的实践操作能够在团队内灵活运用的话,才能说我们的代码可以达到真正的集体所有。 这里的完整不于任何形式。交付和管理(二):计划游戏计划就计划,怎么扯到了游戏上?传统项目管理最擅长做的是什么?计划!传统项目管理最让人受不了的是什么?计划! 大部分的项目最后的结果都不一定甚至很大度上会偏离那个写了很久的 项目管理计划 。而 XP 中的计划,是通过不同的阶段进行的,并且是贯穿整个项目开发过始终的。

    4620

    【敏捷2.3】XP的关键实践(一)

    XP的关键实践(一)提到 XP 的关键实践,就不得不拿出下面这张图。看着眼熟不?是不是很多内容我们在上篇文章中其实都已经讲过了。没错,可能有些概念你很清楚,但有些概念你就完全没听说过了。 最里面的是方法相关的,中间的是小组实践相关的,最外面的是交付和管理相关的,我们就从内到外逐一学习。方法(一):结对一提到结对,估计写代码的人都会很感兴趣。 确实,也有很多人质疑,而且你在国内不管大小公司,很少能见到真正地实现结对的公司。为什么呢? 咋眼一看,貌似还不错呀,不过就像前面所说的,在国内,或许有一些爱好者开的公司会用到,但大部分公司,或者说 99% 的公司中你都见不到。 另外,如果滥用这些单元测试的话,还会让人走向端,追求完美的 100% 的测试覆盖率,这也是不可取的。

    5710

    【Kevin聊敏捷】XP之5个价值

    今天我们将从的价值观入手,让大家窥视的全貌一、5个价值观的概叙的五个价值观分别是“沟通、简单、反馈、勇气和尊重”,他们五者是相互独立,又相互关联,每一个都指导着。 XP价值观.png二、沟通(Communication)在我们工作的实际过中,很多问题或者错误都是由于缺少沟通造成的。序员经常给大家留下的印象是“木讷”,不善言谈。 工作过中,很多问题又需要沟通,那就堆积在了这些不擅长沟通的序员这里。例如一个序员改动了接口,没有及时通知到大家。结果造成在开发过中的一些阻碍,或者反复工作。那么项目组成员都感到不爽。 整个开发过对于客户和管理层而言就像一个黑盒子,进度完全是不可见的。而且在项目的过中,这样的现象不仅出现在开发团队与客户、管理层之间,还包括在开发团队内部。这一切问题都需要我们更加注重反馈。 也就是 XP 方法论要求开发人员穿上强大、自动测试的盔甲,勇往直前,在重构、码规范的支持下,有目的地快速开发。

    27820

    【Kevin聊敏捷】XP之12最佳实践(一)

    的12个最佳实践是大家在学习绕不过的点,为了便于大家理解和学习,我们可以分为四个实践圈。 一、的分组根据类型的不同分为:圈 (Coding Circle)团队圈 (Team Circle)流圈 (Process Circle)产品圈 (Product Circle)12 即一个负责写代码,一个负责代码的检查使之可读性和正确性。认为这样的方式更高效。其实这就有点像中国的很多公司都在做的代码评审,只不过这是一种非正式的代码评审而已。 我个人认为结对只能在小型的实验性的项目中去做。真正的大项目是不敢用这种方法的。 这样好处是:不必要的重复高效沟通通俗易懂product-software-refactoring.png2.3 持续测试(Testing)强调“测试先行”,即我们常说的“测试驱动开发”-Test

    18000

    【Kevin聊敏捷】XP之12最佳实践(二)

    接着上一篇的的12最佳实践来说,这一篇介绍团队圈 (Team Circle)一、的分组根据类型的不同分为:圈 (Coding Circle)团队圈 (Team Circle) Integration),集体代码所有制(Continuous Integration) 图片 1-002.png2.1 代码规范(Code Standards)要求同一个团队用一套代码规范, 对于代码规范的实践,具有双重含义:一是希望通过建立统一的代码规范,来加强开发人员之间的沟通,同时为代码走查提供了一定的标准;二是希望减少项目开发过中的文档,认为代码是最好的文档。 很多公司甚至以这个为蓝本在写自己公司的代码规范。有一个代码规范固然重要,但是更重要的是执行这种代码规范。 Coding-Standards.jpg2.2 持续集成(Continuous Integration)提倡在一天中集成系统多次,而且随着需求的改变,要不断的进行回归测试。

    18900

    【Kevin聊敏捷】XP之12最佳实践(三)

    今天继续,聊聊12最佳实践的流圈流圈 (Process Circle)流圈包括 每周40小时工作制(40-Hour Week),系统愿景(System Metaphor),小型发布(Short 所以是不提倡死亡行军的。OIP.lVwuE-McTYLMCXf6AvF8_wAAAA.jpeg系统愿景(System Metaphor)通过描述系统如何运作、新的功能以何种方式加入到系统。 不需要事先进行详细的架构设计。在系统实现初期不需要进行详细的架构设计,而是在迭代周期中不断的细化架构。 我们在设计的过中,需要充分考虑模块化设计,可以复用。传统的软件开发过,对于设计是自顶而下的,强调设计先行,在代码开始写之前,要有一个完美的设计模型。 它的前提是需求不变化,或者很少变化;而XP认为需求是会经常变化的,因此设计不能一蹴而就,而应该是一项持续进行的过。 OIP.gMK4XmkYgtiffc34TKzQ9AHaEq.jpeg ----

    14300

    【Kevin聊敏捷】XP之12最佳实践(四)

    今天是12最佳实践的最后一讲啦,产品圈! 流圈 (Product Circle)流圈包括:现场客户(On-Site Customer)计划博弈(The Planning Game)232323.png现场客户(On-Site Customer )要求至少有一名实际的客户代表在整个项目开发周期在现场负责确定需求、回答团队问题以及写功能验收测试。

    13910

    活动,小序“Do it”,早睡早起爱学习的大仙

    进入到腾讯云犀牛鸟校园布道师的群,经过接近一个月的学习,参与此次布道师活动。以「面向高校生活学习的场景」为题,开发一个属于自己的小序。 技术架构小序框架使用微信原生的框架,使用微信开发者工具完成CSS框架使用了vantweapp的组件和WeUI组件库,大帮助我简化了界面设计。 后端采用腾讯云和微信团队联合开发的的云开发后台,集成于小序控制台的一站式后端云服务。 云开发开箱即用,免环境搭建、域名备案等繁琐流,有着快速开发的优点,开发者只需写核心逻辑代码,无需关注后端配置与运维,专注于业务开发,同时云开发内建微信小序用户鉴权,微信SDK可直接调用云开发资源。 由于时间太短了,技术水平有,只做到这种度。最后说一句,云开发真香!!!最后说一句,云开发真香!!!最后说一句,云开发真香!!!

    27200

    【云开发校园技术布道师】作品希望小帮手

    该小序是云开发校园技术布道师,新生报名类命题的作品,意指给学校报名时候减轻负担,同时给学校增加广泛宣传力度,了解学校的各类事项。 ,用户可以在当前浏览的页面快速获取细化后的内容技术架构小序使用小序原生序开发,本就基于html+css+js相似的语法让小序十分好入门样式使用ColorUI组件样式库,整体布局下来采用ColorUI jpg 2.jpg 2.2.jpg 3.jpg 4.jpg 5.jpg 6.jpg 7.jpg 8.jpg 9.jpg 10.jpg 11.jpg 12.jpg 14.jpg 14.jpg 总结收获4天 同时还收获了些写项目文档的技巧。 不足该小序设计的时候为了实现无障碍浏览,没有加入登录和鉴权功能,但为了制流量,后续准备更新登录和鉴权的功能云数据库方面参照sql数据库设计,最后数据库设计出来,我自己评价就是一坨辣鸡,后续数据库将要大改目前此小序作为一个象征意义的客户端

    24040

    云开发校园技术布道师,第一次“4天”,记录一下

    但是,在很多情况下,由于部分活动宣传的力度不够,因此造成许多人错失参加,为此,如有一个只能小序让同学们可以知晓校园内即将举办的活动和相关比赛,那将大地方便了同学们以及活动举办方。 技术架构:小序端:基于vant组件库。 后端:基于腾讯云开发,结合云数据库,云存储,云函数。

    20100

    相关产品

    • FPGA 云服务器

      FPGA 云服务器

      腾讯FPGA云服务器是基于FPGA硬件可编程加速的弹性计算服务,您只需几分钟就可以获取并部署您的FPGA实例。结合IP市场提供的图片,视频,基因等相关领域的计算解决方案,提供无与伦比的计算加速能力……

    相关资讯

    热门标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      扫码关注云+社区

      领取腾讯云代金券