今晚就如何高效解决编程遇到的“特殊”问题进行一次分析，不得不承认，由于对底层的无论是实现的原理，还是代码的运行原理甚至是整体类的设计很多时候都是不是非常确定的，这也就导致了对于很多的编程的问题很难解决到处去找类似的答案去解决，不得不承认这样或许真的有效果，可大多数时候我并不想利用很多时间去查这些根本无关痛痒的角落，就比如今天我其实是想将BIO的Client和Server的框架Demo写出来以备以后的使用，可事实上我在写的过程中发现这其中有很多的不知所以的细节实现，在不了解其原理的情况下我是觉得这样的细节实现方式真的很冗余，可能是因为我直接处理字节流的原因，其实在半年前写通信软件的时候用的字符流并没有出现问题，这是一点，就是在不了解其原理实现的时候不要盲目的进行底层的探索。然后就算想要知道其实现的方法其实现在来看，最佳的方式其实是先过一遍API文档，做到心中有数，猜测代码的功能实现的结构是怎样的，然后用Google搜索一些Demo参考一下实现，然后自己再去实现，这其中网上的很多的代码很多很多都是有很多缺陷的，比如没有关闭流，对错误的处理方式是直接抛出到控制台，都很不严谨，这里我寻思着应该是只能参考其大概的完成思想，至于很多的细节实现还是要参考API文档。
好了，第一个问题就讨论到这里，然后是第二个，怎样去写和验证代码的正确性，昨天写的数据库连接框架的Demo今天回过头来看时有非常多的bug的，真的是万万没有想到吧，很多的想法必须要将其转换为代码才是真正有价值的，就比如说并发这块，前段时间我一直在趴在这里面进行研究，如果直接进行其原理的研究就又很容易钻进死胡同里，因为有很多的方法你根本不知道干嘛的跟不要说去研究其实现原理了，所以前段时间我采取的策略是先知道其大概的使用方式，然后再研究一下其核心的设计原理又是什么，做到心中有数，然后再在后面熟悉方法所体现出的特性，慢慢的再对其细节的实现原理的理解再进行迭代式的升级。总结来说想法要转换为能跑的通的Demo才有使用的价值，自己看到的算是熟悉了，自己用着也觉得合理了才算理解了。
其三是对今天对invalids大佬这个人在知乎的回答做几点感想，首先这个人算是在技术领域应该是很nb的，能把人能把能实现的原理都理解的很通透真的很nb，大佬是非常重视基础的，尤其是算法这一块，高手的想法还是和我们普通人的想法不是很一样，我们可能像的是如何会用，在有限的底层上进行其原理的分析，可是他却从根本上进行原理的分析，这样才是真正的对技术的通透，我觉得可以向他学习一下对这个世界的好奇心，以及对技术的执着，他可能用了十年到达这种水平，我觉得我就用二十年慢慢去接近这种水平，即使到四十岁了至少在技术层面还是很牛的也可以了，至于其他的战略啥的，也同样重要，不过作为一个工科生，最核心的还是技术的硬实力。