JAVA项目（编写暗棋游戏）体会

1. 不要高估自己的能力

项目文档刚发出来的时候，我觉得应该可以轻松拿满，便承诺在一个周末把基础部分的功能点做完。然而，做着做着发现自己的熟练度、对demo的理解还远远不够，根本不可能这么快写完，甚至连三分之一都没有做完QAQ

超乎自身能力的承诺让我给自己平添了许多压力，在之后不得不延时的过程中折磨了自己许久。如果一开始能正确评估自己的能力，就不会如此狼狈。

2. 前期应做好调查，把模糊的要求清晰化，可以省时间

项目文档里常有一些细节未明确（比如无法结束的棋局怎么处理，作弊模式是直接展示全部棋子还是点开一个棋子显示一个棋子比较好，需要展示哪些错误存档样例，等等），这些问题早早向学助问清楚，比做到中途突然想到再去问要好，因为这样不会产生可能的代码冲突，不需要过多调整。

3. 最重要（也是目前最痛苦）的过程是遇到需要使用新知识的地方自己查找资源进行自学，然后把学到的东西试着运用到代码里，不报错不产生冲突。

比如说存读档。写这个功能的时候老师还没有讲到，即便在后来看来实现基本的存储、读取只需几行代码，但一开始试验的时候从路径不对到乱用缓冲区、IO与NIO混淆、出现空指针异常等，花了不少时间才走上正道（太菜啦）

4、早点动手，免得低估了难度后匆匆忙忙十分焦虑

5、不要轻易产生信心与自尊心的动摇，心态要稳定

4. 与其在不够理解整个框架逻辑的前提下磕磕碰碰去写，不如花几个小时钻研一遍demo 的各处逻辑，想通了之后效率会高很多

比如我是写基础逻辑部分的，一开始没注意demo已经帮我把棋盘的实时状态存储到一个对象数组里去了，以为这个对象数组只存储了初始棋局，结果白费时间自己建了一个arraylist...再比如demo里在棋盘的空位上安上了统一的空棋子，如果编写的时候把空棋子当成空气就会出现bug。理解清楚了demo的前后关系后，写各种功能都更容易注意到各方面的联系，运行时出现的bug会少很多。

5. 任何可以通过花些时间学习更好的方法的地方都别图一时熟悉使用老方法，而应当快速上手新的效率更高的方法，哪怕一开始会多花点时间学习。比如git 的使用、各种快捷键、利用软件批量计算数据、在类里自定义常用的方法，等等

尤其是自定义的方法。我们写的暗棋游戏里常常需要初始化（棋局回放时需要把每个步骤都展现一遍）和存储当前棋局等，如果每次都用if-else遍历一遍棋子种类（虽然只是复制粘贴），会使代码变得冗长。自定义方法能让我们的代码更好看，也更方便管理。

6. 从逻辑、输出入手debug 。最好一开始就能把逻辑考虑得十分严谨，把各种情况、变量的衔接想清楚再动手，免得以后改改改。

感觉代码量越大在运行时debug越麻烦，与其一遍遍地在运行时利用参数调整、输出打印debug，不如沉下心来把关键地方的代码过一遍，梳理的时候看看自己忽略了哪些逻辑错误——这些错误往往是较为浅显的，静下心来能够找的出来。

9、管理好文件目录、电脑桌面，路径要选择最方便管理的地方

7. 不要害怕！写难受了就去运动一下，千万不要陷入思维僵化的状态——那样的话坐在桌旁也干不成事儿。

不知道大家有没有过这种体验：在书桌前冥思苦想、感觉脑袋都要炸了数个小时后仍没解决的问题，在洗澡或者散步的时候突然想明白了。。。我的几个关键问题就是在放松时突然想出解决方案的。这里面可能有一些脑科学的原理，具体的我不是很清楚~