文末
技术是没有终点的，也是学不完的，最重要的是活着、不秃。
零基础入门的时候看书还是看视频，我觉得成年人，何必做选择题呢，两个都要。喜欢看书就看书，喜欢看视频就看视频。
最重要的是在自学的过程中，一定不要眼高手低，要实战，把学到的技术投入到项目当中，解决问题，之后进一步锤炼自己的技术。
自学最怕的就是缺乏自驱力，一定要自律，杜绝“三天打鱼两天晒网”，到最后白忙活一场。
高度自律的同时，要保持耐心，不抛弃不放弃，切勿自怨自艾，每天给自己一点点鼓励，学习的劲头就会很足，不容易犯困。
技术学到手后，找工作的时候一定要好好准备一份简历，不要无头苍蝇一样去海投简历，容易“竹篮打水一场空”。好好的准备一下简历，毕竟是找工作的敲门砖。
拿到面试邀请后，在面试的过程中一定要大大方方，尽力把自己学到的知识舒适地表达出来，不要因为是自学就不够自信，给面试官一个好的印象，面试成功的几率就会大很多，加油吧，骚年！
开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】
文章目录
一、前言
随着业务复杂化和人员的增加，开发人员和运维人员逐渐演化成两个独立的部门，他们工作地点分离，工具链不同，业务目标也有差异，这使得他们之间出现一条鸿沟。而发布软件就是将一个软件从鸿沟的这边送去那边，这其中困难重重。
另一方面，行业竞争更加激烈，无论是客户还是公司自身，都要求软件能快速发布，频繁修改，而上边所说的这种隔阂，阻碍了开发团队的生产力，成了企业亟待解决的难题。
面对种种突出的矛盾，故事的情节，似乎又回到了当初只有程序员，而没有更细分为开发、测试和运维岗位的时候。
DevOps一词来自于Development和Operations的组合，突出重视软件开发人员和运维人员的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。
DevOps是为了填补开发端和运维端之间的信息鸿沟，改善团队之间的协作关系。不过需要澄清的一点是，从开发到运维，中间还有测试环节。DevOps其实包含了三个部分：开发、测试和运维。
换句话说，DevOps希望做的是软件产品交付过程中IT工具链的打通，使得各个团队减少时间损耗，更加高效地协同工作。
有些人认为DevOps意味着开发人员接管了运营。这只是一部分而不是全部。当我们意识到部分运营需要自动化时候，运维人员需要进行一些自动化开发，开发人员也编写"运维"代码，或两者兼而有之。可怕的是，没有找到在这两种人员之间的整体协作方法，所有的成功团队都是将具有深度开发技能和深度运维技能人协调在一起工作，以创建一个更好的产品。
二、DevOps 特点与模式
2.1 系统级别的效率考量
这是强调从整个系统的效率性能考量，而不是孤立地从所在工作部门或子系统考量，可以是整合开发人员和IT运维人员的大视角，也可以小如独立的发布者如开发人员和系统管理员。
重点是关注整个业务价值链，开始于业务需求的确认，开发人员的开发构建，然后交付给IT运维，在最后环节，对于客户的软件价值作为一种服务体现出来。
由于强调整体效能，就不要将缺陷推托到下游，不允许因为局部优化而带来整体退化，不能因为细节战术的提高导致整体战略上的退步，如果想提高整个系统的价值，就必须深入全面理解整个系统。
2.2 放大反馈循环
最后
今天的文章可谓是积蓄了我这几年来的应聘和面试经历总结出来的经验，干货满满呀！如果你能够一直坚持看到这儿，那么首先我还是十分佩服你的毅力的。不过光是看完而不去付出行动，或者直接进入你的收藏夹里吃灰，那么我写这篇文章就没多大意义了。所以看完之后，还是多多行动起来吧！
可以非常负责地说，如果你能够坚持把我上面列举的内容都一个不拉地看完并且全部消化为自己的知识的话，那么你就至少已经达到了中级开发工程师以上的水平，进入大厂技术这块是基本没有什么问题的了。
458
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
