关于技术分享的思考

记得从自己2月份申请了公众号群发学习笔记以来，自己坚持写技术博客已经有快300天了，从当时一个简单的念头到现在的不断坚持，其中的苦与累，个中滋味，自己是感慨良多。有时候翻看起以前的笔记，就能勾起自己的一些回忆。
学习笔记可能涉及的面不广，但是基本都是以实用为出发点，纯粹就是为了技术分享和个人参考。从零零散散的经验总结中，慢慢发现，工作中涉及的问题基本上都由点带面，基本成为一个完整的体系了。我想也是自己该总结总结的时候了，有时候光往前走，但是不停下来总结和思考，是不会进步的。
对于技术分享的个人感受，有以下几点。
1.摆正出发点
我把这个作为技术分享的第一个要点，自己的感受就是从最开始一定要有一个简单的意向，技术分享就是技术分享，不是赚取眼球的工作，不要指望获得多么高的收益，有时候会感到孤独或者无助，可能最开始发一些博客的时候，时间也比较集中，发的篇数也比较多，自己多多少少也有一些成就感，总是感觉技术分享是一种随行的行为，技术博客算是属于自己的一篇空间，自己想分享什么就分享什么，但是时间是一把量尺，能够度量你的技术分享的出发点，慢慢地你会发现自己会失去信心，总是感觉大家对你的努力付出没有应有的付出。可能最开始大家还对你竖大拇指，说你有恒心有毅力，还会给你几个友善的赞，这个时候你要真心的问自己，自己技术分享的出发点。
每天发送笔记的时候自己都很纠结，有时候在白天上班的时候碰到问题比较多，有些问题比较典型，自己就记录一些日志，在下班前就能马上串成一篇技术文章，自己一身轻松，有时候感觉自己忙活了一天，但是没什么新的东西可分享，自己就时不时想放弃，这个时候总是在晚上9点多，10点的时候自己就坐在电脑前，有些坐立不安，最后说服自己，自己得给自己一个交代，从书架上开始翻找，自己逼着自己赶快学习。我都忘了在这种状态中自己究竟纠结了多少次了。最后总能有惊无险的完成任务。看着自己用微信扫描学习笔记二维码的时候，自己就长长舒一口气，感觉今天的任务完成了。
所以我技术分享笔记的出发点就是让自己每天进步一点点，好记性不如烂笔头，只要你自己努力了，肯定会有收获。
2.对文章进行归类
这一点可能在最开始的时候没有什么感触，如果你每天都在坚持分享笔记，慢慢的你就会发现笔记的数量在有条不紊的增长。时间一长，自己就感觉有些乱了，有时候在查看一些笔记的时候就会发现乱糟糟的。想找一些以前的笔记都很费力，这个时候还是花点时间对文章进行一个归类吧，在归类的同时也能够发现自己在哪些方面还存在着空白。哪些方面的基本功需要加强。这是一个持续的过程。随着分类的细化你会发现自己总结问题也越来越有条理了。等你对某些问题积累到一定的程度，你会发现自己竟然还会在某一方面有这样的认识。这些东西比你看技术丛书来的难能可贵。被大家推崇的说法就是干货。
3.多参考多借鉴，虚心请教
作为技术分析，有些来自工作中的真实问题总结，有些是自己在平时的学习总结。如果能够从多个渠道来学习总结，你会发现有时候自己的认识可能有些片面或者是不客观的。对于解决问题，记得一个老师曾经说过，他认为那些普遍性的问题解决思路是最难能可贵的，如果你花了很多的时间解决的问题是某一个平台上某一个数据库版本中的特定问题，可能从对自身的成长来说，价值没有你解决一个通用性问题的价值大，毕竟数据库的技术也在不断的变更，但是很多东西都是万变不离其宗，数据库的核心技术还是离不开它的体系结构。如果能够通过原理来分析问题的情况最后解决了问题，这个价值要大很多，你得到的绝不是一把解决问题的钥匙。
学习的时候也不能死钻牛角尖，可以在论坛，qq群，博客，各种社交渠道中多借鉴多参考，虚心求教。如果问题能够通过google,baidu解决自己还是不要重复问了。有些问题看似简单，也别怕别人笑话，笑话就笑话吧，任何问题深究都有不少门道。
4.敢于质疑
这一点我比较有感触，自己如果算新入行，对于很多问题都会默然接受，认为质疑或者多问就会显得自己没水平，或者不够专业。我用两个自己的真实案例来说明一下。
一个是是在生产环境升级的时候碰到的问题，有一条sql语句已经被一个资深的dba做了调优审核，执行时间在2秒左右，但是这条sql语句根据业务需求执行的频率极高。自己在排查了各种其它原因之后，开始质疑sql语句的问题，结果认真分析，发现确实有问题。但是这已经被资深dba审核过，自己突然跳出来说有问题，如果确实存在还好，如果虚惊一场，大家对你也会有些怀疑，我在不断的确认之后果然质疑了这个问题，和产品部反馈了这个问题，最后他们复审发现确实是个问题，最后sql语句简单调整，执行时间就从2秒减少到了0.03秒左右。
还有一个问题是在数据迁移的时候，公司的数据迁移已经有一套成熟的技术体系了，都是通过perl来抽取源数据，通过sql*loader来做为数据导入工具，但是自己在反复的测试中，发现这种实现方式需要的时间还是有些长，最后自己利用工作之余的时间写了一套工具，通过外部表实现，最开始的时候也是备受大家的质疑，因为这种方式使用的比较少，自己就坚持通过技术博客不断的总结，一点一点改进，最后在自己的项目中成功的使用自己的方案替代了公司原有的方案。在生产环境中的几次重大数据迁移都顺利完成。
有时候回看自己的技术分享笔记的时候，自己就感慨良多，你需要用自己的分析来说服自己质疑，也要勇敢面对别人的质疑。这种质疑也是一种进步，说明你在积极的努力。
6.最重要的坚持
这作为最后一点感悟，写在最后，实在是太重要了，真不知道该怎么强调它的重要性了。你得自己打败自己的妥协和懒惰。你总会找出各种理由来拖延，有些原因却是客观，但是办法总比困难多，坚持是最重要的。时间会说明你付出的价值。