个人管理 - 技术提升

试想，24岁研究所毕业，就算是25岁投入职场，到了30岁，那个时候的自己是怎麽样的自己?

前面提到，coding的工作某层面算是入手容易但是要精熟却是不容易的一个工作。曾经看到一份履历，工作年资五年，但工作的内容却是重复在开发报表系统的工作。虽然有可能是履历者本人自己的选择，我们无从置喙，不过一样，可以问问自己，真的想过这样的重复生活吗?

如果已经能做好时间管理，自己日常的工作也理论上切分出细节，能跟主管(利害关系人)达成工作的共识，自己的状态上应该算是掌握住工作的节奏，然後有稍微多一点的时间可以运用才是。如果想让利用这些时间，提升自己的技术，可以参考以下几点我的建议﹔

1. 要有忍受孤独的不服输的态度。後面看完你就能懂了。

2. 学会做压力测试。每次碰到应届毕业生聊到专题时，我都一定会顺口问一句﹔有多少人同时使用的经验。学生时期写的服务，多半以概念实作为主，并不特别讲求实用性。但是到了职场商业，就不是这样了。服务是设计给1人单独使用，或者100人使用的，甚至每秒百万流量等级的，基本上是完全不同的概念。自己的服务完成後，可以使用压力测试的方式压测看看自己所设计的架构能承受多大的流量，以及在高流量的过程中会产生什麽样的服务行为，作为日後维护时的徵状参考。

3. 学会写log与注解 / 看别人的log与注解。如果是独立开发者，通常在职业生涯初期都不太会在意log与注解。毕竟程序是自己写，也是自己维护，有状况时看着自己的code多少都有一些印象，要维护都不太困难。但通常自己超过两年的服务，或者看别人的服务时，log的好坏就决定你後续处理事情的时间速度了。尤其在压测与架设服务过程中，log能提供你明确的中段讯息，来判断问题发生的地方来作快速除错。

4. 学会重建工作所需的环境架设起来。应该听得出来我的思维很重视流程。有一些团队或者既有的工作，让工程师只需要面对git，把程序commit上去後，後面的流程就会自动部属到环境上去。在程序面的更新流程掌握後，诚挚的建议要学会把工作所需的环境能重建起来。重建环境有助於学习拆解服务之间的相依性，以及了解服务所需的周边服务。了解这些帮助你能更全面了解整个服务的架构。

5. 学会调教你的服务。这个学习会牵扯的事情比较广，但是当程序面的调整到了极致，要再让服务容量再跃进，就必须要学会从系统面调整。举例来说，如果是写PHP的，就要更进一步了解nginx / apache 与 php 之间的关系，系统预设了那些参数可以作调整，参数与参数之间的关系等等的。当原本的服务有了基本的压测数据後，就可以针对这些系统参数调教，进而比较改变的成果。

6. 学会监控服务。当透过压测观察到高流量时能知道系统异常的徵状，那整体服务应该就可以先划出一条预警线，避免系统全面崩溃。而这条预警线应该划在哪个服务的什麽指标，这都有赖於前面的课题的落实与掌握。

7. 参与社群。我想要完成上述的修练，免不了会不断地使用google搜寻相关的资料，会找到许多论坛，或者会在FB、TG等社群上发问讨论，寻求解答。网路上有非常多的社群，线上线下的活动也不少，尽可能在修练过程中多参与社群的实体活动。一来有些议题的讨论线下的面对面讨论可能比较容易些，二来，嗯，不能让你主管知道你在找工作.......

8. 学习分享知识。捧一下主办单位的场，取之於社群，回馈於社群，把自己的学习历程经验纪录回馈出来，让下一棒的新鲜肝能有学习的管道，踩着前人的肩膀往前进步。

这个单元本来想写，该练资料结构还是练演算法；是计算机结构还是恐龙本的作业系统，还是务实一点写写什麽LeetCode刷题技巧，我很难明确的说这些有用或者没有用，书到用时方恨少，资讯本科的必修课还是有他的道理在。

「.....就像一个聪明人把房子盖在磐石上；纵使风吹，雨打，水冲，房子也不倒塌，因为它的基础立在磐石上。可是，那听见我这些话而不实行的，就像一个愚蠢的人把房子盖在沙土上，一遭受风吹，雨打，水冲，房子就倒塌了，而且倒塌得多麽惨重！」(圣经 马太福音7章 24-27节)