Coding？是不是Coder思维模式

Think in XXX

 

一直以来我认为GISers和Coders是没有太大关系的，我们有自己的专业思维方式，现在工作了觉得这个观念有必要修正一下，写点东西跟像我一样的GISers分享一下。首先，从某种程度上GIS只是一种工具，一门技术型的专业为什么非要把这个东西弄成一个科学呢？有什么问题可以研究，有哪些技术是自己原创的呢？至少目前为止，我还没有遇到一项GIS的东西不要用到其他基础专业的知识；从研究的对象来说，我们只是在研究一种方法表示原本单一的地理数据，也并不是对所有的领域都可以起到支撑性的作用。各个方面都表现不出一个学科的性质。最后我们的领袖级人物还出了一本think in。。。这种技术标志性的专著，好吧，我要彻头彻尾地Think in GIS了。如果你是一个计算机科学专业的你会很熟悉这种命名模式什么think in C++，think in Java，think in 。。。

 

我的思维观

 

对于这一点的阐释我想先抛开专业局限，我不想考虑任何的专业范畴，跟专业名称无关，只想把“思维是什么”问题说明白。思维，就是具备思维这个器官官能的生物对所见，所闻，所感，所做进行重新的确定，确定是不是自己想要的，是不是可行，是不是对，是不是自己喜欢的，是不是。。。。。。杜绝专业名词。“怎么思维”，思维都是来自思维的器官官能，有序地，有条件地，通常是伴随着一些刺激，怎么思维就是选择一个思维的顺序，如何在合适的适当的节点上接收适当的刺激。“思维模式”长期接受某一种思维的方法形成了一个较为固定的形式就称之为“思维模式”吧。

 

专业不同的人思维的模式就不一样了。GISer有GISer的模式，那就是所见即所得，目标要明确，不丑。我个人很尊崇这一模式，和我一起工作的人也是遵循这一原则的，而且这个实践模式完成的工作不俗。我也很明白这些并不是一个优秀模式的全部，这些还有待改善，直到我可以完成一个优秀的工作，做一个明智的决定时。

 

现在的我时常犯一些低级的错误，比如不知道自己的目标是什么，常常因为一些其他并不重要的事情将自己的目标忘记，不能快速定位最简单的达到目的的路线。

 

今天下午学习了一个好的模式就在这里分享一遍。下午，我被**要求放一份数据到osgearth上以便用户可以定制自己的三维场景，我觉得这个事情本来一个钟头就可以完成的，实质上我花了4倍甚至5倍的时间。最后还是在他的帮助下完成，如果没有他的指导我将在12倍的时间消耗后才回归到这个正确的模式。我来描述一下自己的想法：把数据先放到osgearth上，不做任何处理，确定数据是否正确。接下去，在配置文件中对数据显示进行一定的设置。最后一步，把完整实现的实例保存提交给客户。可实际情况是，我在第一次尝试的时候就遇到了问题，造成配置文件的更改无法作用于数据，我认为这是数据在重复加载的过程中有缓存被程序重复使用，可是我没有迅速想换文件名而是去搜索默认缓存路径在哪，试图去删除缓存目录下的缓存数据，结果搜了半天只有一些简单的关于缓存的说明没有一条提到osgearth示例里的软件默认的缓存目录在哪里。没办法只好去换文件名，但是完成这些以后又遇到了问题，程序没有弹出就报内存读取错误，我主观臆断错误原因，然后试图去搜索解决方案。但实质上我确定的错误原因是不是正确，所以我应该通过更多的测试定位错误才对，直到问题不在出现为止。我应该做的是尽量修改使得问题可以被避免而不是主观臆断并试图解决问题。这些都是我在一个下午的忙碌后，一个小时的正确时间总结得到的经验。

 

还有关于前段时间一直忙一个程序的设计，结果高手给我设计出了基本框架我却在没有理解问题的前提下试图修改他的架构，最终不能成功完成任务。首先要解决的问题没有被明确，不能理解这种设计的意义和用途，我也不知道问题之所在，我要做哪些工作来解决遗留下来的问题。

 

程序员思维

 

面向问题，只要知道异常的表现是什么，和预期的表现存在什么样的差异。

 

接下来就应该去整理逻辑和调试代码，发现问题。没有主观的臆断，通过合理的逻辑和代码的运行效果说明问题。

 

相对简单，但是是个体力活。