agile manifesto_agile manifesto value

agile manifesto_agile manifesto value

       大家好，今天我将为大家讲解agile manifesto的问题。为了让大家更好地理解这个问题，我将相关资料进行了整理，现在就让我们一起来看看吧。

1.为什么DevOps的必然趋势是BizDevOps

2.什么是敏捷软件开发

3.埃隆·马斯克如何成为硅谷钢铁侠？四个策略助他梦想成真

4.5G与人工智能有什么关系？

5.软件开发统一过程和敏捷过程哪个好

6.manifesto for agile software development是什么意思

为什么DevOps的必然趋势是BizDevOps

       一、人工智能的崛起

       手工测试将不再是一天中的例行惯例，这一时代已经不远了。当人工智能与 DevOps 自动化相结合时，流程执行方式发生了变化。

       人工智能利用日志和活动报告来预测代码执行情况。在使用人工智能的能力时，自动化验收测试、实施测试以及功能测试对于组织来说就更容易了。所以，软件发布过程变得越来越完美，越来越高效，越来越迅速，因为持续交付是有保证的。

       据最近的专家预测，随着人工智能驱动的应用程序的不断增加，工作流中将会出现越来越多的 DevOps 理念。DevOps 将成为管理多个生产链模型的测试和维护的首选方案。

二、在 DevOps 中使用无服务器计算

       DevOps 可以通过无服务器计算来达到新的水平。这类应用依赖于称为 BaaS（Backend as a Service，后端即服务）的第三方服务，或者依赖于在临时容器内运行的称为 FaaS（Function as a Service，函数即服务）的定制代码。

       无服务器是指运行系统的公司或个人不必租用或购买运行后端代码的虚拟机。

       无服务器计算的主要优势在于，它允许开发者可以自由地专注于应用程序的开发方面，而不需要考虑其他事情。无须升级现有服务器，也能快速、方便地部署。这将需要更少的时间，也不需要花费一分钱。

三、利用 DevSecOps 控制安全漏洞

       大部分 DevOps 公司都在转向 DevSecOps，这是因为最近与安全漏洞相关事件增多。IT 公司将 DevSecOps 视为众多 DevOps 最佳实践之一。

       将 DevSecOps 视为一种应用安全的方式，从一开始就在代码的各个方面构建了安全性。

       在开发期间采取的安全措施将导致在此过程中加强合作。这样做会使该过程更加高效、更无错误、更有效。预期今后几年将有更多的人采用 DevSecOps。

       通过提高自动化程度来节省时间。

       快速检测错误，增强安全性，节省时间：自动化可以提供所有这些功能以及更多。这样，整个软件开发周期就不再需要手工作业。毫无疑问，工业化将在 2021 年扮演重要角色。

       所以，DevOps 有六个特性，它们是：

       持续优化和反馈

       持续检测

       持续部署和发布

       持续测试

       协作开发

       持续的业务计划

四、基于云的原生 DevOps 的重要性日益增加

       在使用云原生的 DevOps 时，要确保更好的用户体验、更好的转型和创新管理。这正是自动管理云服务的配置、监控和部署所需的技术。

       使用云自动化，软件发布得更快。这样，一个光明的未来就在等待基于云的技术的到来。甲骨文认为，到 2025 年，80% 的企业工作负载都会转移到云端上。

       另外，美国空军已经接受了云计算的原则，并采用敏捷的方式来开发在多种云格式下运行的应用。网格服务使用的增长

       通过采用微服务，组织可以获得一些好处。开发人员使用微服务来提高可移植性，即使这并没有让 DevOps 团队的工作变得更容易。运营商需要管理大型多云和混合部署。

       微服务的出现导致了服务网络的使用增加，有望降低部署的复杂性。服务网络提供了对微服务网络及其相互作用进行观察和管理的能力。这种构成提供了一个完整的服务视图。这对 SRE 和 DevOps 开发者满足端到端认证、访问控制、金丝雀部署和 A/B 测试等复杂操作需求非常有用。

       你将看到采用率和产品的增长，因为它们是微服务成功运行的关键因素。服务网格是企业从单体转向微服务时必须跨越的十字路口。

什么是敏捷软件开发

       敏捷方法是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。

       敏捷开发

       敏捷开发（agile development）是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。简言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

       敏捷开发是全新理论吗？答案莫衷一是。细心的人们可以发现，敏捷开发其实借鉴了大量软件工程中的方法。迭代与增量开发，这两种在任何一本软件工程教材中都会被提到的方法，在敏捷开发模式中扮演了很重要的角色。再向前追溯，我们还也可见到瀑布式与快速原型法的影子，也许还有更多。

       改善，而非创新。敏捷开发可理解为在原有软件开发方法基础上的整合——取其精华，去其糟粕。因此敏捷开发继承了不少原有方法的优势。“在敏捷软件开发的过程中，我们每两周都会得到一个可以工作的软件，”Fowler介绍，“这种非常短的循环，使终端客户可以及时、快速地看到他们花钱构建的软件是一个什么样的结果。”

       也许是因为时间关系，Fowler只说出了这些优势中的一部分。允许开发过程中的需求变化、通过早期迭代可以较早发现风险、使代码重用变得可行、减少项目返工……借鉴了众多先进方法和丰富经验，拥有的众多优势使得敏捷开发看来已经成为解决软件危机的标准答案。

       问题与思考

       然而，我们不得不面对的现实却是，模式与方法的优化并不意味着问题的终结。作为一种开发模式，敏捷开发同样需要面对众多挑战。

       大项目的拆分意味着更多子项目的出现，协调这些同步或异步推进的子项目，合理的资源调配都将变得更加复杂。另外，在当前项目和项目组普遍“增容”的情况下，遇到的问题同样成倍增长。人的重要性被提到了更高的高度，而缺乏有效协调手段，减少人员流动和项目变更对整个项目造成的影响也将成为一大挑战……新方法带来众多便利的同时，也相应引发了几乎同样多的问题。

       敏捷开发（agiledevelopment）概念从2004年初开始广为流行。Bailar非常支持这一理论，他采取了"敏捷方式"组建团队：Capital One的"敏捷团队"包括3名业务人员、两名操作人员和5～7名IT人员，其中包括1个业务信息指导（实际上是业务部门和IT部门之间的"翻译者"）；另外，还有一个由项目经理和至少80名开发人员组成的团队。这些开发人员都曾被Bailar送去参加过"敏捷开发"的培训，具备相关的技能。

       每个团队都有自己的敏捷指导（Bailar聘用了20个敏捷指导），他的工作是关注流程并提供建议和支持。最初提出的需求被归纳成一个目标、一堆记录详细需要的卡片及一些供参考的原型和模板。在整个项目阶段，团队人员密切合作，开发有规律地停顿--在9周开发过程中停顿3～4次，以评估过程及决定需求变更是否必要。在Capital One，大的IT项目会被拆分成多个子项目，安排给各"敏捷团队"，这种方式在"敏捷开发"中叫"蜂巢式（swarming）"，所有过程由一名项目经理控制。

埃隆·马斯克如何成为硅谷钢铁侠？四个策略助他梦想成真

       敏捷软件开发是一个概念意义上的框架，用来取代软件工程项目的概念；它强调在项目的整个生命周期中，拥抱并促进由于软件进化式的发展所带来的变化。Agilesoftwaredevelopmentisaconceptualframeworkforundertakingsoftwareengineeringprojectsthatembracesandpromotesevolutionarychangethroughouttheentirelife-cycleoftheproject.这段定义来自wikipedia，我认为是我接触ASD以来，对ASD最精辟的论述。请注意其中的三个关键词：在项目的整个生命周期中：这就涉及到了敏捷项目管理、敏捷需求获取、狭义的敏捷软件开发三个主要的领域和过程。要注意的是，上述三个过程并不是互相分开的，而是你中有我，我中有你。拥抱并促进变化：世界上唯一不变的是变化。不论在任何领域，漠视、甚至否认、抗拒变化，都不是一个理性，严肃的人所应有的态度。学会如何识别变化的大势，并在可能的时候，促使变化向好的方向发展。这才是面对变化的正确应对之法。软件进化式的发展：虽然上面提到促进变化的发展，但是软件的演化过程，我相信是有其自身内在逻辑的，存在一些根本规律和指导方针；并不是完全以人的主观意识为主导。老子讲“顺势而为，无为无不为”，我认为是对上述后两点的精确概括与指导。了解了这三个方面，下面就要引入大名鼎鼎、如雷贯耳、耳朵都要磨出糨子来的敏捷宣言（ManifestoforAgileSoftwareDevelopment）了，让我们看看2001年提出的第一版的敏捷软件开发宣言怎么说：Weareuncoveringbetterwaysofdevelopingsoftwarebydoingitandhelpingothersdoit.Throughthisworkwehavecometovalue:☆Individualsandinteractionsoverprocessesandtools☆Workingsoftwareovercomprehensivedocumentation☆Customercollaborationovercontractnegotiation☆RespondingtochangeoverfollowingaplanThatis,whilethereisvalueintheitemsontheright,wevaluetheitemsontheleftmore.我们正在通过实践和帮助其他人实践，揭示更好的开发软件的方法。我们从实践中得出的价值观是：☆人和交互重于过程和工具。☆可以工作的软件重于求全责备的文档。☆客户合作重于合同谈判。☆随时应对变化重于循规蹈矩。虽然右项也具有价值，但我们认为左项具有更大的价值。经过六年的演变，敏捷大师们又提出了敏捷宣言的重构版本，由于尚未形成共识，暂不在此提出。在敏捷宣言的背后，有其遵循的12条原则：PrinciplesbehindtheAgileManifestoWefollowtheseprinciples:☆Ourhighestpriorityistosatisfythecustomerthroughearlyandcontinuousdeliveryofvaluablesoftware.☆Welcomechangingrequirements,evenlateindevelopment.Agileprocessesharnesschangeforthecustomer'scompetitiveadvantage.☆Deliverworkingsoftwarefrequently,fromacoupleofweekstoacoupleofmonths,withapreferencetotheshortertimescale.☆Businesspeopleanddevelopersmustworktogetherdailythroughouttheproject.☆Buildprojectsaroundmotivatedindividuals.Givethemtheenvironmentandsupporttheyneed,andtrustthemtogetthejobdone.☆Themostefficientandeffectivemethodofconveyinginformationtoandwithinadevelopmentteamisface-to-faceconversation.☆Workingsoftwareistheprimarymeasureofprogress.☆Agileprocessespromotesustainabledevelopment.Thesponsors,developers,andusersshouldbeabletomaintainaconstantpaceindefinitely.☆Continuousattentiontotechnicalexcellenceandgooddesignenhancesagility.☆Simplicity--theartofmaximizingtheamountofworknotdone--isessential.☆Thebestarchitectures,requirements,anddesignsemergefromself-organizingteams.☆Atregularintervals,theteamreflectsonhowtobecomemoreeffective,thentunesandadjustsitsbehavioraccordingly.★我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。★即使到了开发的后期，也欢迎改变需求，敏捷过程利用变化来为客户创造竞争优势。★经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。★在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。★围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。★在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交流。★工作的软件是首要的进度度量标准。★敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。★不断地关注优秀的技能和好的设计会增强敏捷能力。★简单--使未完成的工作最大化的艺术---是根本的。★最好的构架、需求和设计出自于自组织的团队。★每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

5G与人工智能有什么关系？

       **《钢铁侠》托尼·斯塔克的扮演者小罗伯特·唐尼向导演提议：“要演好‘钢铁侠’最好能与埃隆·马斯克聊聊，因为马斯克过的就是‘钢铁侠’的真实人生。” 这位被媒体誉为乔布斯之后，从硅谷走出来的创业领袖埃隆·马斯克， 1971年6月28日出生于在南非的比勒陀利亚，他有着一连串耀眼且跌宕起伏的传奇经历，以及因创业所获得旁人难以企及的辉煌。

        ?埃隆·马斯克24岁创办信息网站Zip2，该公司被康柏（Compaq）收购后获利2200万美元，用这笔钱他创立了世界领先的互联网支付公司贝宝（PayPal）让他跻身亿万富豪之列。 此时的他并没有安于现状做个富豪，而是用这笔钱去实现他儿时的梦想，让科技发挥最大价值，解决人类物种生存和延续问题，将人类从自我毁灭和意外灾难中拯救出来。就这样埃隆·马斯克创立了颠覆人类未来的三家公司：太空探索技术公司（SpaceX）、特斯拉汽车公司（Tesla）和太阳能城市公司（SolarCity）。

        ?他用新能源汽车颠覆了传统汽车概念；他用SpaceX的“龙”飞船实现私人飞船顺利将两位NASA宇航员送抵国际空间站；他用个人屋顶光伏电站来推动能源改变，这其中任何一项技术的成熟并规模化，都将改变人类的生活。 成功不是一蹴而就的，它是一个循序渐进的过程。这位从小被科幻启蒙的孤僻男孩是怎样成为硅谷钢铁侠埃隆·马斯克的呢？我们从他的职业生涯中总结出四个策略，虽然我们无法通过复制的方法，粘贴成“马斯克”，但我们可以看到他是如何朝着目标和理想前进，将遥不可及的梦想变成现实的。

        ?一、 以终为始，从第一性原理着手

        ?埃隆·马斯克有着自己独到的“第一性原理”思维方式。第一性原理是我们做逻辑推理的地基，像盖房一样，想把楼房盖的越高，需要往下挖的越深。有了第一性原理，就能保证推理的确定性和稳定性。 埃隆·马斯克做事的时候，通常会先从它的物理本质开始思考，然后再从本质一层层往回反推。剥开事物表象，梳理完成某个目标的关键路径式哪些？需要花多少时间？需要花多少钱？我要做的话可以便宜多少？然后再重新思考解决方案。

        ?SpaceX有一个宏大而具体的目标，就是“把100万人送到火星居住”，其中最大的制约是运输成本太贵，据NASA评估人均高达100亿美元。想要达成目标，需要把火星船票的成本降到50万美元一次。 面对这个看似遥不可及的目标，马斯克凭借“第一性原理”和拆解思维，聚焦“把制造成本降低到十分之一”、“火箭回收重复利用”等关键点，反复探索和尝试，最终找到了解决方案。 他做事首先确定最重要的目标，然后站在事情的终点，再倒推最佳实现路径。

        同时，他永远要求同事们去考虑“实现路径”，而不是争论“是否可行”。他的思维模式是站在未来的远景看待眼前的处境，具有某种超越性。 在这种倒着思考的“终局思维”的模式下，你不会因为暂时的困难而对结果失去信心，也不会因为好高骛远而做出徒劳的努力——因为你非常清楚自己的目标是“第一性原理”推导出的必然结果。这种理性的思维方式尤其值得我们学习。

        二、 大处布局，小处着手快速迭代

        ?马斯克说：“我在这个世界上应该做什么？我要制造汽车，解决全球变暖问题和让人类实现星际生存。“ 这些宏伟目标听起来非常令人叹服，但如何实施落地呢？” 采用“大处着眼，小处着手快速迭代”的策略。其关键就在与朝着终极方向制定出一系列分解目标，指引你沿着自己的生涯线前行，快速采取行动，并在前进中通过迭代完善细节。

        ?“天下武功，无坚不摧，唯快不破”，这是 **《功夫》里火云邪神的经典台词。任何好的创意都离不开快速可实施落地。 马斯克总是会制定出他能想到的最激进的时间表，并要求下属全力以赴，比如从一开始他要求SpaceX的工程师，一定要实现火箭的快速发射能力，火箭设计必须考虑如何能够快速发射。 马斯克最不能忍受的是，下属找借口推脱或者缺乏明确的工作计划。经过多年努力，猎鹰9号火箭从进入发射场到正式发射只需16天，这种快速发射能力才能满足各种航天发射任务。而其他一些发射系统则需2到4个月，正如SpaceX公司主管推进部门的穆勒所说：快速反应，令人望尘莫及。

        ?2001年，由一帮美国程序员组成的敏捷联盟发布了Agile Manifesto(敏捷宣言)，从此互联网领域奉行”敏捷开发，快速迭代”。所有敏捷，就是面临迅速变化需求时的快速开发能力；所谓迭代，就是及时吸纳用户反馈意见进行产品升级。 马斯克对于快速迭代曾说：“你希望精益求精，做出自己能力范围内最好的东西，就要发现里面存在的错误，进行改进，寻求缺点的反馈。“ 马斯克旗下的特斯拉在其官网就由爱好者专栏，包括用户的博客、活动展示和视频，当然最核心的还是用户论坛。

        ?特斯拉的Model S刚进入中国时，有用户提出，Model S的全景天窗采用玻璃带给人惊奇感，但没有遮阳天窗，这使他们用起来很不习惯。不久，特斯拉在其官网就推出了可供用户选择的有遮阳天窗的设计方案。快速迭代，敏捷响应，是特斯拉迅速赢得大批粉丝的关键。 对于身在职场的我们，也可以学习马斯克将梦想分解成一个个里程碑式的小目标。这样才能快速朝着一个个小目标前进，还可以在前进的过程中进行优化改进，大大提高你实现目标的可能性，从而摆脱对运气的依赖。

        三、 身处困境，凭借毅力脱颖而出

        卡尔文·柯立芝说：“世界上没有什么可以替代毅力。才华不行，失败的天才再普遍不过。”纳尔逊·曼德拉为结束种族隔离和为南非人民争取自由而持续努力了50余年，包括27年牢狱生活，曼德拉后来成为该国有史以来第一位黑人总统。曼德拉用毅力在通往自身使命和职业生涯上迈出了一大步。 人生不如意十之八九，对马斯克来说也一样，他对未知世界的探索之路更是艰辛。

        2007年SpaceX的第二次发射也失败了，同时特斯拉的延期交货遭到汽车网站嘲讽：“永远交不了货。”这一年，而他与饱受产后抑郁症妻子的婚姻也出现裂痕。2008年马斯克的生活变得更加动荡不安，他与妻子贾斯汀办理了离婚手续，而SpaceX第三次发射失败军心大乱，特斯拉岌岌可危的财务状况更是令人抓狂。 面对困境，马斯克深知只有凭借毅力才能脱颖而出。特斯拉的投资人之一格雷西亚斯说：“2008年让他充分了解了马斯克的品格。他亲眼见证了一个赤手空拳来到美国打拼、失去了一个孩子、被记者和前妻在媒体上狠狠羞辱、用尽毕生心血的公司处于倒闭边缘的男人。

        马斯克比我认识的任何人都更刻苦，并且能够承受更多压力。他在2008年所经受的一切，可能早就让其他人崩溃了。他不仅仅生存了下来，并且持续专注于他的工作。我从未见过比他更坚毅的人。“ 心理学有一项令人叹服的研究，分析了成功背后的一些因素，有一个非常直接的公式加以解释：能力X毅力=绩效。 凭借SpaceX第四次发射成功，马斯克不惜一切代价让NASA相信SpaceX有足够的能力克服困难，将飞船送往国际空间站。最终成为国际空间站的供应商, SpaceX收到了16亿美元的款项。马斯克同时启动了其他几项计划，也挽救了他的公司特斯拉。

        ?十多年来种种失败，带来的嘲讽质疑、倒闭危机，也让马斯克经受了绝大多数人难以想象的折磨。他经常引用丘吉尔的话：“如果你必须穿越地狱，那就继续前进吧。” 为了实现科幻小说般的宏大目标，他遭遇过一次次至暗时刻，但靠着坚毅又一次次从深渊中绝处逢生。才让后来特斯Model S的发布和“猎鹰9号”的火箭回收成为可能。 成长的道路上，谁都会遇到困境，不同的是大多数人都会退缩，也有少数人会继续坚持。我们应该在困境中学会谦虚（认识到自己的不足）、同理心（学会将心比心，体会他人的痛苦）、耐心（学会接受事与愿违的现实）、以及抗挫力（在克服困难后，从自己复原的能力中获得自信）。只有用这样的心态这样面对困境，才能将其转换为帮助自己成长和提升的工具。

        四、深度学习，成长为跨领域专家

        ?知识、技能与才干组成了能力的三核，要修炼成某一领域的高手这3个方面都必须精进。金庸小说《倚天屠龙记》张三丰当场传给张无忌太极剑，从中我们可以将剑招-剑术-剑意“与“知识-技能-才干”对应起来，就是“如何出剑”的知识、”出得熟练”的技能以及“自动自发”的才干。 需要注意的是虽然才干在职业优胜中非常重要，但是没有知识和技能，才干是没有办法形成优势的，更谈不上职场上的竞争力。

        马斯克并没有像其他高管一样，对于专业知识不太懂，而仅仅把愿景和激励给到员工，放手让员工去做。起初只是太空的爱好者的他，航空知识比较匮乏，他的解决方案是看更多的书，见更多的人。 孩童时代的马斯克就可以快速学习书本中的知识，而现在，这项技能于童年时期相比毫不逊色。马斯克最开始的火箭知识主要来自于教科书，他自学了《火箭推进原理》、《天体动力学基础》、《燃气轮机和火箭推进系统气动热力学》等等。

        后来，在SpaceX聘请了一个又一个的天才之后，马斯克意识到这些人的知识可以为己所用。他会不停地提问，直到学会这些天才所掌握知识的90%。经营SpaceX几年后，马斯克成长为一名真正的CEO和航天专家，很少有技术公司的CEO在各自领域的专业程度能达到他那样的水准。 要成大事，必须要拥有跨领域的知识，通过深度学习，马斯克在航天航空、IT、工程学、物理学、设计、商业、组织、领导力以及与政府交涉等诸多领域的跨界专家。同时他也成为了把伟大想法变为伟大产品的明星发明家、企业家和实业家。 人对于梦想，往往有三种态度——放弃、存着、追赶，然后成为三种人——庸人、抱怨者和梦想家。从儿时马斯克接触到对他人生影响最大的一本科幻小说《银河系漫游指南》开始，他就把人类在宇宙的征程看作个人的使命。

        马斯克在采访中提及，他认为有5个领域将深刻影响人类的未来：互联网、新能源、太空探索、人工智能和生命科学。时至今日，他已经涉猎了前4个领域。 他奇迹般地把三家公司都做成了：SpaceX成为航空航天业最稳定的运营商，特斯拉已经是全球最酷最畅销的纯电动豪华汽车，目前是最大的消费者商用太阳能电池板安装供应商。 埃隆·马斯克，这位梦想家依旧马不停蹄的将他的奇思妙想变成现实。我们普通人也从他的故事中得到启发：用激情锁定目标，用坚韧迎接挑战，在迭代中获得成长，在学习中获取新知，开启你星光璀璨的梦想实现之旅，成为各自领域的“钢铁侠“！

软件开发统一过程和敏捷过程哪个好

       关于“程序员是不是吃青春饭”的话题讨论由来已久，对于那些即将或已经步入中年的程序员来说，似乎不转管理岗或进阶高层就会被富有活力的年轻程序员替代。但是舒适圈呆久了再想着转行或重头再来，似乎青春已走远，勇气也被封尘。好比当下大火的数据分析岗位，很多小白或零基础的转行从业者数不胜数，但总有些顶级的软件开发者，不愿意从事管理岗位或转行寻求新的出路，仍然活跃在一线写着代码。你知道的都有哪些？

       美国劳动力的中值年龄是 42 岁，而 Stack Overflow 的一项有关年龄的调查表明，40 岁之后的开发人员只占开发人员总数的 13%。那么其他人到哪里去了？他们被解雇了或者上升到管理岗位了吗？软件开发对于过了 40 岁的人来说，是不是就意味着终结？

       本文罗列了 10 位年龄超过 40 岁的老程序员们的故事，他们都是顶级的软件开发者，拒绝从事管理岗位，仍然活跃在开发一线，将编程作为生活收入的主要来源。

        Rob Fletcher，Netflix（Los Gatos，CA）的高级软件工程师，45岁

       专长：Web 开发、测试驱动开发、敏捷软件开发、Grails、Groovy、Spock 以及 AngularJS。

       我已经写了 16 年的代码，做了几年独立承包商之后，在 42 岁那年加入 Netflix，成为一名高级工程师。

       我每天都写代码。目前最喜欢的语言是 Kotlin。我想学习 Go 语言，平常用得比较多的是 Java、Scala 和 Groovy。我一直在学习新的东西，哪怕是很小的事情。我知道自己会是一个糟糕的管理者，所以我压根没有想往管理方向发展。

       很多事情取决于你的态度。不要成为厌恶新技术的老技术人，也不要嘲笑那些正在使用新技术的人。在进行技术选型时，你的经验应该成为决策的基础。如果选择了老技术，那是因为它们正好适合当前的需求，而不是因为要保护你那积攒了多年却即将过时的专业知识，也不是因为害怕那些后进者带着 Node.js 和 Go 语言来抢夺你的工作。

       Ebbe Kristensen，Prevas A/S（Denmark）的高级软件设计师，62岁

       专长：开发实时嵌入式软件、软件配置管理、构建测试用例（系统测试和单元测试）。在实时嵌入式系统、Linux 和 Windows（包括。NET）方面有丰富的写作和文档经验，擅长 C、C++、Python、C# 和 Pascal。

       我在 1980 年获得了一个电力系统的电子工程学士学位，从我的第一份工作开始，我就以开发软件作为我的谋生手段。因为专业学位的问题，我花了将近一年的时间才找到第一份工作。但从那个时候开始，我一直是一名软件工程师。

       我几乎天天写代码，不处理任何与管理相关的任务。事实上，在很早之前我就意识到，我在管理方面没有什么竞争力。

       作为一名程序员，我很喜欢这个角色，我也很胜任这份工作。如果让我做一名管理者，肯定会有大麻烦，而且我一点也不享受管理工作。

       我的同事里只有两个人年纪比我大，其他的（包括上司们）都是比我年轻。我的直线经理不到 40 岁，而他是我见过的最好的管理者之一。我在 58 岁那年得到了这份工作，不过我并不是年纪最大的雇员，有两个同事年纪比我还大，尽管如此，他们还是被公司录用了。

       有时候，你几天甚至几周都不会学进去什么东西，而有时候几个小时学进去的东西就可以把之前 “损失” 的时间弥补回来。重要的是，你总是想方设法地去学习，时刻准备着，等待机会的出现。

       John Brothers，Make&Build（Atlanta，GA）的高级软件架构师，47岁

       专长：企业架构和开发、敏捷教练、数据可视化软件。信用卡处理、IT 服务和移动应用开发。

       我喜欢解决问题，而且我喜欢寻找新的方式来解决问题。正因为如此，我似乎具备了与时俱进的技能。

       我最近正在使用 Node.js 开发一个项目，之前也用过 Hadoop、NoSQL，开发过 Android 应用，也写过 Go 语言代码，还熟悉 jQuery 和 Bootstrap 的各种特性。

       我也关注 Java 的最新动态，还有 Spring、JMS、REST、JSON 和 JPA，以及其他相关的技术。

       我也适当关注技术生态系统的其他部分。在过去的几年，我使用了 IntelliJ、Eclipse、Sublime、Emacs 和 Vi 这些开发工具，我很喜欢使用这些工具来解决各种问题。我一开始使用的是 CVS，后来学习了 Subversion，最近在学习 Git。我也有 AWS 相关的经验。我还是一个获得认证的 Scrum Master、产品经理和开发者。我写过很多自动化单元测试（在构建一个系统时，以测试驱动开发是我最喜欢的挑战之一）。

       我不害怕学习新东西。我使用 Ruby on Rails/Grails 开发 Web 应用，使用 Perl、PHP 和 Python 开发应用解决业务问题。我也有 SOAP 和 AOP 的相关经验。

       我尝试着要成为一名全栈的开发者。我熟悉 Unix，经常编写 shell 脚本。我喜欢部署应用、服务器和工具，不管是为了开发还是为了生产。我熟悉 SQL 和 NoSQL，并且知道它们各自的优缺点。我了解 TCP/IP，我知道路由、DHCP 和各种代理的基础知识。我构建过 MVC 应用、消息驱动的应用、EJB 和基于 Spring 的服务。我也做过前端的 JavaScript 和 CSS 开发。我并不想成为一个可以拿奖的 UX 开发者，但最起码可以完成基本的功能。

       我计划再干 21 年。如果我们从 Web 开发转向基于 D-ware 服务器的开发，我或许会落后；如果函数式编程最终一统天下，我或许会落后。不过真到了那个时候，我仍然心存希望。

        Roger Whitcomb，Actian 公司（Palo Alto，CA）的软件架构师和软件工程师，60岁

       专长：C、C++、Java

       在我准备成为一名律师的时候，我才开始学习计算机科学（如果你可以想象这是怎样的一种情况）……现在，我通过编写大量具有良好文档化和功能性的 Java 代码来获得我的生活收入（起码现阶段是这样的）。

       在 Windows 3.0 时代（大约是在 1986 年前后，我也记不太清楚了）我就开始在 Windows 上做开发。大约是在 10 年前，我转到 Mac 上，之后就没有再回到 Windows 上。我感觉自己就是一个使用 MacBook Pro 工作的极客……使用 C、C++、Java 和 Swift 进行开发……

       我最近的一份工作需要从头设计一整个系统，这也是我第一次做这样的事情。我现在要跟上 Web 和移动开发的速度有点吃力，但离 “垂暮” 还很远，尽管我已经 60 岁了。过去我也获得一些 “管理者” 相关的工作，不过我都拒绝了，我还是更愿意选择编程工作……

       不过，我也知道，我的一些与我年纪相仿（或者年纪更大）但已下岗的同事在找工作时遇到了麻烦（“是因为经验太丰富了吗”），所以我知道人们是怎么看待那些过了一把年纪的人，认为他们没有未来。但是，我认为最关键的是，你要为你的雇主持续地创造价值。

       我目前是 Apache 软件基金会 Pivot 项目的 PMC 主席。作为一名 Java 开发人员（Java 相关项目的提交者），我希望 Java 会永生。最起码不要出现更好的语言，要我把所有的代码都移植过去……

       Scott Gartner，Silverback Learning Solutions（Boise，ID）的高级软件工程师，50多岁

       专长：框架、解析器、建模、图形、数据库子系统的设计和实现，数据库设计（SQL、DML、DDL 和 LINQ）、xml 设计、单点登录方案（SSO）、互联网应用、Windows 应用和动画。

       我已经做了 34 年的程序员，而我的简历只要一张纸就可以装下。所有超过 5 年的技术在简历上都只是一笔带过。我有第二张简历，上面列出了所有我用过的编程语言和开发工具、数据库、动画系统，等等。这样，大家可以更容易了解我。我只在被问到的时候才会拿出第二张简历。

       在大公司里（至少对于我来说），老程序员一般都想转到管理层，这也是很常见的一种现象。我一直面临着类似的选择，但我不擅长管理，我只喜欢成为一名程序员或架构师。

       我发现我的记忆力大不如前，也没办法记住大型系统的全部模型。不过，我发现我那些丰富的经验变得越来越有价值。

       我们不得不承认我们的整个职业生涯必须不断地接收训练成长，世事变化得太快，如果止步不前，终将被淘汰。

       每两年我就会学习一种新的编程语言，有一些是我自己想学的，不过大部分是因为技术发展的需要（也有的是因为新工作的要求）。这样很有趣。目前我在学习数据仓库（OLAP）、ETL 处理、Star Schemas 和 Cubes。

       Brian Bowman，SAS（Cary，NC）的首席软件工程师，56岁

       专长：专利文件系统或数据库的内部组件、持久化数据结构、目录和索引搜索技术、服务器管理、DASD IO 驱动、机器码生成或跨架构的代码转换、对象持久化、客户端与服务器端的接口、多租户、分布式缓存，以及大规模的授权系统（实施、管理和日志）。目前在 SAS Viya 平台上做 Cloud Analytics Service 方面的研究、设计和编程工作。

       我目前团队成员的平均年龄为 50 岁，而且每一位成员都有超过 20 年的系统软件开发经验。

       我和我的同事们花了很多时间在编码、调试、测试和解答系统架构问题上面。有些同事还涉及硬件技术评估、在大会上呈献演讲，以及为开源社区贡献力量，等等。

       在过去两年，我一直是某软件公司精英团队的成员之一，这个公司有很多非常出色的工程师，很多都有高级的计算机和应用数学等专业的学位。在那之前，我在一个小型的团队里工作了超过 10 年的时间，我们从无到有设计开发了一个多线程的元数据对象集群服务器。

       团队里与我的关系最为密切的同事比我大 5 到 6 岁。在那期间，我获得了 4 项美国国家专利……那些都是在我 40 岁之后获得的。

       只要我还能做出有意义的贡献，我就会一直工作下去。我多次给我的职业生涯充电，从最早的学习和研究，到后来的工作岗位的需要。这是我的本性，也是激励我持续进步的动力。

       我不认为现今的技术只能让我干到 70 岁。我的职业生涯从 1983 年开始，我通过四项主要的计算机技能生存下来：

       · 汇编语言级别的大型机系统编程。

       · 基于 C 语言的多主机平台的可移植编程，包括桌面、中型 Unix 网络、小型机的后续产品（如 VAX），以及大型机。

       · 多层集群服务器环境，由后端的多线程 C 以及处于中间层满足高可用要求的 Java 组成，主要面向 Windows 服务器和 Unix 环境，也包括 Linux。

       · 基于多线程 C 的大规模并行网格计算，满足虚拟的无限伸缩。

       虽然我所拥有的这些技能可以干到退休，但在未来的几年，我还会将我的专业知识领域扩展到机器学习方面。

       或许在 10 年之后，对普通程序员的需求会大幅下降。如果一个人真的喜欢计算机技术，但是在编程方面达不到更高的水平，那么可以考虑成为一名经验丰富的系统管理员。他们总有很多工作要做，比如配置、部署和维护系统。

        Alec Cawley，DisplayLink（Palo Alto，California）的首席软件研究员，60多岁

       专长：嵌入式、多线程、多进程、驱动、通信栈、C/C++、Java、Python、硬件。软件架构师 / 工程师，特别是在与硬件紧密接触的软件系统，与硬件工程师一起工作，最大化发挥软件和硬件的效能。

       在我 62 岁的时候，我已经是公司里年纪最大的开发者了，其他人大都是 40 多岁或 50 出头。

       我最年轻的同事应该是 20 多岁，他们与我有 35 年的年纪差别，不过这不是问题。

       我们要拥抱技术。现在的世界与我的职业生涯刚开始的时候（穿孔纸带时期的 Fortran）已经很不一样了，而变化仍然在持续。但反过来说，需要解决的问题总是很相似的，无非就是如何将人类的需求转成计算机可以做的事情，以及如何避免犯错、如何找出不可避免所犯下的错误。编程语言、开发环境、工具套件、API 等东西只是解决问题的手段，我们只是在需要它们的时候才去学习如何使用它们。

       我是从穿孔纸带开始的。即使是到了磁盘文件时代，我仍然是最早从行式打印机里读取程序的人。后来就有了普通文本编辑器。现在我使用具有语法高亮功能的 IDE。

       我认为，在 10 到 20 年的时间里，仍然需要软件开发人员。在我看来，软件开发者的工作就是把客户的需求转换成计算机执行的指令，而这样的工作是不可或缺的。这个世界总是需要一些高手，他们在计算机方面比普通人懂得更多，并且掌握了大量与工具相关的知识（软件包、API、接口，等等）。

       在选择公司方面，我是幸运的。我的大部分时间都花在了软件开发上，而且总能做一些以前没有做过的事情。软件开发里总有一些重复性的工作，我可以想象得出那样做是很无聊的。不过，如果你总是在做新的东西，那就不会无聊了。

       我所在的嵌入式领域似乎比应用程序更加能够扛住潮流的冲刷。应用程序每几年就会有新的东西出现，有些几乎是昙花一现，有些会持续一段时间，经历巅峰，然后逝去。而嵌入式一直保持坚挺，以 C 语言为基础，再融合一点 C++。另一方面，硬件也在持续发生变化，这让事情变得更加有趣。

       Victor Volkman，Proquest（Ann Arbor，MI）的高级软件工程师，54岁

       专长：编程方面擅长 Python、Linux、C/C++、.NET，数据库方面精通 MS Access、MySQL 和所有基于 SQL 的环境，还有 TCP/IP、企业系统自动化和分布式计算方面的经验。

       架构与管理是两道平行线。在超过 250 人的公司里，技术人员一般都会有这两条路可以走。

       你喜欢你正在做的事情吗？如果是，那么就继续做下去。为了一点薪水而放弃你所喜欢的事情，整天摆弄会议和邮件，这样会让你得不偿失。

       每过两年，游戏规则就会发生变化。不过不用为此感到苦恼。花 3 到 4 天时间学习新的编程环境，然后用它们来支持业务。在过去的 30 年，我几乎每 4 年就要学习新的东西。我所在的团队有 6 个人，年龄从 48 岁到 56 岁。我们经历了 3 到 8 次的技术更新。

       以下是我的职业概览：

       · 从使用 C 和汇编语言编写 MS-DOS 代码开始

       · 学习使用 C++ 和 MFC 开发 Windows 应用程序

       · 学习使用 Unix Perl 开发基于 CGI-BIN 的 Web 应用

       · 学习 C#

       · 学习 Java 和 JSP

       · 学习智能手机开发：iOS/Android/Blackberry

       · 回到 Unix，开始使用 Python

       · AWS 开发（EC2、RDS、SQS，等等）

       Kurt Guntheroth，软件工程师，50多岁

       专长：Windows、Linux/Unix、嵌入式；算法设计、C++、C、多线程和分布式、电信、安全、套接字编程、标准委员会成员、产品计划和概念落地；TQM、ISO 9000、敏捷开发和传统开发方法论。

       软件开发仍然是一个年轻的领域，工具和技术仍然在发生快速的变化。如果软件开发人员不能持续地更新他们的技能，在不到 20 年的时间里，他们就会过时。所以，一个 40 岁的老程序员很快就会发现自己已经无法胜任工作，而且前途堪忧。

       好的开发人员会持续学习，直到他们退休，比如 Ken Thompsons 和 Bjarne Stroustrups。不过，我们大多数人（特别是 40 岁左右的）最终都会意识到，我们并不能成为行业的大神。

       C++ 变化很大，每几年就会有新版本出现，并且包含了全新的特性，我从来没有停止过学习。也就是说，我已经成为了一个非常有经验的 C++ 开发者，拥有超过 20 年的全职系统编程经验。如果有人要我给自己的经验打分，从 1 分到 10 分，那么毫无疑问，我会给打自己 9 分，因为比我更了解 C++ 的人只有那些写书的人。后来，我写了一本有关 C++ 优化的书。

       编程是一件很容易的事情。你告诉它们做什么，它们就做什么。它们是可以信赖的，也是可靠的。对于代码来说，无所谓好日子，也无所谓糟糕的日子，它们存在的意义就是在你与它们发生交互的时候。代码可能会是难啃的骨头，它们要求对细节的重度关注和相当程度的脑力付出。

       人类与代码完全不一样，人类狡猾、变化多端，而且不可能充当工具使用。你不能直接告诉他们做什么，你要去影响他们，这样他们才会做你需要他们做的事情。他们不会直接对你的输入做出响应，而是间接地对你的鼓励或者你所提供的一些奖励物品做出响应。虽然人类对奖惩很敏感，但如果只是通过这种方式来管理人类并不会奏效。管理应该要像与家人、朋友和同伴互动一样。如果你喜欢与人打交道，那么你就会喜欢上管理。如果你不喜欢与人打交道，那么你就不会成为一个成功的管理者。

       薪水高的管理者比薪水高的程序员赚得更多，不过他们需要有很多名校的学历背景，拥有良好的人际网络和政治同盟，也需要有一定程度的冷酷无情来震慑大部分人。而编程不需要这种冷酷无情，这也就是编程很好的一个方面。编程是关于创新，而不是操纵。

       所以，你要问问自己，你更喜欢哪一种交互模式，是代码的确定性和优雅，还是人类的友情和领导力？喜欢代码完全没有问题，那些高级架构师和 CTO 也能赚很多钱。

       James Grenning，软件顾问，60多岁

       专长：面向对象软件设计、测试驱动开发（C、C++、Java、C#）、嵌入式软件、重构、极限编程、Scrum、敏捷开发、发布计划、增量计划。C 和 C++ 单元测试框架 CppUTest 的主要贡献者之一。嵌入式系统大会和敏捷大会的演讲人。Agile Manifesto 的初始作者之一。

       保持学习。我 62 岁了还在编程，我喜欢编程。

       我会花一些时间在管理上，这对我来说是很重要的。不过我还是决定把编程和软件设计作为我的最爱。在我从管理上学了一些东西之后，我决定还是回到我最喜欢的软件开发上。

       为了保证你的价值，你要确保 40 年的经验是不重复的。我们生活在一个快速变化的世界，不仅仅是技术，也包括我们如何构建软件。

       把东西做出来固然是好，但那样还远远不够。你还要让产品和代码更有用，能存活更长的时间。你要知道如何成为团队的一员。要想让职业生涯长久、成功，同时能赚到钱，只是把东西做出来是远远不够的。

       小编也想说两句：

       其实人生在世，面临众多的选择，不要被外界的言论所干扰，好好做自己就行。一切都会水到渠成，一切都会柳暗花明。我们只需要做好的——待到我年老色衰，躺在病床上，回望过去，我的嘴角是上扬的，我的内心是无憾的，我的人生是完整的！

       剑未配妥，出门已是江湖；酒尚余温，入口不识乾坤。愿您历尽千帆，归来仍是少年；岁月已走远，我心仍少年！

manifesto for agile software development是什么意思

       敏捷软件开发是一个概念意义上的框架，用来取代软件工程项目的概念；它强调在项目的整个生命周期中，拥抱并促进由于软件进化式的发展所带来的变化。Agilesoftwaredevelopmentisaconceptualframeworkforundertakingsoftwareengineeringprojectsthatembracesandpromotesevolutionarychangethroughouttheentirelife-cycleoftheproject.这段定义来自wikipedia，我认为是我接触ASD以来，对ASD最精辟的论述。请注意其中的三个关键词：在项目的整个生命周期中：这就涉及到了敏捷项目管理、敏捷需求获取、狭义的敏捷软件开发三个主要的领域和过程。要注意的是，上述三个过程并不是互相分开的，而是你中有我，我中有你。拥抱并促进变化：世界上唯一不变的是变化。不论在任何领域，漠视、甚至否认、抗拒变化，都不是一个理性，严肃的人所应有的态度。学会如何识别变化的大势，并在可能的时候，促使变化向好的方向发展。这才是面对变化的正确应对之法。软件进化式的发展：虽然上面提到促进变化的发展，但是软件的演化过程，我相信是有其自身内在逻辑的，存在一些根本规律和指导方针；并不是完全以人的主观意识为主导。老子讲“顺势而为，无为无不为”，我认为是对上述后两点的精确概括与指导。了解了这三个方面，下面就要引入大名鼎鼎、如雷贯耳、耳朵都要磨出糨子来的敏捷宣言（ManifestoforAgileSoftwareDevelopment）了，让我们看看2001年提出的第一版的敏捷软件开发宣言怎么说：Weareuncoveringbetterwaysofdevelopingsoftwarebydoingitandhelpingothersdoit.Throughthisworkwehavecometovalue:☆Individualsandinteractionsoverprocessesandtools☆Workingsoftwareovercomprehensivedocumentation☆Customercollaborationovercontractnegotiation☆RespondingtochangeoverfollowingaplanThatis,whilethereisvalueintheitemsontheright,wevaluetheitemsontheleftmore.我们正在通过实践和帮助其他人实践，揭示更好的开发软件的方法。我们从实践中得出的价值观是：☆人和交互重于过程和工具。☆可以工作的软件重于求全责备的文档。☆客户合作重于合同谈判。☆随时应对变化重于循规蹈矩。虽然右项也具有价值，但我们认为左项具有更大的价值。经过六年的演变，敏捷大师们又提出了敏捷宣言的重构版本，由于尚未形成共识，暂不在此提出。在敏捷宣言的背后，有其遵循的12条原则：PrinciplesbehindtheAgileManifestoWefollowtheseprinciples:☆Ourhighestpriorityistosatisfythecustomerthroughearlyandcontinuousdeliveryofvaluablesoftware.☆Welcomechangingrequirements,evenlateindevelopment.Agileprocessesharnesschangeforthecustomer'scompetitiveadvantage.☆Deliverworkingsoftwarefrequently,fromacoupleofweekstoacoupleofmonths,withapreferencetotheshortertimescale.☆Businesspeopleanddevelopersmustworktogetherdailythroughouttheproject.☆Buildprojectsaroundmotivatedindividuals.Givethemtheenvironmentandsupporttheyneed,andtrustthemtogetthejobdone.☆Themostefficientandeffectivemethodofconveyinginformationtoandwithinadevelopmentteamisface-to-faceconversation.☆Workingsoftwareistheprimarymeasureofprogress.☆Agileprocessespromotesustainabledevelopment.Thesponsors,developers,andusersshouldbeabletomaintainaconstantpaceindefinitely.☆Continuousattentiontotechnicalexcellenceandgooddesignenhancesagility.☆Simplicity--theartofmaximizingtheamountofworknotdone--isessential.☆Thebestarchitectures,requirements,anddesignsemergefromself-organizingteams.☆Atregularintervals,theteamreflectsonhowtobecomemoreeffective,thentunesandadjustsitsbehavioraccordingly.★我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意。★即使到了开发的后期，也欢迎改变需求，敏捷过程利用变化来为客户创造竞争优势。★经常性地交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。★在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。★围绕被激励起来的个体来构建项目。给他们提供所需的环境和支持，并且信任他们能够完成工作。★在团队内部，最具有效果并且富有效率的传递信息的方法，就是面对面的交流。★工作的软件是首要的进度度量标准。★敏捷过程提倡可持续的开发速度。责任人、开发者和用户应该能够保持一个长期的、恒定的开发速度。★不断地关注优秀的技能和好的设计会增强敏捷能力。★简单--使未完成的工作最大化的艺术---是根本的。★最好的构架、需求和设计出自于自组织的团队。★每隔一定时间，团队会在如何才能更有效地工作方面进行反省，然后相应地对自己的行为进行调整。

       manifesto for agile software development

       敏捷软件开发宣言

       请采纳

       如果你认可我的回答，敬请及时采纳，

       ~如果你认可我的回答，请及时点击采纳为满意回答按钮

       ~~手机提问的朋友在客户端右上角评价点满意即可。

       ~你的采纳是我前进的动力

       ~~O(∩_∩)O，记得好评和采纳，互相帮助

       好了，今天关于“agile manifesto”的话题就讲到这里了。希望大家能够对“agile manifesto”有更深入的认识，并且从我的回答中得到一些帮助。