杂项之年终总结

杂项之年终总结

本节内容

  1. 2016年回顾
  2. 现状分析
  3. 2017年规划

1. 2016年回顾

不知不觉又到了年终了,回想今年,一路走来又是颠簸的一年。
上半年还在上海做运维,中途回了一趟深圳,之后又跑到北京来学习。
今年整整一年,资产收入是负数。。。。。。
但是今年又是转行的一年,也是个人觉得最充实的一年。
去年年底的总结中写道:今年的重心要放到python上面,今年在这条路上越走越远。
接下来分析为什么要把重心放在Python上面:
首先,通过这些年干运维过程中慢慢发现一个不可忽视的事实,那就是,运维这个行业正在慢慢的走向没落,底层慢慢被公有云蚕食,上层慢慢被运维自动化蚕食。

先说运维底层为什么被云计算蚕食吧

  1. 以前在公司做运维,从服务器购买,到系统安装,网络部署,故障排查,资产管理,上线发布,日常运维都是运维该做的事情。
    但是,随着云计算的越来越成熟,越来越多的公司把环境部署在公有云上面,公有云提供的服务从各方面来说都比公司自己维护的环境更加稳定,像阿里云服务器宕机的几率不到0.001%,自己维护的服务器能够保证有这个稳定性么?
  2. 云计算能带来的另一个好处是资源随时可以弹性伸缩,假如公司某个时间要搞活动,可以当天直接向云服务提供商购买计算资源,存储资源,网络带宽等,立即就能将资源扩展上去,但是如果是公司自己维护的服务器,从服务器采购,到机器上架,到安装系统,配之网络,配置环境,整套搞下来,没有一个月的时间是很难完成的。当活动做完之后,这些新购买的服务器就成为公司的资源浪费了。但是云计算可以实现按天,按月扩充资源,活动高峰期过去之后,随时可以缩减资源。能够提供更加弹性的资源伸缩。
  3. 公有云体积做大了之后,能够提供的安全保障也比公司自己维护的服务器要更好,像阿里云提供的漏洞扫描服务,可以实时监测当前服务器的状态,以及防DDOS攻击,阿里据说能够抗住800G带宽的DDOS攻击,公司自己的服务器,又能扛住多大呢?

当然,当一个公司的体量大到一定程度之后,购买公有云服务已经相对来说不够划算了,并且公司大了以后,有些资源就不想受制于公有云的限制了,这时候可以考虑自己搭建私有云(PS:像我之前接触的顺丰速运在14年就在自建核心机房),公司体量上去了也就有专门的一批人来维护自己的私有云系统,相对来说比购买公有云能够节省成本,毕竟公有云提供商也是需要赚钱的。当然,数据安全也会被这种大公司考虑进去。(PS:但是,别忘了,能达到这种规模的公司又有多少?大部分公司的服务器规模都无法达到自建私有云的地步。)(PS:所以,目前做OPEN STACK私有云二次开发的人才很稀缺,能够开到很高的工资,哈哈)

综上所述,云计算将是未来的趋势,公有云将会成为越来越多的中小型公司的选择。上了公有云之后,以前运维能干的服务器购买,系统安装,网络部署整个这一块被砍掉了。这些东西公有云提供商全部帮你搞定,只需要交钱并在web页面上点点鼠标,就能搞定一切。

接下来再来说说上层被运维自动化蚕食的事情吧。

  1. 随着PAAS(平台即服务,docker)平台的推广,以前的服务器管理经验已经不适合这种新形势了,docker这种工期环境管理很有可能是成千上万了,不可能再像之前运维操作服务器一样,使用ssh客户端连接服务器操作系统之后执行命令去做操作了。(真要这样做,运维会累死的。。。)这时候就迫切的需要自动化管理的工具去实现自动化管理这些容器了。
  2. 新代码上线,查询系统日志,这两件事情是运维日常工作中80%时间在做的事情,公司如果将产品做成微服务化了的话,一个产品中将有成百上千的程序,并且各个程序之间还有各种依赖,启动顺序得按照一定规则编排。之前简单发布一个web程序就搞定线上发布的时代已经一去不复返了,并且在系统出现业务高峰的时候需要能够快速扩容,在分钟级别甚至是秒级就实现扩容,这在以前的手工运维(人肉运维)来看简直就是无法完成的艰巨任务。这时候就需要专门的开发人员开发出相关的运维自动化工具出来,帮助运维人员自动化的做一些重复的工作了。
  3. 运维自动化做好之后,整个线上环境的系统监控,资产管理,程序发布,系统日志收集等都可以实现自动化了,运维剩下的就是在web页面上点点鼠标了。

IT界有一个颠补不破的道理(当然,应该是所有工作都是):那就是一个岗位的不可替代性越强,那么该岗位的待遇就越好。当从事运维行业已经慢慢由敲枯燥的命令慢慢过渡到坐在电脑前,打开web页面点点鼠标就能替代的时候,运维行业的饭碗也就不保了。。。可能当下,很多公司还没有达到我说的这么夸张的水平吧,但是,上面的事情是我在上海做运维的时候的一些心得体会,并且我相信,在未来的一两年之内,这种现象将越来越明显。相信很多做运维的小伙伴们也或多或少有这样的体会吧。

所以,这样的形势促使我迫切的想要从运维行业抽身,我不想等到已经被别人抢掉饭碗的那一天再幡然醒悟,原来我赖以生存的饭碗已经在不知不觉中变得这么脆弱了。并且,做运维不懂开发,总觉得是一个搭积木的过程,将一些开源软件,工具进行各种组合,搭建出自己公司的一套系统出来,无非就是了解各种开源组件的特性,学习使用方法,总觉得没有产生自己一步步做出来的东西那样有成就感。所以,经过长时间的考虑,我个人还是觉得转开发是一个很迫切的事情。

毕竟开发才是最原始的从一行一行代码写出自己的一个产品(项目)虽然做开发幸苦,各种熬夜,每天要废很多脑细胞,但是,我个人觉得做开发才能真正的让人觉得自己正在一步一步改变世界,让世界更加美好!(或许这是每一个码农的终极梦想吧)

16年年中,毅然辞去了运维的工作,老大当时对我特别好,还带我去他家吃饭,最终开出高薪挽留我,但是我去意已决。在这总是觉得有点对不起老大,毕竟工作这么久以来,觉得这个老大是真的为我考虑的。以后有机会去上海,得请老大吃饭哈。

之后回深圳看了看父母,短暂的歇息了半个月左右。

八月份,到北京来学习python,至今已有四个多月了,之前一直在踌躇,这个决定是不是正确的,毕竟投入了那么多钱和大半年的时间到里面去,如果到时没有学出来,浪费钱不说,黄金的半年多时间被自己浪费了就真的可惜了。现在回过头来看,当初的决定并没有让我失望,当然,这里面也得感谢老男孩的一众老师们(金角大王,银角大王,苑昊)的辛勤教导,没有他们的帮助,我也没法在这条路上走的这么平坦。

2. 现状分析

好了,前面是2016年以来整整一年的回顾,接下来分析分析目前面临的现状以及出现的一些问题。

  • 目前python的内容已经基本学完了,已经进入到做项目阶段,在项目之前学习了html,css,javascript的内容,也不知道是因为什么原因,个人比较抵触前端(或许,因为前端是需要一些审美观的人去做的吧,并且前端除了javascript之外,html和css基本涉及不到逻辑的推理,就是各种样式的堆砌调整,这块是本人极度不喜欢的原因吧,我还是比较喜欢有逻辑推理的东西。哈哈)所以前端这块学的不是很好,当然,以后我的目标也不是做前端(ps:个人觉得如果一个公司让我把前端后端所有的事情都一个人做了,那这样的公司待着也没啥前途,毕竟涉及的面越广,那么每个面涉及的都不深。到最后没有拿得出手的东西就比较尴尬了。。。)但是,前端也不可能不学,一些简单的前端设计还是需要掌握的,毕竟,涉及到前端就去求别人也是不现实的事情,自己会做的话很多时候能够省去很多事情。但是,分清主次,前端要学,但是目前来看把jquery和html,css基本掌握就好,个人还是偏向于后端。
  • 之前买的APUE那本大砖头,到现在为止也没看两章,越到后面越没时间去看(PS:借口,这都是借口)毕竟,要想在服务器编程上走的更远,不了解unix(linux)的实现机制是不现实的,那块大砖头今后要常伴枕边,没事的时候尽量多翻一翻,多少能学到些东西。
  • 目前来看,缺乏的还是项目经验,很多时候拿到一个问题无法下手,想的时间比做的时间要久的多,这块没什么好的办法,项目经验是一步一步的日常工作中累计下来的,只能一步一步提升自己的能力了。
  • 目前还有一个问题就是可能已经疲软了吧,目前已经进入做项目阶段了,周围的同学都感受到了压力,每天都学习到很晚,但是我最近状态不佳,总是很懈怠。。。看着周边的同学一个个的都那么忙碌,总觉得有种负罪感。。。希望自己也能慢慢跟上节奏吧。
  • 接下来就是老生常谈的熬夜问题了,以前还没觉得,前两天拿出大一时拍的照片和现在对比,简直苍老了十岁。。。怪不得别人都说我看起来像八零后。。。。。心好累,熬夜多了将会导致早衰,当然这只是其中的一个方面,熬夜对身体各方面的伤害都很大,希望能慢慢养成习惯,争取在十二点之前睡觉。
  • 说到熬夜,就不得不说锻炼身体的问题了,IT行业的人,长期都是坐着办公,每天吃了饭不运动,导致身体慢慢肥胖。。。各种职业病慢慢冒出来(颈椎病,腰肌劳损等),所以,需要多锻炼,争取每天步行一小时(或者锻炼一小时)毕竟身体是革命的本钱。

3. 2017年规划

又到了规划明年的目标的了。

  1. 明年第一件事是把户口的事情办下来,已经拖不起了。
  2. 第二件事是能真正踏入开发这个行业,毕竟前期已经投入这么多资源下去了,不能转行,都觉得对不起自己。
  3. 个人还是觉得在某些情况下,选择比努力更重要,(像我这些年走过来的路就能看到一个反面教材。。。)选中了一个方向,再好好的朝着这个方向努力,将能够走的更远。
  4. 人要有危机意识,当在一个温暖舒适的环境中待久了,人就丧失了危机意识,当耐以生存的舒适环境某天消失了时,又该怎么办呢?大王的鸡汤说的很对,如果沉醉于当前的得过且过,那么当未来有机遇来了你准备好了能准备好了么?
  5. APUE三件套不能放弃,虽然难,但是,学下去将对自己能有一个质的提升,保持看书的习惯,有句话叫人丑就要多读书,像我这么丑的人,在不读书考什么活下去?(PS:哈哈,开个玩笑)读书能够开阔思路,提升个人修养。(PS:当然不是指看小说哈)
  6. 多写代码,动手能力得提升上去,俗话说光说不练假把式,光看书,你以为你会了,实际写的过程中才会发现,很多自以为会了的东西会踩上各种各样的坑,不把这些坑踩一遍,是无法真正提升的。

最后,希望明年能够找到一份好工作,并争取在明年脱单。。。(捂脸。。。这个问题从去年说到今年,估计明年还是这个永恒的话题。。。心塞)
结尾还是我最喜欢的那句话:“希望十年后的你能感谢今天努力的自己!!!”
2016-12-25 23:20于北京

时间: 2024-12-27 22:28:22

杂项之年终总结的相关文章

杂项之rabbitmq

杂项之rabbitmq 本节内容 rabbitmq简介 AMQP协议 rabbitmq使用 应用举例 rabbitmq简介 介绍rabbitmq之前,先介绍一下AMQP协议,因为rabbitmq就是基于AMQP协议实现的一个服务程序.(目前为止应该也是唯一实现了AMQP协议的服务) AMQP(高级消息队列协议)是一个网络协议.它支持符合要求的客户端应用(application)和消息中间件代理(messaging middleware broker)之间进行通信. arbbitmq使用erlan

互联网公司年终奖哪家强?都是土豪啊

一个以前在易迅上班的同学,去年被变成京东员工了.这不,年关将至向我诉苦,没得年终奖拿,标准13薪--大家都知道腾讯过去的年终奖但是出了名的土豪,只是也仅限于游戏团队,LOL团队拿60个月工资年终奖那年,微信团队就仅仅有人手一个iPhone 5和iPad mini,对照之下简直弱爆了,贫富差距太大鸟. 到了今年年终奖最抢风头的.应该是百度了,并且也開始拉大了差距. 李彦宏在今年百度年会说了,百度年终奖游戏规则变了,有人年终奖会拿到50个月工资,什么概念呢?就拿1-3年工作经验的project师,据

春节将至,又到了评绩效拿年终奖的时候!程序员绩效KPI 这个弥久历史谜题该怎么算呢?

关于程序员的绩效,像是一个弥久的历史谜题,长期困扰着大量的程序员与他们的领导们. KPI(Key Performance Indicators 关键绩效指标)是企业最爱用的绩效考核工具,但 KPI 通常只能定一些更宽泛的指标,且一般也只能分解到团队经理的头上,而很难分解到具体每个程序员的身上. 前不久看到个新闻,Amazon 美国的一个中国 IT 工程师在西雅图办公室跳楼自杀,原因是收到了 PIP.那 PIP 是什么?就是 Performance Improvement Plan 的简写,表达的

编程题-年终奖

小东所在公司要发年终奖,而小东恰好获得了最高福利,他要在公司年会上参与一个抽奖游戏,游戏在一个6*6的棋盘上进行,上面放着36个价值不等的礼物,每个小的棋盘上面放置着一个礼物,他需要从左上角开始游戏,每次只能向下或者向右移动一步,到达右下角停止,一路上的格子里的礼物小东都能拿到, 请设计一个算法使小东拿到价值最高的礼物. 给定一个6*6的矩阵board,其中每个元素为对应格子的礼物价值,左上角为[0,0],请返回能获得的最大价值,保证每个礼物价值大于100小于1000. 分析:运用了动态规划思想

年终总结

年终总结 原来当自己真的打算写一些东西的时候却发现真的没什么可写的.二零壹伍似乎一眨眼便过去了. 这年 六月,放弃了考研.或许只是自己的一时脑抽,那时候真不知道自己能干什么. 接下来的那段日子很充实,借/买了一本又一本的参考书,和舍友.好友在实验室里泡了一个又一个的整天. 再后来找了一份普通的实习.很幸运来到了一家学习氛围很不错的公司.虽然项目期常常加班,每个晚上等自己回到宿舍的时候已经很晚很晚,但在这短短的两个多月里,我学到了很多很多.不仅仅是技术上,更是那么一群人让我知晓了对工作的认真与热忱

英语学习年终总结——2014 year-end summary of English learning

时间过的好快,仿佛还沉浸在上一年的年终总结中,转眼之间又该年终总结了.一年了自己的英语学习一直在进 行,到底自己的英语水平和一年前的自己相比自己有了什么进步呢?还好前些天给11期的小朋友测试英语,和一年前 的自己形成对比让我看到了自己这一年来的英语的进步. 让记忆回到去年寒假的这个时候,去年寒假的这个时候主要是<旧走遍美国>的学习,还记得我们小组听45min 开会讨论15min,一天听两个小时,大家积极参与讨论.寒假过后,我们对<旧走遍美国>听"厌"了,我们开始

2014年年终总结 只是写给自己的博客

写在前面 2014年的最后一天,心里多少起了一些涟漪,正好借着公司年底总结的契机,对自己的工作进行系统的总结,同时也对自己的思绪来一次大梳理,和自己进行一次"深度对话".特别喜欢用Blog的方式记录工作与生活,记得上次写blog的时候还是在2010年呢. 写过很多年终总结,大多时间都在考虑"别人"在读的时候的感受.我觉得年终总结更多的是写给自己的,这样才是最真实的,也是最有价值的. 此篇Blog我想是我给自己一个礼物,而这礼物只是一篇博客罢了. 都做了什么? &qu

2013~2014年终总结

喜欢一句话:将所学的知识化做燃油,越往前学习,学的越多,动力越足. 年终总结,是促成知识到燃油转化的重要方法和关键时期.既然如此,给自己来点正能量! 计算机: 今年的第一个小项目是<机房收费系统>VB写成的,有一个带原码的<学生信息管理系统>作铺垫,加上有很多的相似需求,发挥中国人的仿照能力的特长,做成了.在开始之初,对自己的极其怀疑的,就觉得这事儿就根本不可能的.怀疑怀疑地开始了,磨蹭磨蹭做得像样了,咬咬牙,敲敲打打完成了.收获一份"敢信.肯信"! 通过前后的

jQuery杂项方法

前面的话 杂项方法其实也是工具类方法,但由于其不是定义在jQuery构造函数上的方法,所以不能称为工具方法.本文将详细介绍jQuery中的杂项方法 数据操作 [data()] 该方法用于在匹配元素上存储任意相关数据或返回匹配的元素集合中的第一个元素的给定名称的数据存储的值 data( key, value ) data( obj ) data( key ) data() $("body").data("foo", 52); $("body").d