敏捷开发

二面快手,凉在 SpringBoot上!

若如初见. 提交于 2020-10-06 09:11:26
网上看到一求助帖说:“SpringBoot 配置一直不对,在线求助大佬”。下面有几位朋友的回复,“SpringBoot 太简单了,不适合学!” 这样的也是皮:做 Java 开发, 真敢小觑 Spring Boot? 现在出去面试,无论大小公司 or 项目,都要跟你扯一扯 Spring Boot、微服务,如果啃不下来,很可能直接说拜拜!像快手、美团、网易这些一线大厂都在用它来做敏捷开发,你敢说不适合学? 要知道,如果你能把 Spring Boot 的原理实现吃透的话,就能从中学习到不少前辈优秀的架构设计思想,总结出最优使用方案,绕过工作中遇到的很多坑,进而更好地突破职业和技能瓶颈。 近些年,技术更新迭代是相当快, SpringBoot、SringCloud、Dubbo、Redis 等各种分布式开源框架 。如果一直停滞不前,或者只是受限于只是会用的层次,对未来的职业发展会很不利。这里分享一个十分干货的技术分享 《 SpringBoot 技术整合秘籍》。 视频由开课吧资深讲师,廖雪峰团队实力专家深度调研 BAT、美团、快手等知名大厂业务需求,历时 3 个月精心录制而成,从工作刚需业务场景出发,内容专业且硬核,让你在实际案例中较快刷新Spring技术知识体系,非常适合做后端开发的朋友。 学完,你可以 梳理 SpringBoot 技术体系,查漏补缺 实战场景式学习,快速进阶

中科院历时5年打造RISC-V设计平台,开源芯片死结有望打开

こ雲淡風輕ζ 提交于 2020-10-05 13:53:53
  “今天好多学生在选专业时,听到要做硬件、做芯片,就会有一种恐惧感,我们希望能改变这种状态。”   说这话的人是中国科学院计算技术研究所研究员、先进计算机系统研究中心主任包云岗,几年前他所在的中国科学院大学有 35% 的学生不喜欢做芯片,现在不少学生已经开始热衷于做芯片,并已经有学生“带芯毕业”。   2020 年 6 月,五位 95 后本科生,带着自己设计的处理器芯片“果壳(NutShell)” ,从中国科学院大学毕业,这在国内非常罕见。      图 | 五位 “带芯” 毕业的本科生(来源:受访者)   整个芯片从设计到研发,耗时仅仅 4 个月,如此高效率的研发,得益于包云岗团队研发的开源芯片设计平台——SERVE。   在 2020 中关村论坛未来青年论坛现场,DeepTech 专访包云岗,并请他重点阐述了 SERVE 开源芯片设计平台的现状。      图 | 包云岗(来源:中关村论坛未来青年论坛)   SERVE 的诞生,要从 2012 年开始,这是一个摸索着长大的产品。2016 年,负责团队耗时 4 年,终于研发出 SERVE 第一版。   同时,包云岗和团队核心成员张科博士、常轶松博士也在继续探索。在明确开源方向后,他们决定把 SERVE,打造成开源芯片设计平台。2019 年,SERVE 发布第三版,并发挥作用至今。      图 | 开源芯片设计平台 SERVE

敏捷软件工程实践书籍

☆樱花仙子☆ 提交于 2020-10-05 06:56:36
Scrum转型想要做好,第一步先了解并真正落实Scrum,那么我推荐的Scrum书籍是要看懂并实践的。第二步是团队的工程实践要做扎实。 下面推荐工程实践书单: 重构:改善既有代码的设计 解析极限编程 : 拥抱变化 代码整洁代码 程序员的职业素养 修改代码的艺术 编写可读代码的艺术 测试驱动开发 : 实战与模式解析 Cucumber:行为驱动开发指南 实例化需求 驯服烂代码 重构:改善既有代码的设计 作者:Martin Fowler 出版社:人民邮电出版社 译者:熊节 链接: https://item.jd.com/12584498.html 内容简介: 重构,一言以蔽之,就是在不改变外部行为的前提下,有条不紊地改善代码。多年前,正是本书原版的出版,使重构终于从编程高手们的小圈子走出,成为众多普通程序员日常开发工作中不可或缺的一部分。本书也因此成为与《设计模式》齐名的经典著作,被译为中、德、俄、日等众多语言,在世界范围内畅销不衰。 本书凝聚了软件开发社区专家多年摸索而获得的宝贵经验,拥有不因时光流逝而磨灭的价值。今天,无论是重构本身,业界对重构的理解,还是开发工具对重构的支持力度,都与本书最初出版时不可同日而语,但书中所蕴涵的意味和精华,依然值得反复咀嚼,而且往往能够常读常新。 解析极限编程 : 拥抱变化 作者:Kent Beck / Cynthia Andres 出版社

Beta冲刺--Day4

为君一笑 提交于 2020-10-04 07:23:26
2020/05/31 这个作业属于哪个课程 2020春S班软件工程实践 这个作业要求在哪里 团队作业第六次——beta冲刺+事后诸葛亮 团队名称 云玩家$ 这个作业的目标 beta冲刺,测试和完善已有的项目 作业正文 就是本文 其他参考文献 一. SCRUM部分 1.1 成员进度 成员姓名 今日进度 存在问题 明日安排 郑斌 跟进项目、撰写博客 今日暂无 跟进项目、收集bug 李定成 和后端同学沟通下一步计划;讨论词表的相关问题 今日暂无 开始编写单词书页面 王弘毅 更改数据库实现 今日暂无 更改数据库实现 叶先锻 完善接口 今日暂无 继续完善接口 张玉麟 完善接口代码 今日暂无 继续完善代码 周宇靖 设计获取配置接口的测试用例并进行测试 今日暂无 设计修改配置接口的测试用例 王少滨 撰写博客,制作燃尽图 今日暂无 和今天一样 杨明伟 学习测试方法 今日暂无 开始测试 陈一聪 今日暂无 1.2 Issue截图 姓名:周宇靖 1.3 会议照片 二. PM报告 任务量表格 日期 总任务量(h) 目前已经花了的时间(h) 剩余的时间(h) 今日总任务量变化 day4(5.31) 175 105 70 -28 燃尽图 成员贡献比 成员 贡献比 郑斌 10% 李定成 18% 王弘毅 10% 叶先锻 8% 张玉麟 8% 周宇靖 8% 王少滨 8% 杨明伟 5% 陈一聪 % 最新运行截图 来源:

一线年轻人的生活工作实录(打工仔篇)

时光怂恿深爱的人放手 提交于 2020-10-04 03:18:27
江明站在宿舍阳台上,抽着一支拔掉过滤嘴的烟。四野雾霾重重,空气滞重。苏醒过来的人们穿过楼下的街道,积攒在亮着红灯的十字路口。柏油道路潜藏于雾气之下,像一条黑色的河流,仿佛还在睡梦之中,显得安详而静谧。他知道太阳很快就会升起,驱散雾气,而新的一天将要开始。 有时候,他害怕新的一天到来,害怕明天和今天没什么不同,生活停滞不前,日子永远不会有什么长进。但今天是星期一,是新一周的开始,今天的情绪可能会主宰接下来好几天的心情。像他这样走出家乡小镇,来城市讨生活的务工者,每天都暴露于巨大的生活压力之中。所以,他必须保持绝对的乐观,不能有这种消极情绪,至少今天不能。 最近,他总是起得很早,自己煮早餐泡早茶,每天上班前都要靠着阳台的扶手,看一篇文学杂志上的散文。淡蓝的天空,热闹的街市,街道上拥挤的人群总是让他心绪复杂。他曾经是重度起床困难症患者,每次快要临近上班才会起床,但是如今他决定打起精神,避免自己落入意志消沉的境地。 公司接送员工的车队刚到,一辆辆巴士像一条条游动在溪流里的鱼,排着队出现在宿舍楼前的广场。广场上等车的人这时还很少,江明很轻松地跳上了最早出发的车,直接坐在司机的副驾。他看向司机,嘴里说着早上好,手里递着烟。司机接过烟,只交代了一句别把烟灰掉车里,抽完烟后又说江明肯定是个小领导,不然不会这么早赶着去公司。江明只是笑了笑,就把头转向车窗外不再说话。 几支烟的功夫

敏捷测试VS传统测试,6招玩转敏捷测试!

℡╲_俬逩灬. 提交于 2020-10-03 03:37:56
一、什么是敏捷测试? 敏捷测试是适应敏捷方法而采用的新的测试流程、方法和实践,对传统的测试流程有所剪裁,有所不同的侧重,例如减少测试计划、测试用例设计等工作的比重,增加与产品设计、开发人员的交流和协作。 在敏捷测试流程中,参与单元测试,关注持续迭代的新功能,针对这些新功能进行足够的验收测试,对原有功能的回归测试则依赖于自动化测试。 简单地说,敏捷测试就是持续地对软件质量问题进行及时地反馈,快速迭代,即我们进行短周期的开发,上线,反馈,优化,使得项目易于调整,故而敏捷。 二、敏捷测试在项目中的应用形式 每日站会:也就是每天早晨15到30分钟的会议,会议形式是项目组成员到白板前介绍昨天完成的事项,遇到的问题或好的方法,今天计划完成的工作内容等; 白板上会写上需求池、开发就绪、开发中和已完成的SR、测试就绪、测试中和完成的SR、验收就绪、验收中的SR、验收完成的SR; 通过分析白板上story的进度情况,看项目是否存在进度延迟的情况,若存在,项目经理提出疑问,分析原因,找出改进方法。 极限编程(Extreme Programming,XP)是一种可以使开发人员快速生产高质量代码的软件开发过程。XP中开发人员可以结对编程,提高代码的质量。 测试驱动开发:敏捷测试中每个story都有计划开始和结束的时间,开发人员对自己的story进行分析设计时,测试人员需要对story进行分析设计测试用例

2020-06-03 Beta冲刺第七天

风格不统一 提交于 2020-10-03 01:43:09
这个作业属于哪个课程 课程地址 这个作业要求在哪里 作业地址 这个作业的目标 2020-06-03 Beta冲刺第七天 作业正文 作业正文地址 其他参考文献 《构建之法现代软件工程》 明日安排/问题困难/心得体会 学号 明日安排 问题困难 心得体会 221600137 无 无 无 221701117 基本完成,后续测试若发现问题再改进 如何在移动端正常显示遇到困难 七天的辛苦终换成欢天喜地的愉悦感与满足感 221701135 无 服务器数据同步问题 团队合作重在沟通 221701216 暂无 暂无 看到测试发现的bug得到完善很开心 221701239 继续测试,发现问题并改正 暂无 感觉大家合作做出来的网页真的挺好的,基本功能也挺完善的 221701334 无 无 无 221701419 检查代码,一些交互看需不需要加 无 今天的bug修改起来都比较容易,出现的问题都较浅,很容易定位到问题。但是回顾自己完成的界面并不满意,一些细节交互没有体现 021700531 无 无 大佬带的好 221701315 暂无 暂无 时间飞快,好好做好自己的工作 昨日完成的项目内容 学号 项目内容 花费时间 剩余时间 221600137 无 0 0 221701117 完成个人页面文章显示问题,修改各种跳转错误的问题 160 0 221701135

BUAA 2020 软件工程 提问回顾与个人总结

时光怂恿深爱的人放手 提交于 2020-10-02 18:45:28
BUAA 2020 软件工程 提问回顾与个人总结 Author: 17373051 郭骏 项目 内容 这个作业属于哪个课程 2020春季计算机学院软件工程(罗杰 任健) 这个作业的要求在哪里 提问回顾与个人总结 我在这个课程的目标是 学习软件工程的开发知识,培养工程化开发能力 这个作业在哪个 具体方面 帮助我实现目标 反思学习课程之前的问题,在自我回答中进步 提问博客链接 BUAA 2020 软件工程 个人博客作业 目录 BUAA 2020 软件工程 提问回顾与个人总结 一、对自己提出的问题进行解答 二、还不明白的问题 三、产生的新问题 四、学到的知识点 五、理解和心得 一、对自己提出的问题进行解答 问题2 书本原文 4.5.2 为什么要结对编程 在结对编程中,因为有随时的复审和交流,程序各方面的质量取决于一对程序员中各方面水平较高的那一位,这样,程序中的错误就会少得多,程序的初始质量会高很多,这样会省下很多以后修改、测试的时间。 问题原文 虽然我没有尝试过真正的结对编程,但是我尝试过按照书中的“结对”做过很多事情。关于书中所提到的结对编程理由,我感到疑惑。既然程序的质量“取决于各方面水平较高的那一位”,那结对编程和让那个水平较高的人单独编程,真的有很大的区别吗?同样的,如果两个人的水平几乎相同,那结对编程和两个人分别自己写,又真的有很大的区别吗? 如果两个人各有所长

路孚特:300天350个版本,旗舰移动产品“0”到“1”的交付之路

╄→гoц情女王★ 提交于 2020-10-02 11:11:02
300天350个版本,路孚特旗舰移动产品“0”到“1”的交付之路 2020-05-26 02:41 InfoQ 作者 | Eileen 要想认识路孚特这家金融数据科技公司,没有什么比数据更直观。 路孚特为全球 190 多个国家的 4 万多家机构和 40 万用户提供金融信息服务,其交易数据每秒传递高达 700 万条更新,支撑着全球 5000 多家投资公司和对冲基金的交易,每天更新的市场数据多达 400 亿条。在其开放平台上,超过 1 万 3 千名开发者和 2200 多家合作伙伴,共同以安全、有效、高效的方式构建金融行业的业务发展以及其各项创新。 2018 年,路孚特完成从汤森路透金融与风险业务部门到路孚特(Refinitiv)的转变。作为世界上最大的金融市场数据和基础设施供应商之一,160 多年历史的专业经验铸就了路孚特新一代业务流程优化系统 Refinitiv Workspace,针对全球金融市场从业人士的不同需求,以此为用户提供全面深入的金融数据、分析、新闻、工具等客制化解决方案。 在移动设备已经非常普及的今天,时间的碎片化带来流量的碎片化。面向消费者的互联网产品早在五六年前便完成了 PC 端向移动端的过渡,但对监管严格的金融行业来说,一切似乎才刚刚开始。在路孚特的移动平台战略中,非常重要的一步是打造 Refinitiv Workspace 的移动版本——Refinitiv

代码优化的 5 大原则,第 1 条相信你一开始就没想到!

风流意气都作罢 提交于 2020-09-30 15:29:04
阅读本文大概需要 7 分钟。 本文来源「优达学城」 原作:Ravi Shankar Rajan ,译者:欧剃 “让这代码跑得快一点!!”——我碰到的第一件代码优化任务就是这么开始的。那个项目是一个巨大的 SAP 云平台应用程序,总共含有超过 3 万行的代码。 整个 App 加载数据的过程非常之慢,显然用户并不喜欢这种体验。 然而,我必须承认,这个项目的代码写的挺不错,数据库调用很合适,只在有需要的地方进行循环,模组化也实现的很到位。我花了两天时间,绞尽脑汁地进行各种测试,审查代码逻辑,但完全没发现到底是什么地方让这个程序变得如此之慢。 就在第三天,在我穷尽了所有的办法,最后一点理智也快要消失的时候,我终于发现了问题所在。 在其中的一个读取页面上,被塞了一个等待语句,程序到这里就停上 20 秒。 这大约是原来调试这段代码的程序员在排查的过程中插入的等待命令,结果在将代码合并进生产环境的时候忘记把这行东西去掉了。而在生产代码中,每次调用读取的时候,这段等待命令都会被执行,这就进一步放大了产生的问题。 于是,我把这行代码删掉了。好家伙,一切都正常了! 有人说,代码优化是一把双刃剑 优化你的软件是一件好事,但这并不能保证它永远都会有好结果。 如你是在错误的原因驱动下,或是通过错误的方法进行代码优化,这种所谓的优化往往可能增加成本,减缓生产速度,甚至可能会让软件的质量下降。 此外,大多数时候