我究竟适合做什么，这个问题我想了很久也没想清楚，估计很多人也没想清楚这个问题，尤其是穷人家的孩子，因为试错的成本真的很高。随着时间的推移，越来越不敢想这个问题，也越来越不能想这个问题。
说实在的，研究生阶段基本没学到什么东西，因为母亲的去世，这整整三年都是在极度的痛苦中渡过的；现在想想我都挺佩服自己的，竟然能熬了过来。虽然这三年过的很痛苦，但还是知道毕业要工作的，所以在学习之余--也是好奇为之，看了一些数据库和编程方面的书籍，以及一些数据结构类的书籍。就这样阴差阳错阳错的成为了一个程序员。毕竟不是科班出身，又实在做不出吹嘘的事情，所以在工作之初给自己的定位远低于当时的互联网水平，也就导致了自己要付出很大的努力才能慢慢的弥补这之间的差距。虽然现在这种差距已经拟合，但付了相应的代价。
为什么工作了快四了又想这个问题？刚出社会什么最重要？生存最重要，你要生存下去就没有时间精力去想这些问题，想也没用。慢慢的，等工作有了一定时间也有了一定的积蓄，也经历了一些挫折，这个问题不由自主的又冒了出来。冒了出来的原因我是很清楚的，因为刚入职一家互联网公司，业务代码并没有达到自己的预期，让别人帮自己解决了几个问题---我感到一种深深的挫败感。几乎每一个我写的接口都会出现问题，因为这个我会怀疑自己是不是真的适合做一个程序猿，又或者是我真的没有理解业务。说到业务，总感觉这东西跟自己隔着一层膜，我看不清更看不透，总是一种朦胧的感觉。带着这种对业务的感觉去实现，代码质量自然可想而知，更不用提那些行业中使用的优良实践。我也非常想把事情做好，没有那么多BUG，可总感觉差那么一点点的东西，这点东西在这几天似乎明白了：代码中不用到的数据就不能存在；一定要理解业务，把握业务的整体逻辑。可我经常孤立的看待自己的功能点，导致业务交流中，自己语言只停留在自己的一亩三分地。
说在最后，自己其实一直在寻找优良的编码习惯，也看过相关的书籍。但在实际的工作中，书中介绍的这些优秀的编码方式并没有多少使用到，反而觉得每个公司都有自己的编码规范：好的公司，逻辑更严谨，差一点的也能满足业务要求。渐渐的，看过的书，内容已经忘的差不多了，自己的编码规范也没有成型。只希望，在从这家公司走出去的时候，在编码这块能达到匹配的工作年限，对得起自己的职业，也对得起公司的薪资！！！
所以在这家公司，我的目标是写好业务代码，养成良好的编码习惯，为更高的职业做好准备！！！
