也许我们应该专注于实现

　　最近的项目上,出现了比较严重的问题,再加上管理的项目越来越多,会发现时间越加的不够用.所以,一直处于有心事的状态. 压力大啊.

 

　　之前的业余时间学习,都是以学习基础为主,比如熟悉spring原理,熟悉框架,了解原理. 这样做的目的是,当出现疑难bug时,可以更快的入手去解决.

　　但是,我发现,当真正的难题来的时候,又急又难,我的解决思路并不算太多,而且容易慌.

　　然后,我感觉我的思路应该要转换了. 程序员就是为解决问题而生的职业. 现在的问题就很明显.实现思路 + 心态 ; 

　　

　　首先是问题的实现思路.

　　此次的以网关为基础的AES方式加密和解密,同时附带签名的场景来解决前后端出入参加密问题.

　　这种解决方式,我之前是完全没有经验的.但是,如果我从更多的项目中,见识过更多的功能和需求,那么也许就不会想不到如何去解决.接触的还是太少了.

　　所以,后续的学习,将扩展实现思路也作为一个重要方向,弄懂需求,自己想解决办法,然后再去看看别人是如何实现的.

　　　　1. 去研究别人的项目.去找项目来看,去代入的去想如何完成他们的需求和思路 .

　　　　2. 善于理解和copy. 根据我目前的经验,无论是源码还是高难度项目,理解都是第一位的.在理解的基础上,要想做到高效使用,不是自己去写,而是copy.所以,建立自己的

　　　　代码仓库,或者称之为解决方案库.

 

　　其次是心态.

　　出问题的那天晚上在公司加班到1点,然后到家后,发现还有问题,完善到3点多. 然后第二天8点又赶紧去公司.后续的几天,心一直悬着.

　　我觉着状态非常的不好,这不对.我的解决思路就是.

　　　　1. 动起来. 跑步,每天晚上都去体育场跑30分钟以上,跑完之后,全身轻松,舒服,大汗淋漓很畅快,到家很快就能睡着.而且,每天坐得太久了,不运动是不行的!!!

　　　　2. 心态自我调整. 撸代码,谁也不能保证不会出问题,把每次出问题后的注意力放在解决问题的思路上来,强迫自己不再去想造成的影响,那个东西根本没用,越想就越加的负面.

　　　　我们技术人员能做的就是完善现有代码和业务,防止下次出问题.关注点一定要转移.切记切记.

　　　　3. 没有什么后果是承担不了的. 一般出问题,都会追责或者什么的,这个该如实写就写,该认罚就认罚. 但是,不要因此就陷入情绪低落的漩涡中去,要尽快走出来,除了死亡,请记住,没有什么是承担不了的.

　　　　我们要做的就是从每次的事故中让自己有所进步,有所提高.这才是正途.付出应有的代价后,请尽快回到正轨上来. 

　　　　

　　我们可能到65岁到退休,一辈子还很长,遇到的挫折可能还有会很多很多. 没什么是过不去的. 加油吧!