敏捷开发

实验三 敏捷开发与XP实践-1 实验要求 实验三 敏捷开发与XP实践 http://www.cnblogs.com/rocedu/p/4795776.html , Eclipse的内容替换成IDEA 参考 http://www.cnblogs.com/rocedu/p/6371315.html#SECCODESTANDARD 安装alibaba 插件，解决代码中的规范问题。 在IDEA中使用工具（Code->Reformate Code）把下面代码重新格式化，再研究一下Code菜单，找出一项让自己感觉最好用的功能。提交截图，加上自己学号水印。 public class CodeStandard { public static void main(String [] args){ StringBuffer buffer = new StringBuffer(); buffer.append('S'); buffer.append("tringBuffer"); System.out.println(buffer.charAt(1)); System.out.println(buffer.capacity()); System.out.println(buffer.indexOf("tring")); System.out.println("buffer = " + buffer

C语言小子集表的定义 2.设计单词属性值，各类表格（表示标识符表、常量表），单词符号及机内表示,采用标准输入和输出的方式。程序从键盘接收代码，遇到代码结束符“#”时结束，并将词法分析的结果输出到屏幕上。要求实现： (1)对正确源程序的识别； (2)对包含有注释//和/* */的源程序的识别； (3)对包含错误标识符的源程序的识别。 <span style = "color:blue">二、审查表</span> 代码 Conding链接 <div class="htmledit_views"><table border="0" cellspacing="0" cellpadding="0"><colgroup><col width="110" /><col width="620" /><col width="82" /><col width="262" /></colgroup><tbody><tr><td class="xl66" width="110" height="19">功能模块名称</td><td class="xl83" colspan="3" width="964">c语言小子集的词法分析 </td></tr><tr><td class="xl67" width="110" height="19">审查人</td><td class="xl72" width="620

20165318 结对编程项目-四则运算 整体总结 <a name="FHML"></a> 目录 一、需求分析 二、设计思路 三、实现过程中的关键代码解释 四、测试方法 五、运行过程截图 六、代码托管 七、遇到的困难及解决方法 八、对结对小伙伴的评价 九、结对照片 十、参考代码 十一、PSP 参考资料 <a name="XQFX"></a> 一、需求分析 能随机生成n道四则运算题目，n由使用者输入 支持整数和分数 支持多运算符 能够判断正误，错误时能提醒并输出正确答案 能计算出正确率 能多次生成题目，直到使用者选择退出 文件： 处理生成题目并输出到文件 完成题目后从文件读入并判题 返回目录 <a name="SJSL"></a> 二、设计思路（同时输出UML类图） 基于之前的工作，这一阶段的主要重心放在了生成txt文件，对文件进行输入输出等操作，此处设计了两个主类 Questions 和 Results 分别实现这两个操作。输出题目放在 Exercisies.txt 中，结果放在 ExercisesResults.txt 中，实现在读入程序并修改后打开txt文件用以查看程序的运行结果。 UML图 返回目录 <a name="GJDM"></a> 三、实现过程中的关键代码解释 在程序中用记事本（可执行文件）打开 Exercises.txt 文件 Process p=null; try

知乎网友提问 产品经理对产品细节需要给到什么程度，才不会被开发骂？ 背景 ：公司规模较小，分工不是很明确。由于无市场部，以前产品立项没有流程，为失败的产品付了很大的代价，故成立产品部，目前有两个人，亟待解决产品与市场脱节的问题。 起因 ：由于没有专门的交互设计和视觉设计，以前由开发自行发挥，后来因为用户体验实在太差，老板决定由产品部来完成这部分工作。 提问者 ：我理解的产品管理的工作重心在规划和立项。我的工作基本围绕项目任务书（目标市场、产品定位、可行性分析、目标成本和销售目标等）和产品需求包（需求描述、用户场景、优先级）这两个交付物。 遇到的问题： 用户注册 需求 ：支持手机号码注册 界面 ：给出了手机号码注册的界面 这个功能在立项评审时，以上信息已经足够。但进入开发阶段，就会遇到，验证码怎样获取、有效时间多长、失效后怎样、号码已注册怎么提示、密码长短组合有无限制、密码丢失后如何找回等等一系列问题。 对我们的产品来说，注册这个功能实在是微不足道。产品核心功能所遇到的类似的问题就更多了。 各项需求对应用户的操作错误、设备异常情况、极端情况以及逻辑细节，都是在立项和原型阶段没有考虑的。 研发在开发过程中会不断提出疑问，给出方案后要求改原型，提需求变更，甚至当开发进度失控时会以需求不明确为借口要求我们提交项目延期申请。 往往产品开发进入这个阶段时

随着数字化浪潮及软件技术的持续发展进化，在充满变化和未知的时代背景之下，敏捷产品开发及新的价值交付及团队共创方式应运而生。CODING 邀请 UPerform 优普丰创始人 & CEO 李国彪 老师为大家带来—— 敏捷系列实战课《正本清源——敏捷的为什么》 ，高屋建瓴地通过介绍敏捷的起源及发展历程，阐述敏捷思维及方法的出发点，展示敏捷所能解决的实际问题和能带来绩效的多维度提升。 首先欢迎各位同学参加本次课程，我的演讲大纲如下： 唯一不变的是变化 追逐移动靶 定义敏捷 潜在收益 敏捷的全貌 成功和成长 接下来进入第一个话题， 唯一不变的是变化 。大家可能都看过这样一个图： 我们可以思考一下，敏捷这一概念究竟存在了多久？如果追溯历史，我个人认为可能真的可以回归到远古的时代。进化论里的一个经典推断就是：物竞天择，适者生存。那么“唯一不变的是变化”就是指怎样去更好的响应各种无法预测的变化。 如果用一个大圈来表示大自然，那么里面就有一个子集，包含人类社会/市场，其实市场经济也是一种敏捷的状态。比如在中国，改革开放实行市场经济之前，都是计划经济，其实是一成不变，按部就班，比较僵化的。而市场经济则是完全调动了所有人的能动性，但是因为巨大的信息量的冲击以及不确定性的提高，也让大家又忙又乱。我们回想一下改革开放总设计师邓小平说过的一些话，也体现了敏捷的概念，比如“不管白猫黑猫，能捉到老鼠就是好猫”、

转自本人运营的公众号“ 携程技术中心PMO ”（ID：cso_pmo） 作者简介 Ollie Guan，携程PMO高级项目集经理，负责 敏捷总动员 及携程技术中心PMO微信公众号运营。 上海AUG Leader ，Atlassian Community Champion，Top 10 super-contributors。 Why ？ 做技术同学们都知道，在项目初始阶段我们会对需求、任务进行估算，估算往往很花时间，更要命的是总做不到准确。既然这个值即不准，又花时间，那为什么还要做估算呢？ 对于用户：用户需要一个这样的预期（甚至是承诺），什么时候才能用上这个功能； 对于管理者：管理者需要这个估算来做决策，包括调整工作优先级、人员调整、甚至是否砍掉这个功能等； 对于团队自己：不仅是团队内的合作，还包括团队之间的合作（如联调的时间的确定），都需要基于估算给出。 除了上面这三个角色对估算的期望之外，估算还有一个重要的价值，那就是在估算活动中大家对需求能够趋向达成一致的理解，减少一些被忽略的假设和背景。所谓“磨刀不误砍柴工”，在估算上花费的时间是值得的。 What ？ 扑克 估算，顾名思义，我们在估算的活动中加入了扑克这套工具。 传统估算通常是一个人在思考，而扑克估算鼓励跨职能团队的多个团队成员参与，团队成员可以从不同的视角来思考和分析问题，考虑更加全面、估算也更加准确。

Open Source Business Automation | Activiti 云原生范式转变：您准备好了吗？ The Cloud Native Paradigm Shift: Are You Ready? https://blog.container-solutions.com/the-cloud-native-paradigm-shift-are-you-ready 云原生范式转变：您准备好了吗？ 2019年4月3日由皮尼列兹尼克 - 4分钟的读出时间 在Container Solutions，当我们说我们要帮助公司将自己转变为Cloud Native实体时，我们出于特定原因使用该术语。Cloud Native是一项重大的 范式转变 ，不仅仅是将最新的新技术固定在公司多年来一直在做的事情上。 上一次真正的范式转变是敏捷，它发生于20年前，但尚未结束。很少有人真正在做纯粹的敏捷，尽管许多组织都这样认为。大多数人并不真正了解敏捷-并且绝对不练习敏捷。尽管如此，许多人至少已经适应了一些敏捷工具，因此将自己视为敏捷。 更大的担忧是人们普遍认为Cloud Native仅是敏捷的增量阶段，就像下一步一样。但这既不真实，也有潜在危险。CN不是敏捷的一些向前迭代。这是真正的范式转变。它是敏捷的替代品。 为什么这么重要？对于我们来说，这是我们在进行Cloud

译者：Nikijv 审校：Bob Jiang 英文原文 一个Twitter的帖子问"敏捷"是否反管理，以及"敏捷"为什么经常看起来很像反管理。简单写一下，本文中我个人的观点是敏捷软件开发如敏捷宣言所设想的那样，并不是反管理。这比反管理更激进：这是一种完全不同的管理方法。 敏捷软件开发仍然比当今的认知更激进，相当的不幸，包括大部分品牌和方法，在我这个有点老的男人对云观点大喊大叫的时候，也被大多数较小的"敏捷"供应商所采用。 敏捷软件开发正如我们所定义的那样，对于业务与开发间的日常协作较为频繁，以维持增量的可工作软件。这样团队称为自组织团队，尤其要说明的是：最好的架构、需求、设计来自这些自组织团队。 原则上很清楚，软件、架构、设计等一切工作都源自于团队，从团队中涌现。 例如，需求不来自于一些业务单元，而是通过中央委员会进行传递，然后传递到一些传统部门或项目部门直到它落在一些程序员的办公桌上。 这不是"反"管理。这根本不涉及解决类似于预算工作、人员补偿、评估性能或者其他"管理"关心的主题。 当然，敏捷软件开发提出了一个新的、不同于软件产品制作的管理。尤其通过基于工作软件的可持续生产使用的自组织、增量、速度技术，是解决软件开发应该被管理的新方式。 敏捷是反管理的么？我不这么认为，敏捷明确反泰勒式的管理，而支持推动管理。 同样，像所有好人一样，我们更乐于好的富有成效的管理，强烈反对贫瘠、无效

如何定义自由职业 自由职业 = 自由 + 职业 自由职业是一个组合词，很多人会第一眼看重的是自由，这里我要强调的是职业。 职业就是你（作为个人）的产品，也就是你生存下去的根本。 比如有人是程序员，那么你的产品（产出）是代码；有人是写手，你的产品（产出）是文章。 而自由职业并不是每个人都适合。要看每个人的追求是什么。 有的人追求稳定，有的人喜欢探索；《穷爸爸富爸爸》中有一幅图可以很好的解释职业（如下）： 我们每个人的职业可以分在EBSI四个象限： E(mployee) 职员，这里适合追求稳定的人 B(usiness) 创业，这里非常刺激 S(elf-emplyed) 自由职业，这里也很刺激，介于E和B之间 I(nvest) 投资，这里每个人都应该要做 德雷福斯模型 而每种职业的晋级（发展）基本遵循德雷福斯（Dreyfus）模型。 新手 高级新手 胜任者 精通者 专家 1. 新手 新手最大的特点是，需要指令清单。告诉我怎么做，最好是一步一步的指令。 2. 高级新手 高级新手不想要全局思维。他们会局限于某个部分，而无法看到全局。 3. 胜任者 胜任者能够解决问题。胜任者通常是非常主动，且足智多谋；善于解决问题。 4. 精通者 精通者可以自我纠正。处于这个阶段的人会有很强的独立思考能力，可以自我发现（或通过朋友同事的反馈发现）不足，并及时纠正。 5. 专家 专家凭直觉工作。 --

自动化测试UFT与Selenium详细视频教程科目如下： 1.自动化测试基础-2.UFT自动化测试详解-3.UFT高级测试开发-4.自动化测试框架设计-5.UFT综合实战-6自动化测试-Selenium。 　　 　　1.自动化测试基础：自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。通常，在设计了 测试用例 并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了 自动化测试 的概念。 　　2.UFT自动化测试详解:自动化测试已成为测试行业发展的趋势。自动化测试的工具有很多且各有所长，UFT（QTP）是最流行的测试工具之一，因此很多公司在招聘时会把UFT（QTP）作为指定需要掌握的测试工具。很多学习过UFT的朋友都能很快掌握工具设置、录制、编写脚本、执行任务等操作，但 要真正掌握自动化测试，必须学会设计测试框架。 　　3.UFT高级测试开发：自动化测试开发公司项目实战必备项。 　　4.对自动化测试框架层层剖析，对构成自动化测试框架的各个元素，包括基类、日志、计时、检查点、截屏、数据处理，娓娓道来，并实现了 UI/API 的分层自动化测试，更有效地应用于敏捷开发模式下的快速、灵活的持续测试。 　　　WEB自动化测试(UFT与Selenium)课程及视频教程：链接: