关于program patterns的一些思考

Intro
模式重在适合自己，个人积累的不同境界有不同的模式和工作方法。
 
program的一个核心问题是在把事情做好的前提下如何达到最高效。
 
与效率直接挂钩的是：
能够以多高级的语言来思考----这个和个人积累直接相关
对“高级语言”的应用：这个就是具体问题具体分析的部分
--------------------------------------------------------------------------------------------------------------------------------------------------------pattern
 
目前在实践中，
把问题摆清楚
罗列解决办法->列出数据结构和算法
编程
debug
refactor
觉得这样的模式是最适合我的，上来搞起，发现问题再重来在早期是比较适合我的。
设计部分和编程部分也没有绝对的鸿沟，随时时间的积累，可以把设计的粒度提升，一些已经解决过>=1遍的问题就不用在设计时候去考虑，直接编程就好了。
除了编程部分，完全可以在纸上或者word中完成。

--------------------------------------------------------------------------------------------------------------------------------------------------------
“高级语言”：积累
这个之前的blog中也有提及，只是这次更加的具体，高级语言就是积累自己的解决方案，如果以代码的形式就更好了。
 
实践中的关键就是平时用心的去积累，完成工作之后对可以复用的解决方案进行思考提升和记录。
在接下来的工作中就可以直接在这个粒度上去思考，更加的迅捷，编程的乐趣也更畅快。

--------------------------------------------------------------------------------------------------------------------------------------------------------

“高级语言”对正确性的影响
任何一个人都可以去设计和架构，拿出一套解决方案也都可以（吐槽ing）。
问题是如何去设计的好。
积累（或者说语言的高级度）虽然是主要影响速度，但是由于我们完成一个任务的时间有限性和人的耐心有限性，积累也在影响设计的正确度，一个子解决方案的不了解，逼迫你去深入，如果错的话，就会在体系中产生污染。。。
 
所以早期工作的时候我一度怀疑是不是“上来搞起”这种方式才是对的，编程是一个很快很畅快的事情，而设计却无聊耗脑力还总是出错，不如写了再重构好了。

--------------------------------------------------------------------------------------------------------------------------------------------------------

sum：
坚持合理的工作方式和流程
坚持解决每个问题之后的思考和积累