MSF-微软解决方案框架,是一套大型系统开发指南,它描述了如何用组队模型.过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考.在现在的软件开发项目中每一个软件开发项目都要经过 一个生命周期.MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的,它瀑布模型中基于里程碑的规划与螺旋模型中的增量迭代的长处结合起来.MSF作为现在流行的软件开发思路,其有自己的基本原则. MSF基本原则: 1:推动信息共享和沟通 2:为…

最开始听见杨老师说邹欣老师这个名字总觉得很熟悉,后来看见博客上老师的头像恍然大悟,原来机缘巧合已经在微博上关注邹老师许久,一直觉得邹老师是个很有意思的人,兴趣一定十分广泛,看了老师的书确实能感觉到邹老师是个很独特的作者. 这本书与以往的软件工程书籍相比确实不同.<构建之法>首先让我明白了软件工程到底是什么,也让我第一次觉得要对自己做出来的东西负责,让我的想法突然从一个学生变成了一个知道对自己东西负责的人(此处不敢说自己是工程师).作者前面的篇幅一直在强调团队合作,我虽然一直觉得合作很重要,但是…

IT行业的创新: 1.创新的迷思: 灵光一闪现,伟大的创新就紧随其后:大家都喜欢创新:好的想法会赢:创新者都是一马当先:要成为领域的专家,才能创新:技术的创新是关键:成功的团队更能创新 2.创新的时机: 赢者通吃.螳臂当车.只先一步. 我们要遵从技术成熟度曲线:技术触发期.期望膨胀期.迷茫期.低调发展期.主流发展期 3.创新的招数: SWOT分析框架.动量和加速度.技术产品的发展周期.效能过剩和竞争的各个阶段.影响产品竞争的各种因素(产品行业的因素.公司和市场因素.团队执行因素.产品的价值因素)…

一．Maven介绍 Maven是一个项目管理和整合的工具.Maven为开发者提供了一套完整的构建生命周期框架.开发团队基本不用花多少时间就能自动完成工程的基础构建配置,因为Maven使用了一个标准的目录结构和一个默认的构建生命周期. 二．Maven用途 Maven提供了帮助管理 构建.文档.报告.依赖.SCMs.发布.分发的方法.可以方便的编译代码.进行依赖管理.管理二进制库等等.Maven的好处在于可以将项目过程规范化.自动化.高效化以及强大的可扩展性利用Maven自身及其插件还可以获得代码检…

书名:Docker+Kubernetes应用开发与快速上云 作者:李文强 出版社:机械工业出版社 出版时间:2020-01 ISBN:9787111643012 [山外笔记-云原生]<Docker_Kubernetes应用开发与快速上云>读书笔记01.pdf 一.山外笔记-前言 1.云原生下的DevOps的解决方案:以Docker为代表的容器技术作为基础保障.以Kubernetes(简称k8s)为代表的容器编排技术作为支撑的解决方案. 2.云原生的实现:以Docker为代表的容器技术+以K8s…

第七章 MSF MSF是一种软件开发方法,MSF原则包括1推动信息共享和沟通,2为共同的远景而工作,3充分授权和信任,4各司其职,对项目共同负责,5交付增量的价值,6保持敏捷,预期和适应变化,7投资质量,8学习所有的经验,9与顾客合作 每一个项目都有它的生命周期,用MSF过程模型的生命周期简图,其基本元素是,阶段和里程碑.意味着项目开发过程中有多步阶段,里程碑标志着每一个阶段的结束,每个阶段结束之后工作重心也会发生改变. 为了使项目开发过程进行的顺利,在一遍一遍的试错学习中吸取经验教训,做好自己…

今天浅读了<构建之法>的前四章,稍微有一些个人的见解与感受 第一点即是开篇提及到的算法与数据结构这门学科开设的必要,大二上学期学习了这门课程,就我个人目前接触到的层面来看,几乎可以说用不太到课上学习的一些算法相关的知识.但是这也并不意味这算法.数据结构这门课不重要,如同一句其他行业的玩笑话所说,没有人会按书上说的情况生病,那就代表着医学不需要教科书教学吗,必然是不对的.用一个拿到多家大厂offer的学长的话来说,刷题是我们和其他竞争者拉开差距的一个重要途径,尤其是对于我们这样一所学校的学生来说…

第九章:项目经理 是讲项目经理的作用功能和重要性,书里面主要讲的是微软的PM(Programe Manager)和其他团队PM(Project Manager)的区别,还介绍了PM的能力要求以及人物,不同的PM有不同能力,一个项目有多个PM我觉得还是挺科学的毕竟每个人能力是有限,找到优秀的战斗力很重要,适当运用人才.我们的团队作业也有一个PM,作为一个PM得到大家支持很重要也要带动大家一起参与.一个无法得到团队成员支持的项目经理,大概也无法得到领导的支持. 第十章:典型用户和场景 这一章主要讲诉…

对于书中所提到的结对编程我还是有些许感受的,在大二上学期我就有和同学合作,共同完成编码.有时候可能是我来做非常非常简易的前端页面部分,然后给同学一个基础框架,让同学往框架里面填充,时而遇到问题我再来沟通解决:也有时候是我来完成与数据库的交互部分,让同学完善service层.总之就是把一个问题分解,共同完成目标,相较于个人,这种方式完成速度更快,发现问题后解决的效率也更高.其次就是老生常谈的需求分析,我自己而言做不好这方面,不太会提取主干,更多的还是根据别人的经验,需要在架构分析设计上下一定的功夫…

关于第五章后面的阅读已经在Practice3中有所感悟,下面是6-7章的读书笔记. 第6章 敏捷流程这一章讲了“敏捷流程”这一概念,关于这一名词我是很陌生的,在阅读之后有了一定的理解.敏捷流程是提供了给开发团队一种开发的方法,令软件开发的更好更快,更加地能达到客户的满意值.在6.1.2节中,敏捷流程有四步:1.找出完成产品需要做的事情(Poduct Backlog),而我的理解就是找出问题.2.决定当前的冲刺需要解决的事情(Sprint Backlog),即找出该最优先解决的问题.3.冲刺(Sp…