2020plan

本文总阅读量

前记

rm 2019plan.md
vi 2020plan.md

之所以不是像之前采用mv的形式,是因为今年的总结写的比较多,而且作为一个社畜,所关注的再也不局限于技术上面

%$*&^

过去这一年(19), 是在社会完整滚爬的一年,校园有多简单,社会就有多复杂,本着一心想好好搞技术,却发现,技术人不能只囚禁在技术之内.

虽然这一年有点点错技能树,但总体上来说还是可以,技术上得到了更上一层的提升,最主要的不再是一个curd boy,会去涉猎一些基础服务,也会去参与架构的调研,而这些参与远比平时写写api的学的多.

杂记:每次都会想到第一次来公司面试时,我大佬问我以后想做什么,我思考了一会,我想做架构师.现在想想我那时候就像小时候老师问我,你以后的理想是什么,我答想做科学家一样,可惜的是,之后公司拆分,再也不是大佬带着了.

工作

这一年的代码质量有了质一般的飞跃,毕竟把 代码简洁之道,编写可读代码的艺术重构,改善既有代码的设计这几本书看了1,2遍,而且代码量也写的多,开始有了些手感,分层思想等有些已经被刻进脑海里.但最重要的反倒是觉得学会了代码之外的东西(代码能力也是需要提升的,主要是其他文章也有写了,这篇文章主要是年度总结,所以重点就放在代码外面,工作之上的).

  • 1.要汇报自己的工作,体现自己工作的价值,即使你去帮同事完成某件事,也要写入周报里

老板最想看到的就是你的产出,你在单位时间内产出越多,你在他眼中也就是越有价值,而老板也不可能时时刻刻的去关注你做了什么.所以在写周报时,要详细的写出自己做了什么,对业务有什么帮助,有什么价值,同时在去帮助同事完成某些事时,也要写入工作报告里面.

  • 2.说明工作的价值

做基础业务有一个很亏的点就是:做出来的东西,很难去衡量出他的价值,或者说他的价值没有办法像API那边改个接口或者参数一样,马上就能带来他的价值.

就像一开始公司的监控系统是使用zabbix,并和MySQL以及其他业务放在同一台服务器,除了单点缺乏容灾外,还很容易由于别的程序异常导致监控崩溃.但是部署起来却很容易,半天就能搞定一些普通的监控,并且服务器能发送异常的情况很低,可能只有1%.当在重新整理监控服务时,需要把业务和zabbix拆开,zabbix还要部署多台服务器,防止一台挂的情况,除此之外还需要迁移MySQL,这时候花费的时间可能需要2-3天,但在老板那边,他只是觉得监控还在正常的运行,之前部署只用了半天,这次的优化却需要几倍的时间,从表面上看起来收益还并不明显.那这时候就需要用幼儿园化的思想去阐明优化的意义,如果无法简单明了的说,那可以直接说收益就是N(N为监控出问题导致的损失,虽然可能有点严重,但作为程序员要相信如果程序上可能会出现一个bug,那么这个bug就一定会出现)

  • 3.在报告可能存在一个问题时,由于工作进度导致跳过,那这个问题一定要通过写在周报等可以查询的记录报告出来(项目开发中有issue报版类的除外).
    国内公司都是用战术上的勤奋弥补战略上的不足,所以开发进度会比较快,会造成一些目前影响不严重的bug遗留在线上,而上级由于没有接触这片业务,或者预估这个bug不严重,想跳过一些bug,那这时候需要把这个bug的可能造成影响,影响程度发出来.当以后出现问题时,可以找到该记录,以便甩锅(逃)

  • 4.及时跟老板表达自己的想法,如让你做你不想做的东西,或者表达可以帮忙自己擅长的.
    在接需求时,如果有的选择的话,避免选到自己不想做的或者觉得自己并不合适去做的.要尽量去选择自己所擅长的,告知老板自己做这一块产出比较大(注:这并不代表不学尝试新的东西,例如后端领域从纯api开发到去尝试一些推送系统,网关系统这类型是可以去尝试的)

  • 5.不要闷声不吭
    在工作时需要多跟团队交流,特别是反馈自己做到哪里,有哪些需求可以去改进的.或者在写完一个api后,要去体验app中跟该api相关的对应功能,跟团队讨论是否可以改进优化等.

    同时,多交流能增加自己的话语权,不然即使自己的建议很有用,但可能无法传到上级,或者无法被上级采纳,可能还会让自己去做一些没必要的加班

  • 6.开会要记录好每一个需求,被分配到一个需求时,要确认好需求,包括与组员确认好需求

    每一次开会都要好好记录,不要认为自己的脑子能记录到很多东西,最好是能边录音边记录.

    同时,在领取需求时要确认自己需求的工期和组员的工期情况,特别是自己的任务需要先等别人完成才能启动的情况.

    就像之前在写客户端时,老板给了一个需求,问我能不能一天内完成,我评估了工作量后发现可以在一天内完成,就回复可以在一天内完成.但是这个需求需要设计师先完成好设计,我在根据设计图写界面,结果由于设计有其他需求没完成,到了晚上才能把设计图发给我,而且设计图还因为太晚没法经过上级审阅.导致我白白通宵了一晚上去赶工这个需求.

经济

之前一直认为纯走技术路,在技术路上面开花结果,就一定能过得很好.现在觉得实则不然,技术也是为一些东西服务的,同时由于最近爆发肺炎,我们永远不能单拼一个行业,需要有个类似于副业的东西,而且最好的不同的行业.目前觉得最适的就是经济类(入场做韭菜),一来觉得技术可以为经济服务,二来了解经济可以为自己做好财务规划,同时也能了解世界经济动向

身体

相比起去年一个月一次感冒发热,今年的身体好了很多了,果然好好休息和运用是有用的.
今年还收获到了switch和健身环,每天下班后都可以好好锻炼了.

接下来的一年还是保持每天都能运动,争取不再去熬夜Orz.

编程

由于今年下半年多了Flutter相关的项目,加班时间比较多,且需要从0开始学,c语言学到一半就停,今年继续把c学完.同时考虑到今年想去接触k8s等云原生领域(还可以趁机熟悉go,不止停留于基本知识),应该不会接触新的编程语言了

今年限制比较少,同时由于项目的需要,接触了更多时下流行的技术(如kafka,elk)和架构理念(如学习了别人的架构理念后去拓展了整个sip的架构)

读书

今年读的书越来越多了,数据库系统概念,算法导论,高性能mysql还是没看完,希望不要再鸽了.今年还是再看了一遍流畅的python,每多读一次就有多一次收获,这本书真好.

今年没想到的是读了许多计划之外的书,比如elasticsearch,ansible,prometheus等,这是去年计划里没有的(然而在公司里docker之类的还是没有用武之地…)

希望明年会读是书:

  • UNIX网络编程卷1:套接字联网API(第3版)
  • 编码:隐匿在计算机软硬件的背后
  • CPrimer Plus
  • 数据密集型应用
  • 重录一遍Tcp/ip详解
  • Linux System Programming中文版
  • 恰如其分的软件架构
  • 计算机网络-自顶向下(去年看一半T_T)

随心

一直都在广东这边生活着,今年去了3个地方,每个地方的文化都很不一样,感触很多,还是多赚钱多出去走走,生活不止眼前的枸杞啊!!!

  • 重庆和长沙
    今年终于去了重庆了,而且还是跟女朋友一起去的,虽然只有短短4天,但真的非常开心(火锅真香,我还想吃)
    在去重庆的路上,还去了下长沙,长沙真是一个不夜城,作为臭豆腐死忠粉,终于可以在长沙打卡了.

  • 上海
    今年还由于去了Pycon上海主场,顺便逛了下上海,在Pycon上海主场见到了流畅的Python的作者和Flask框架的作者.还登上了上海中心,去了上海滩,目前去了最北的城市就是上海了….

main

今年以工作为主,多参加社区活动,多发表一些奇思妙想的代码,不再局限于工作内容.

好好珍惜时间,陪伴家人,好好珍惜时间,把握零碎时间去持续学习

只要干不死,就往死里干, all in!

查看评论