关于学习，其实在年会时听CEO过一个721法则，很有感触，即70%的学习经验来自工作，20%来自指导所学，10%来自培训。所以对于系统的培训，只是我们知识体系中的一部分，而且所占比例要低一些，究其原因，我想用实践出真知这句话来解释是最恰当不过了，所以做好本职工作是我们学习进步的基本动力，这个对于我们的工作学习都有一定的指导意义。
当然对于技术，我们可以通过技术分享来拓宽我们的视野，很多我们做的不够好的地方在其他地方已经有了最佳实践，很多我们没有想到的领域或者技术层面其实别人已经在逐步攻克，并且已经取得了一些成绩，这些我想也是我们能够积极参与技术分享的一个主要动力。比如说今天参加的DTCC大会，其实从大会的一些主题方向就能够看到一些行业的动态，其实每年都会有一些风向标的技术主题和领域在大会中崭露头角，这个时候还是需要慧眼识别，台上一分钟，台下十年功，看起来照着ppt讲经验讲原理好像很简单，其实经历了这样的一个过程就会发现，里面有非常多的门道。而且ppt中的内容也都是字斟句酌，毕竟时间有限，而内容量比较大，能够达到和听众的共鸣本身就是一件非常有价值的事情。技术大会毕竟都是众口难调，还是我刚所说的，很多东西大家都追捧不一定是行业趋势，很多东西宣传的多，不一定是行业内的最佳实践，我们需要静下心来，想想我们参加大会需要得到什么样的预期收获，哪些主题是我当前工作需要的，哪些是自己感兴趣的，哪些是自己认为的行业方向。如果只是为了听个热闹，我想其实对于自身真心没有太多的收获，因为听完了就是听完了，没有任何共鸣，也没有理解，就不要指望日后再去仔细消化ppt了。
比如说我们参与的工作，可能对于数据脱敏，数据安全的实践力度还不够，但是在数据量增大，业务量增大，安全级别需要规划考虑的时候，这些就是摆在我们面前的一个课题。可能从架构设计上我们需要提前准备，可能在数据安全中我们暂时没有碰到过大坑，暂时不会重视，但是我们从技术角度会去审视，日后对于这方面的规划。
从今年的主题上来看，云是一个势不可挡的趋势，大数据每年都是主题高产的领域，原来的nosql新生力量mongoDB今年几乎垄断了Nosql 的场次。对于很多技术方向存在的争议我想近几年马上就会有大的变动，甚至洗牌，没办法，不进步就是退步，退步就是淘汰，这个听起来残酷，但是是不争的事实。
其实对于技术，有时候也不一定非要追求听起来高大上，适合自己的就是最好的，比如关于rac，很多人认为都是必备，不用rac就感觉技术含量要低一些。在很多场景中，不一定单实例就差很多，至少对于RAC而言，共享存储和网络是主要解决的问题，如果本身环境原因，这两方面都存在一定的限制条件，那么还不如用单实例，或者业务场景对于这类的高可用要求不是非常高，可能原来单实例3台机器就能搞定的， 还要提升硬件成本，其实也是一种浪费，而且对于RAC,个人感觉11g的RAC才是更加值得推荐的。所以只用单实例不一定很挫，适合自己的就是最好的。
而另外一方面，其实很多问题从技术层面还是有解决方案，但是不少企业的工作方式都是故障型驱动，没有出问题的时候都不够重视，你的担心感觉就是多余，说了大家也没有反应，不置可否。但是一旦出了问题，领导层面比你更上心，这个时候大家都听你的。多部门协调是一个大课题，有公司内部的协调，公司和其他公司的协调，每个团队都会尽力去维护自己的权益。有时候不作为可能相安无事也是大家所期望的，这个时候在能力范围之内还是需要保持自己的节奏。
对于疑难问题的处理，其实这类问题听起来比较奇怪，而且一般都是烫山药，基本都涉及到多部门协调，组织，能够从这些细枝末节之中整理出一个清晰的思路来，然后让客户信服着实不易，这也是很多人称为高手的一个原因，而如果换一步来看，很多的问题正是悬而未解，能够迅速定位，这才是体现我们额外价值的时候，而要达到这种水平需要的努力就更加具体，需要比其他人付出更多的汗水和努力才能逐步达到。
当然对于技术，我们可以通过技术分享来拓宽我们的视野，很多我们做的不够好的地方在其他地方已经有了最佳实践，很多我们没有想到的领域或者技术层面其实别人已经在逐步攻克，并且已经取得了一些成绩，这些我想也是我们能够积极参与技术分享的一个主要动力。比如说今天参加的DTCC大会，其实从大会的一些主题方向就能够看到一些行业的动态，其实每年都会有一些风向标的技术主题和领域在大会中崭露头角，这个时候还是需要慧眼识别，台上一分钟，台下十年功，看起来照着ppt讲经验讲原理好像很简单，其实经历了这样的一个过程就会发现，里面有非常多的门道。而且ppt中的内容也都是字斟句酌，毕竟时间有限，而内容量比较大，能够达到和听众的共鸣本身就是一件非常有价值的事情。技术大会毕竟都是众口难调，还是我刚所说的，很多东西大家都追捧不一定是行业趋势，很多东西宣传的多，不一定是行业内的最佳实践，我们需要静下心来，想想我们参加大会需要得到什么样的预期收获，哪些主题是我当前工作需要的，哪些是自己感兴趣的，哪些是自己认为的行业方向。如果只是为了听个热闹，我想其实对于自身真心没有太多的收获，因为听完了就是听完了，没有任何共鸣，也没有理解，就不要指望日后再去仔细消化ppt了。
比如说我们参与的工作，可能对于数据脱敏，数据安全的实践力度还不够，但是在数据量增大，业务量增大，安全级别需要规划考虑的时候，这些就是摆在我们面前的一个课题。可能从架构设计上我们需要提前准备，可能在数据安全中我们暂时没有碰到过大坑，暂时不会重视，但是我们从技术角度会去审视，日后对于这方面的规划。
从今年的主题上来看，云是一个势不可挡的趋势，大数据每年都是主题高产的领域，原来的nosql新生力量mongoDB今年几乎垄断了Nosql 的场次。对于很多技术方向存在的争议我想近几年马上就会有大的变动，甚至洗牌，没办法，不进步就是退步，退步就是淘汰，这个听起来残酷，但是是不争的事实。
其实对于技术，有时候也不一定非要追求听起来高大上，适合自己的就是最好的，比如关于rac，很多人认为都是必备，不用rac就感觉技术含量要低一些。在很多场景中，不一定单实例就差很多，至少对于RAC而言，共享存储和网络是主要解决的问题，如果本身环境原因，这两方面都存在一定的限制条件，那么还不如用单实例，或者业务场景对于这类的高可用要求不是非常高，可能原来单实例3台机器就能搞定的， 还要提升硬件成本，其实也是一种浪费，而且对于RAC,个人感觉11g的RAC才是更加值得推荐的。所以只用单实例不一定很挫，适合自己的就是最好的。
而另外一方面，其实很多问题从技术层面还是有解决方案，但是不少企业的工作方式都是故障型驱动，没有出问题的时候都不够重视，你的担心感觉就是多余，说了大家也没有反应，不置可否。但是一旦出了问题，领导层面比你更上心，这个时候大家都听你的。多部门协调是一个大课题，有公司内部的协调，公司和其他公司的协调，每个团队都会尽力去维护自己的权益。有时候不作为可能相安无事也是大家所期望的，这个时候在能力范围之内还是需要保持自己的节奏。
对于疑难问题的处理，其实这类问题听起来比较奇怪，而且一般都是烫山药，基本都涉及到多部门协调，组织，能够从这些细枝末节之中整理出一个清晰的思路来，然后让客户信服着实不易，这也是很多人称为高手的一个原因，而如果换一步来看，很多的问题正是悬而未解，能够迅速定位，这才是体现我们额外价值的时候，而要达到这种水平需要的努力就更加具体，需要比其他人付出更多的汗水和努力才能逐步达到。
