java 特种兵笔记：论道

标签：style   使用   sp   java   数据   on   div   问题   代码   

感悟：

1. 变通：让标准变成价值，给你一种思想和标准，你可以有不同的使用，不能死扣定理，我们需要解决问题！
2. 看书：分两类，一类根据知识点进行罗列，而且结构清晰，可以看完一章有选择进行总结（不是笔记，总结是带有自己理解的），一类是零乱但是重要，需要边看边划出重要点（重要点是你还未遇到的坑或者知识点），然后看完一章进行总结。
3. 千万不要坚定地认为什么方式快，什么方式慢，一定要讲究场景。（存在即合理）
4. 一切在于场景与需求，十分需要，但也可以在某些情况下放弃。（性能，优化）
5. 变化都是使用简单的基础知识加以变通的结果，这种变化是十分多的（万变不离其宗）
6. 算法<-->生活，一一对应，如查找和排序想想学校里面排队，找人是怎么做的，把能想到的不同的手段联系到相应的方法（所有的算法来自于生活，而且没有生活那么复杂，即使是多线程技术也能在生活中找到活生生的例子）
7. 算法：无论多么复杂，总能在实际生活中找到逻辑背景。在这种前提下，只要深度挖掘业务背景，就可以在基础算法之上进行灵活扩展。
8. 思维横向扩展，思维发散扩展。
9. 无论去做基础程序还是去做优化，都需要深知它的细节，才能做到心中有数。
10. 重复制造：在了解了底层后我们需要提升知识面，知道哪些是别人提供的，哪些是需要我们自己写的。（java第三方包及工具类：我们应当知道有许多别人写的工具包可以直接拿来使用，以及如何寻找这些工具包，基础知识可以帮助我们快速学习新的工具包，以及掌握它的本质）
11. 源码：主要目的是看懂意思和知道它的坑。
12. java：希望将一些复杂的逻辑细节封装在工具中，能让代码尽量干净，整洁，容易维护。代码不干净在许多地方出现大量不干净的代码需要修改则要到许多地方修改，很多时候我们不知道去哪里修改，这些代码会让我们不停在技术和业务之间切换，没法专心做好业务细节，更没法深度挖掘业务。技术本身是在业务驱动下才能发挥作用的，而人在业务驱动下去学习技术能得到最佳实践。
13. 第三方包：大公司使用的工具包正确性和性能是经过很多公司验证的，如果有问题大家都会知道。注重功底的基础上也需要大量的学习，铺开知识面，才能有选择，但：深知内在细节是我们量化选择的条件。
14. 冗余：不是所有的工具包都能完全满足需求，这个工具包满足一部分需求，那个工具包满足一部分需求，而将这些工具包组合起来比自己写一个还蛮烦，还会有一大堆冗余，此时可以考虑扩展了。
15. 个性化问题：每个场景都会有一些变化，开源的工具包是提供一些通用的处理，同时提供一种Java封装思想，许多代码也值得我们去参考，因此当遇上个性化问题时，并非没提供就不写了，需要深知所设计领域的业务和个性化，，这样才能对业务做出一个很爽的架构体系。

• 多看：
  • 看什么？看别人如何写代码，如何分析和解决问题，用到了什么技术，如何面对工作的压力，如何为人处事，如何协调资源等。
  • 怎么看？周围都是你的同事，同事中肯定有高手。网上有你的朋友，朋友中肯定有佼佼者。你会用到许多开源框架，其中肯定包含许多经典的代码和思想。
• 多练：
  • 多练，应该练什么？
  • 自己什么都想练什么都想学习，无论别人写出多么优秀的程序，干出多么大的事情并非一朝一夕之事（立足当下）］
  • 立足当下：找到自己的兴趣，而非别人的兴趣；找到自己的业务挖掘点，而非别人的业务（不是说不去关注别人所做的业务，而是一种经验的交流，不要老觉得别人碗里的饭要香一些）
  • 兴趣：建立在你对解决的问题的价值是否理解上，兴趣可以给你带来不错的收入，兴趣是你可以处理一些周围人处理不了的问题，星期是你擅长的点是否能够得到发挥等，其实兴趣是自己挖掘的。
  • 初学者一定要多练习，即使是练习代码，也是很好的，达到一定程度再思考都可以。即使是水平很高的人也会多练习，只是练习的代码不一样罢了。练习可以让我们对问题有更多的感性认识，许多问题在练习后自然会逐步清晰起来。在练习的基础上，才会进一步有理性认识
• 多思考，多练习：
  • 经多多练习，很多人走偏，进入技术控的死角，因为对技术的控制会成为一种乐趣。这个阶段我们要多思考。
  • 这种技术有什么缺点？我们用它能解决什么核心问题？相关的技术有什么？它们有什么区别？
  • 串联：当我们深入地去学习一样东西地时候，会自然地需要学习另外一样东西，这就是知识之间的串联，碎片化的学习并非完全碎片化，随着深入的学习，知识自然会串联在一起。
  • 深入：在练习，思考的基础上要如何深入？各类网络博客，官方文档，源代码，书籍都是一个积累的关键因素，当资料很多的时候需要挑选关键点。
  • 关键点：我们关注的点就是关注点。其实关键点就是你最想知道的一个点，这种关键点对不同层次的人会有不同的划分概念，它可以新到一条代码怎么写，一个二进制位在程序内部如何处理，也可以粗到总体架构是怎么回事，这完全和你的工作相关，同事也与你对工作的理解程度相关。这是一个积累的过程，知识和业务体系越通，想要找到的关键点就越容易，所以学习，思考，时间是不断迭代的。
  • 思维：思维上我们要去放纵扩展，体系化扩展（但不要钻牛角尖），在扩展的过程中会迫使自己去学习相关的许多知识，而且这些知识会刻苦铭心，随着知识不断地串连化，也会逐步形成体系。如果有一天你发自你内心地认为“一切源于思想和生活方法”，这时你再看高手们地书，或许就是一种知识梳理地过程和经验的交流。 
• 多总结
  • 一个人不论学习多么努力,多么会思考,但如果他的知识没有沉淀,终究会丢掉一些东西。
    
  • 何时沉淀?沉淀什么?这是我们不断摸索的东西,没有定论,如果你认为 它对你未来的发展是有帮助的,或者说你认为它可以帮助你提高水平或扩展知识面,那么你就将它沉淀下来。 每天我们有了一个小沉淀,每周就会有点小总结,每月就有一些感悟,每季度就会发现几个月前的自己是那么的“幼稚”,那么自己就真的成长了。经过 1 年、2 年的坚持,你 可能会比别人知道得更多,也深入了很多。
    
  • 也许有人说无论你怎么沉淀都没有用,始终在原地踏步,几年后还是一个样。那么你 就要想想:在总结的过程中是否考虑过方法有没有问题?或许自己始终在沉淀那些很简单、 很容易的东西,仅仅是为了“记录”而缺乏自己的见解;或许在总结的过程中没有去考虑 如何做得比以前更好。当然如何总结是个人的自由,每一种总结都有它的价值所在,即使是“面”上的扩展总结,只要是没有曲解基本的道理,仍可以“引导他人” 成长。
    
  • 什么时候需要去沉淀知识呢?当你解决了问题时,当你学习到问题的本质时,当你看 到了以前看不到的东西时,当你觉得值得去总结时,长期坚持总结是厚积薄发的基础,这 是亘古不变的道理。从量变到质变取决于在总结的过程中你能否从某个点去突破和深入, 也许就差那么一点点儿,当发生质变后在对待问题的态度和方法上会有一个更加广阔的空间,这就是我们通常所说的“茅塞顿开”。
    
  • 沉淀什么?我们不仅要总结知识点,也要总结方法、手段、心态,以及身边可以深度 挖掘的业务。
    
    

java 特种兵笔记：论道

标签：style   使用   sp   java   数据   on   div   问题   代码   

原文地址：http://blog.csdn.net/coslay/article/details/41291229