敏捷开发中的sprint是什么意思_百度知道
敏捷开发中的sprint是什么意思
未成年RB21 | 浏览 4208 次
推荐于2016-02-27 15:19:02
最佳答案
敏捷开发模式中的四种会议,Sprint Planning敏捷迭代计划会议,Daily Stand-up Meeting每日站会,Sprint Retrospective敏捷迭代回顾会议,Sprint Review敏捷迭代评审会议
-
敏捷开发中的sprint是什么意思_百度知道
2019-10-05 23:13:59敏捷开发中的sprint是什么意思_百度知道 敏捷开发中的sprint是什么意思_百度知道 敏捷开发中的sprint是什么意思 未成年RB21 | 浏览 4208 次 推荐于2016-02-27 15:19:02 最佳答案 敏捷开发模式...展开全文转载于:https://www.cnblogs.com/lexus/p/6396321.html
-
岗位po是什么意思_敏捷开发团队中PO和SM角色介绍
2021-01-13 23:22:25敏捷开发中的PO即Product Owner，字面意思是产品或业务负责人，即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员，一般可由产品经理担任，也可由熟悉业务的开发人员担任。如果敏捷团队是在一起办公的...展开全文通过前面几篇关于敏捷开发总体的相关介绍，相信大家对敏捷开发模式已经有了一个比较清晰的了解，后续会介绍一些比较细分的方面，结合我在敏捷开发实施过程当中的一些体会，来阐述自身对敏捷开发的认识。
敏捷开发中的PO即Product Owner，字面意思是产品或业务负责人，即熟悉该产品所有业务相关的逻辑、流程、设置等方面事宜的人员，一般可由产品经理担任，也可由熟悉业务的开发人员担任。如果敏捷团队是在一起办公的(指一个办公室内坐在一起的)，建议由产品经理担任，本身产品经理已经是所有业务的接口人，熟悉业务是其本职工作；如果产品经理和开发、测试团队是两地办公的，如设立的研发中心、外包服务等形式的，建议在开发团队内指定一个人来担任PO，这样产品经理在第一次PRD全体review之后，只需跟这个PO讲解清楚产品逻辑，后续开发和测试当中遇到的问题，都可以咨询PO来得到解决，PO不确定的可以联系产品经理确认，这样可以减少一部分的沟通成本。
敏捷开发中的SM即Scrum Master，字面意思是敏捷专家或者敏捷大师，即熟悉敏捷开发模式及敏捷实施流程的人员，一般可由敏捷团队当中的开发负责人担任，部分能力很强且懂技术的产品经理也可担任这个角色，因涉及到工作量评估和分派等工作，最好都是由技术能力较强的人员担任。
Product Owner(PO)
Product Owner角色定义
确定产品的方向和愿景，定义产品发布的内容、优先级及交付时间，为产品ROI(profitability of product)负责。 是维护产品需求清单( product backlog )的人，代表利益相关者的利益。
Product Owner工作职责
负责最大化产品以及开发团队工作的价值。主要职责如下：
1、确定产品的功能；
2、决定发布的日期和发布内容；
3、为产品的ROI负责；
4、根据市场价值确定功能优先级；
5、每个sprint中，根据需要调整功能和优先级(每个sprint开始前调整)；
6、接受或拒绝开发团队的工作成果；
7、参与Scrum Planning Meetings(Sprint计划会议)，Sprint Review Meeting(Sprint评审会)和 Sprint Retrospective Meeting(Sprint回顾会)
Product Owner在团队中的作用
在junior团队中：主要的需求来源，个人确定需求价值和优先级
在intermediate团队中：多角度的收集需求，和团队成员共同确定需求的价值和优先级
在Senior团队中：和团队成员共同提出和收集需求，共同对产品负责
这里的团队分级主要是指团队的敏捷成熟度，即产品团队实施敏捷开发模式后，对敏捷开发模式的适应程度、接受程度和学习程度。后面会专门介绍团队的评估标准。
一句话总结PO这个角色就是：告诉产品团队要做什么，做功能的先后顺序是怎样的，需求有变动时该如何处理。
Scrum Master(SM)
Scrum Master角色定义
是团队的导师和组织者，与Product Owner紧密合作，及时为团队成员提供帮助。促使team按照scrum方式运行，为Scrum过程负责的人。
Scrum Master并非团队的领导(因为团队是自我组织的)，而是一个负责屏蔽外界对开发团队干扰的角色。 Scrum Master是规则的执行者，他是Scrum团队中的服务型领导。
Scrum Master工作职责
确保scrum被理解和正确使用并使得Scrum的收益最大化。主要职责如下：
1、保证团队资源合理利用；
2、保证各个角色及职责良好协作；
3、解决团队开发中的障碍；
4、作为团队和团队外部的接口，协调解决沟通中的问题；
5、保证开发过程按计划进行，组织Scrum Planning Meetings(Sprint计划会议), Daily Stand-up Meeting(每日站会), Sprint Review Meeting(Sprint评审会)和 Sprint Retrospective Meeting(Sprint回顾会)。
Scrum Master在团队中的作用
在junior团队中：主导和控制
在intermediate团队中：引导和教导
在Senior团队中：辅导和协助
一句话总结SM这个角色就是：教整个团队怎么做，如何估时，跟进每天进度，风险控制，定期总结，计划排定。
案例分享
某Team在Plan Meeting会议中，邀请了PO参加，但PO因会议时间冲突未能参加，在讨论Sprint? Backlog的时候，因需求有变动，团队未完全按照product? backlog上的优先级去拿，选好Sprint? Backlog 后，Scrum master详细讲解了每一条Sprint? Backlog应该如何拆分及理由，最后给出了每个task的评估工时。
问题一：PO未参加计划会
应与PO提前协商时间，若PO没有时间需调整时间，PO一定要参加；
问题二：未按已排定的优先级做
如果不按照product? backlog上的优先级去拿需要和PO一起决定；
问题三：SM一个人完成需求拆分和工时评估
任务的拆分及工时的评估需要和团队共同确定，不是Scrum master一个人说了算。
在敏捷开发团队内部，PO和SM角色是非常重要的，基本决定了团队是否可以很好的执行敏捷开发这种模式，因此这两个角色一定都要十分熟悉敏捷开发的整个运转流程，带领和引导团队一步一步的往敏捷的方向迈进。很多时候PO和SM的不专业，很容易使团队偏离敏捷的模式，因此决定一个团队能否完全进入敏捷开发模式时，这两个角色很关键。
-
什么是敏捷开发
2014-06-28 09:20:27Agile敏捷开发 Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法...展开全文Agile敏捷开发
Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums
TDD是测试驱动开发（Test-driven development）方法主要是先写测试程序，然后再编码使其通过测试。测试驱动开发的目的是取得快速反馈并使用“illustrate the main line”方法来构建程序。
今天听了敏捷的培训，总结如下：
一：TDD，1：测试先行。2：测试叠加Red-Green-Red-Green。
二：CI，1：用Maven可以做到集成测试，每提交一行代码，集成测试会自动触发，编译有问题会直接通过jira报出来。2：Mercurial先更新所有代码然后才能提交。
三：结对编程。一起搞效率高？
四：Member主导，让Member告诉你什么时间，做什么事情，一周之内的计划是什么。敏捷强调一团和气，自我管理，自我计划，自我总结，自我。。。。。
五：PO Product Owner，是开发团队的需求方，最后由PO来确认是否完成工作了。****************************************
郑州就维 www.zzjiuwei.com
-
敏捷迭代是什么意思_我认为“敏捷”的方向是第4部分：“敏捷”是什么意思？...
2020-05-08 20:45:52敏捷迭代是什么意思 我开始这个系列，询问“敏捷”的发展方向。 （我不喜欢在Agile 2019大会上看到的东西。） 第1部分是关于我看到的4个大问题。 第2部分是为什么我们需要经理。 第三部分是关于人们如何想要食谱的...展开全文敏捷迭代是什么意思
我开始这个系列，询问“敏捷”的发展方向。 （我不喜欢在Agile 2019大会上看到的东西。） 第1部分是关于我看到的4个大问题。 第2部分是为什么我们需要经理。 第三部分是关于人们如何想要食谱的。 这部分是关于“敏捷”或“敏捷”的含义。
我了解人们希望他们认为“敏捷”的价值能够带给他们。 让我们回到“敏捷软件开发宣言”，我称之为“敏捷宣言”。 （戴夫·托马斯对此会有疑问，但我将其用作速记。）
为什么要宣言？
甚至在我1977年大学毕业之前，我们就遇到了软件“危机”。危机是什么？
- 项目“过期”。
- 项目“太昂贵了”。
- 产品质量不好。
听起来有点熟？
这怎么发生的？ 我们对流程没有给予足够的重视。
我在硕士课程中了解了结构化设计。 我敢肯定，我在80年代就了解过UML绘图。 我已经知道耦合（不好）和内聚（很好）。
我们的流程都无法帮助我们减少项目的时间或成本。 作为一个行业，我们的产品质量仍然不佳。 （第一份混沌报告于1994年发表。）
输入流程时代
CMM / CMMI的原始版本可以追溯到1991年。当时的想法是，如果我们能够正确地执行流程，那么我们可以更快，更便宜，更优质地获得优质的产品。
我的问题是，即使在Watts Humphrey添加了Personal Software Process和Team Software Process的情况下，CMM / CMMI也是该过程将软件项目视为可以计划的。 有点像建设项目。
我不知道没有迭代需求和设计的任何产品构造。 您可能会，但我不会。
1984年发生了一些与项目有关的事情：
- Microsoft Project的第一个版本。
- PMI于1984年创建了PMP。当时，PMP更侧重于建筑项目。 （这是我记得的。在这里，我可能完全不合时宜。）
太多的人认为软件项目与建筑项目相同。 （不，软件项目是关于作为一个团队一起学习的。）
在1990年代，许多人认为如果我们：
- 处理正确
- 一开始就明确要求
- 遵循更多基于建筑的方法
我们可以正确完成软件项目。
我从来没有做到过。 我以为我很傻。 我不是 我看到了自己的现实，并使用增量方法对此做出了React。
1990年代的软件现实
如果您还没有阅读Weinberg的质量软件管理系列或McConnell的快速开发，更不用说Smith和Reinertsen的“一半时间开发产品”了，您可能就不会意识到敏捷方法有多早开始。 当我为客户进行程序管理时，我读了快速周期时间。
功能驱动（增量）方法背后的想法至少是在90年代开始的。 早在70年代，我就开始使用“ inch-pebble”一词。 我们中的许多项目经理（至少在内部）都使用临时交付成果，当我们看到团队交付的成果时，他们会重新评估和调整我们的计划。
我从未对功能集使用迭代方法。 不，我几乎总是在下个月使用此功能集中的“全部实现/尽可能多地实现”功能。 我的时间框从未超过一个月，早在70年代，80年代和90年代初期。 （我从90年代中期开始开始使用较短的时间框。）
使用瀑布方法并每隔几个月至四分之一发布内容的使用者成功了。 我们中那些使用增量方法并能够使用持续集成并可能每个月或两个月发布的人也成功了。
其余项目没有成功。 他们陷入了需求地狱。 或者，建筑/设计地狱。 或者，测试地狱。 除非他们尝试在哈德逊湾出发 。
（关于发行的说明：我们在硬媒体上发行：磁带，CD，磁盘。发行成本很高。直到90年代后期，我们才可以开始在网上定期发行。）
处理繁重的方法不起作用。 频繁发布的轻量级方法确实有效。
轻巧，不重Craft.io
敏捷宣言的作者希望帮助软件社区成功。 他们在工作中已经看到，基于完成价值和获得反馈的轻量级方法比任何繁重的方法都有效。
考虑一下。
这些人是从业者。 他们看到了项目中的死亡行军。 他们看到缺乏基于团队的工作使一切变得更加困难。 他们看到，如果不不断学习，我们会一次又一次地重复同样的问题。 而且，当我阅读宣言时，最让我惊讶的是客户与团队的融合。
客户如何成为团队的一部分？
然后，我想起了我曾经参与并领导的一些重要项目。 当我直接与客户合作时，我得到了更多的反馈。 哪种产品都没有关系：工厂生产线的控制系统，汽车零件的检查系统，化学分析仪器。 当我与客户一起工作时，我的工作量减少了，反馈更多，产品也更好了。
使用轻量级方法的项目并不需要很长时间。 它们的成本不高。 当客户说我已经完成时，我常常不得不提早停下来。
至少，我的项目不是危机。 我的项目几乎“更好，更快，更便宜”。
谁不想要那个？
团队多久可以释放一些东西？
当《敏捷宣言》的作者见面时，他们知道一个大问题：太多的团队根本无法发布任何东西。 项目团队有很大的问题，尤其是需求生成需求问题。
如果您不能停止更改需求，您将如何离开需求阶段？
这就是以某种形式管理WIP的好处：仅关注下一周左右的需求，或者关注给定列中的WIP。 当然，您知道其他事情也会发生。 不用担心它们。 不要提前实施。
这种自由有助于团队释放某些东西。 团队释放的频率越高，获得新工作的频率就越高。 而且，团队发布的频率越高，项目的变更就越少。 它可能有小的变化，但没有大的变化。
这就是宣言作者想要解决的问题。 怎样称呼这种轻量级的软件产品开发方法？ 一种“敏捷方法”。
“敏捷”不是名词
注意，“敏捷”方法为团队提供了很多自由。 我们可以从任何方法/框架/方法中进行选择，然后查看哪种方法适合我们的情况。 敏捷方法是软件产品开发的许多可能的精益方法之一或组合。 Scrum只是众多可能性中的一种。 （请参阅敏捷不等于Scrum：了解差异 。）
几年前，我看到戴夫·托马斯（Dave Thomas）的演讲《 敏捷已死》 。 然后，我读了他的文章《 敏捷死了》（《敏捷万岁》） 。 如果您想了解Dave对敏捷作为形容词的看法，请转到视频中大约10分钟。
戴夫所说的最引起我共鸣的是：
您可以出售人名词。 您不能出售形容词。
我们有一个“敏捷”行业。 但是，很少有人真正理解什么是敏捷方法。
“敏捷”不仅不是名词，也不是专有名词。 如果您使用“敏捷”来描述您的工作，那对您意味着什么？ 敏捷方法是一个笼统的术语，而不是专有名称。 您可以通过多种选择来创建成功的敏捷方法。 这不是一个名字/术语； 宣言背后的原则是所有可能的。
敏捷方法可能是什么
如果您正在考虑团队或程序的敏捷转型或敏捷方法，请考虑敏捷方法可能对您意味着什么。
敏捷方法可帮助您在释放价值时释放客户的需求。 （请参阅敏捷的工作定义）。
如果您不需要过于频繁地发布（再次确定问题），那么您可能不需要敏捷方法。
那不是问题。 您不必使用瀑布式方法。 如果它们更适合您的上下文/需求，则可以使用迭代或增量方法。
如果您能够确定自己的业务问题，并且意识到自己可能需要一种敏捷的方法，那么您可能会决定要求团队协作，以暴民的方式传播知识并更快地解决问题。
您可能会要求团队限制其在制品，以便提高吞吐量。
您可以执行此操作，而无需使用命名敏捷方法。
当团队转向单人流程时，他们不需要站起来。 他们可能不需要计划会议。 他们可能经常需要查看路线图，讨论/创建测试/留下面包屑，以便他们不会忘记需要管理的风险。
并且，不要忘记回顾。
不要让进程名称使您感到困惑
我遇到了很多人和团队，他们告诉我他们使用Scrum。 （很抱歉选择Scrum，但这种名称得到了认可，以至于“每个人”都告诉我他们对其进行标准化并使用它。）
我问一些回顾性问题：团队多久花至少45分钟反思过去并从中学习经验？
“很少，因为我们的经理不希望我们花时间。” 那是我解释经理的角色的时候 。 而且，这些回顾可以在工作中增强适应能力和学习能力。
如果您不回顾过去的工作并从中学习经验，那么您就没有在使用敏捷方法。 追溯是宣言原则规定的一种做法。 （我建议您在决定框架/方法/方法之前先阅读这些原则。）
读东西
我看到太多的管理团队想要敏捷方法的价值，却没有意识到他们的要求。 我鼓励他们阅读一些内容 （也许不止一项），并在进行敏捷转换之前进行讨论。
几年前，我写了《敏捷过渡的最低限度阅读清单》 。
那时，我还没有意识到敏捷方法需要文化转变。 从那时起，我推荐我的这些书：
您不必喜欢我的书。 还有许多其他有用的书。 我碰巧与方法无关。 我发现敏捷原则比任何特定实践都有用。
经理们，请确保您希望获得所需的敏捷转换。 如果您不希望团队具有自治性，相互协作并互相学习，请不要进行敏捷的转型。
随着团队的学习，他们向传统的分层管理提出了挑战。 确保您想要敏捷方法的副作用，而不仅仅是所谓的“更好，更快，更便宜”。
经理阅读的内容越多，他们就越了解敏捷方法。 而且，他们可能会停止要求没有意义的“敏捷”。 我意识到经理们还有很多工作要做。 而且，我知道管理人员需要知道他们想要什么。
到目前为止的系列：
- 我认为“敏捷”的发展方向是第1部分：您是否需要敏捷方法？
- 我认为“敏捷”的方向是什么，第2部分：管理适合什么地方？
- 我认为“敏捷”的方向是什么，第3部分：什么是食谱，正确的答案？
- 我认为“敏捷”的方向是第4部分：“敏捷”是什么意思？
我知道我需要总结文章。
翻译自: https://www.javacodegeeks.com/2019/08/think-agile-headedwhat-does-agile-mean.html
敏捷迭代是什么意思
-
敏捷开发思想
2019-04-12 22:52:55敏捷开发思想SCRUM 是什么?敏捷开发是什么？以人为核心是什么意思？迭代 是什么意思？SCRUM 与 敏捷开发思想有什么关系？敏捷开发的模式分类(摘抄至互联网)：SCRUM 的工作流程(摘抄至互联网)流程： SCRUM 是什么? ... -
什么是敏捷开发流程？
2018-08-22 08:15:51今天给大家分享一下，java项目中需要使用的敏捷开发流程 1.背景介绍 在很久以前，软件项目的开发都是以年来计算的，这代表什么意思呢 ？需求设计了半年多，方案设计做了半年多，开发了三年多， 测试了半年... -
什么是敏捷软件开发
2008-08-19 14:11:00敏捷软件开发是什么意思？敏捷软件开发不是一个具体的过程，而是一个涵盖性术语（umbrella term），用于概括具有类似基础的方式和方法。这些方法，其中包括极限编程（Extreme Programming）、动态系统开发方法... -
我认为“敏捷”的方向是第4部分：“敏捷”是什么意思？
2020-04-13 15:18:05我开始了这个系列，询问“敏捷”的发展方向。 （我不喜欢在Agile 2019大会上看到的东西。... 让我们回到“敏捷软件开发宣言”，我称之为“敏捷宣言”。 （戴夫·托马斯对此会有疑问，但我将其用作... -
敏捷开发方法综述
2019-10-04 02:56:49敏捷开发 敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换... -
敏捷开发流程介绍
2018-08-27 15:33:29家好，我是IT修真院武汉分院第...在很久以前，软件项目的开发都是以年来计算的，这代表什么意思呢 ？需求设计了半年多，方案设计做了半年多，开发了三年多， 测试了半年多，修改Bug用了半年多。总计花了很长很长的... -
被误解的敏捷开发
2016-11-29 17:22:05最近读了Bob大叔的《敏捷软件...敏捷开发的敏捷是Agile，这个词的意思是灵活的; 灵巧的; 轻快的; 机敏的; 和速度快没有什么关系。正如很多游戏中Agility和Speed完全是两个属性. 然而国内很多人因为种种利益,将敏捷开发 -
敏捷开发中软件测试团队的职责和产出是什么？
2012-04-11 01:11:00问题描述： 1、敏捷开发过程中，相关的系统分析文档，... 2、关于需求，敏捷开发过程中，是否需求方只需要提供一个用户故事，比如“我作为PD（代表用户的意思），在某些场景中期望达到什么目的，所以希望产品如... -
敏捷开发-Scrum.pptx
2020-05-12 13:26:50 Scrum是什么意思？ Scrum敏捷方法一分钟扫盲 Scrum敏捷方法丨的工作产品 Scrum敏捷方法丨的觇色 猪不鸡的故亊 Scrum过程 读前预习内容 创建和维护产品待开収项（Product Backlog） 迭代计划会 ... -
浅谈敏捷开发之Scrum
2020-04-03 17:45:52敏捷这个话题大家一直都在谈论，也有很多关于敏捷的工具或方法，那什么才是敏捷开发呢？ 什么是Scrum？ Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，我... -
敏捷开发般若敏捷系列之二：什么是敏捷（上）（无住，不住于法，破法执）...
2019-09-27 14:06:23这是敏捷开发般若敏捷系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）所谓无住，包括两个含义：不住于法，不住于空。前者比较好理解，后者会在下篇详述。不住于法，就是不执着于具体方法的... -
敏捷开发Scrum简介
2013-11-24 11:57:56什么是Scrum？ Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字...Scrum敏捷开发流程主要包括：三个角色、四个会议和三个物件（343）。 三个角色：产品负责人（Product Own -
项目管理--敏捷开发
2020-06-18 17:06:15什么是敏捷开发？ 敏捷它不是一套方法论，过程，或者框架 用最近网络上比较火????的一句话来描述它：啥也不是！因为敏捷是一种思想，结合具体的实践会有不同的定义，很多公司的团队都说自己在使用敏捷，但是真正拿... -
敏捷开发般若敏捷系列之二：什么是敏捷（上）（无住，不住于法，破法执）
2011-11-17 11:35:42这是敏捷开发般若敏捷系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）所谓无住，包括两个含义：不住于法，不住于空。前者比较好理解，后者会在下篇详述。不住于法，就是不执着于具体方法的... -
敏捷开发之Scrum
2015-09-25 13:48:31什么是Scrum？ Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，我想你一定能想象出你的开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、... -
浅谈TDD、BDD与ATDD软件开发 (敏捷开发模式)
2018-03-26 17:37:351. 首先了解一下这三个开发模式都是什么意思：TDD：测试驱动开发（Test-Driven Development）测试驱动开发是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试... -
腾讯敏捷之道，实施敏捷开发,看我就够了
2019-10-09 16:43:48简单的来讲，敏捷的意思就是反应迅速，为什么要反应迅速？看看腾讯、阿里就知道了，市场变化越来越快，客户要求越来越高，为了满足用户的需求， 人家一个星期发一个版本，我们仨月才能憋出一个来 ， 那还不被打的...
收藏数
128
精华内容
51
-
分析业务模型-类图（ClassDiagram）
-
matlab程序（分享）.zip
-
硅中介层的直通硅通Kong和共面波导的高频特性分析
-
Mysql数据库面试直通车
-
基于微信的同城小程序、校园二手交易小程序 毕业设计毕设源码使用教程
-
一天学完MySQL数据库
-
云开发后台+微信扫码点餐小程序+cms网页管理后台 含后厨端和用户端
-
Idea部署非maven管理的eclipse的ssm项目
-
OpenCV与Open3D之间的图像格式转化
-
氧等离子体制备修饰的掺杂MWCNTs的PANI纳米棒及其氨感测性能
-
Apache.NMS.ActiveMQ.1.8.0.nupkg
-
TFTP-Client2.0答辩.zip
-
SQLPromptXX10.rar
-
摄影测量byxinlei.rar
-
华为1+X——网络系统建设与运维（高级）
-
信息论与编码-曹雪虹-课后习题答案.doc
-
局部变量，静态变量，全局变量在内存中存放的位置
-
QT的foreach用法
-
jacob-1.19.rar
-
MaxScale 实现 MySQL 读写分离与负载均衡