作为一个工作快一年半的程序员，现在才开通自己的博客，是一件让人很遗憾心凉的事情，这只能说明一个问题，工作中遇到的有价值的东西太少，或者平时学习不到位，没有碰到值得记录的技术难点，没有去反思自己的不足.......
所以，无论是工作没价值，或者是自己没有去反思，这两个点对于自身来说都是致命的，因为你在慢慢习惯，习惯变得麻木，变得看不到更远处的世界，你觉得现在这样的生活就很好
今天加班到22:30才回来，有很强烈的冲动想要写点什么，应该是因为，今天刚从之前搞了一个多月的共享内存相关的工作，切回到技术支持工作，所以产生了一个对比。技术支持，顾名思义，就是在原有框架下，开发一些新的功能点或者修复bug，功能的话不会太大，代码的改动量也不会太大，更多的时间花在方案的确定上，这边包括，对功能点熟悉，相关代码熟悉，然后快速的给出解决方案，完成工作，这边大部分问题基本花费时间在1~2天，如果遇到工作量较大，则时间延长，工作一年多，差不多都是在处理这个工作
那我想，对于任何一个程序员来说，都希望自己可以承担一个大的项目，运用牛逼的技术开发出非常牛逼的东西，得到全公司的认可，成为一个技术大牛，没错，这是我去年刚出来工作时所期盼的。但是很遗憾，技术支持对于持有这种想法的程序员来说，简直就是毁灭性的打击，技术支持并不需要你有多厉害的技术，需要的只是你的逻辑思维能力，对业务的快速理解能力，能够快速的在原有代码框架下修复相关问题，所以做这个事情，可以很好的锻炼到你解决问题，阅读代码的能力，所有的这些都需要快，而且质量要好，公司有很多工作了5-6年的人，都在做这个事情，所以这个会很看你的积累
这个事情有利有弊，但是说实话，对于一个新人来说，这个事情弊大于利，因为新人，肯定相对来说基础和技术能力还不是特别扎实，那刚开始工作来就做这个事情，必然会导致提升技术能力和编码能力的时间相对变少。没错，我就是那个新人，从前一个多月脱离技术支持转而做共享内存封装来看，学到的东西明显比以前多得多
发自内心的觉得，从事这个工作，下班以后你要付出他人2倍甚至3倍的时间去学习，提升自己，否则你会发现自己技术能力只会越来越弱，毕竟工作中学习效率是非常高的。不过，像主管说的，做这个事情会有一个量变到质变的过程。but，anyhow，who knows？
后续会将自己在这一个多月中，实现共享内存，封装hash_map容器管理共享内存，共享内存中的内存管理，这一块学到的知识分享一下，做个整理，加油....（尴尬，今天回来本来情绪低落的不行，咋写完心情变好了）