onlyfeng blog

记得小时候，我爸跟我说我太谨慎了不适合去造桥，造桥的方案会因为造价上失去竞争优势。我当时问造完桥是不是要签字负责的？那可能确实材料、结构上会多花钱吧。当然内心也在想用个十年的桥应该可以“便宜”些，不过这个的把握应该要很厉害才行。
后面接触学习了解编写程序，内心仍然谨慎，对需求会再三确认，对细节、内部机制会不停追究。到工作时接触大量牛人，开始听到各种三天读完某部大作，两天上手某门语言，一天轻松使用新语言搭出系统。想想我看部小说都要一页逐字磨个半天，真是各种羡慕崇拜，也开始强迫自己去学习了解一些语言、技术。虽然有些也能快速用用，但内心总是不太踏实，不过随着时间推移，也对部分应用环境下（像内部工具，快速验证开发什么的）会比较“心安理得”，可能这也有些类似造个五年、十年的大桥吧？但即便如此，内心还是依靠了经验判断给自己的一个比较谨慎的回复保证。
最近又看到不少请教学习程序语言的信件、帖子，又看到不少建议：“就一千页左右的官方文档，用心两三天看完，就可以快速开发了”。我觉得好歹也十几年的经验了，也发表下自己的看法吧：这对新人有可能产生极大误导， 对这本书，作者，语言发明者，语言也是不太尊重。可能你会说你就是这样做的。但是你忘了你自己的经验在那里辅助、加成，况且你又真的了解掌握了吗？如果你现在还在用这门语言混饭吃的话，估计也还在不停学习了解总结吧？不是有句名言吗，大概意思就是：了解的越深入，会发现自己知道的越少，所以诸葛亮才会经常说略懂嘛。你可能会说快速入门嘛，越快学会使用越快深入学习。你仍然忘了你的经验，新人因此染上坏的习惯往往更可怕，到时“能跑就行了”，“这个很简单的，加几行就搞定了”，“这么写没有什么不好吧”等等这些大量涌现，而这些相信也都是各位经常吐槽的对象吧。中国教育再不济，几本几百页的教科书籍学生学习、练习、测验一个学期也是整个世界采用的通用做法吧？
其实，做软件开发这些年来，我还是一直庆幸自己内心能一直保持这份谨慎，能够让自己尽量踏实稳重，一步步的学习运用知识。软件这座桥开始就搭的坚固何妨？这是对自己大大的投资，是可以沉淀下来的宝藏。后面再尝试去简化一些组件模块来适应各种环境也会愈发得心应手。到时回头看看其实花的时间往往比那些后面再要去补桥的时间要少不少。当然，那种把补桥弄成是自己由于认真负责，由于聪明伶俐，由于擅长随机应变等等等的其实是属于官僚技巧来的，并非科学、程序员的本职范畴，不做讨论。（不过这个确实挺NB的，这个处理得好并且又碰到部分好忽悠的“领导”的话可以极得赏识，有兴趣的可以多去研究，我这方面帮不上忙，只能直接跪）
任何话也不能说死（这也是谨慎的一个表现 -_-），简单培养造桥兴趣，或是纯粹过完就撤，或是坑路人的桥除外。
用心想学习某个造桥技术的，还是先从造一座坚固的桥开始吧，坚固的桥也可以先行原型实验，也可以规模不大，关键是因此会有一个坚定的目标，保持一份认真谨慎的态度。也是我对一直一来一种NB的学习方法的反思和回应。