关于语言

学校里面学过C、C++，喔，把MATLAB也算上。等毕业来到企业突然发现，学会的那些“名词”仅仅是个词名，等说道真正的细节，原理却发现什么都说不明白。除了自己做过的会让你记忆深刻的，比如我到现在还记得STM32的USART的收发引脚是PA9和PA10。所以苦恼的是原来花费了大量最主要是珍贵的时间，却没有掌握该掌握的10%。于是作为一个初入职场现在一切又≈0，好，重新开始学习，总结那些懊悔的，以后的路才刚刚开始。

这个月的时间写了好多代码，感觉大学四年也没这么写。主要锻炼的是当你有了思维，怎么把你的思维转化成代码，高质量的代码。同样一个功能，20行能实现，100行能实现，500行也能实现，当你需要改动的时候，代码越多越不容易改，不利于再完善。所以，怎么才能兼顾到所有功能的同时精简代码，总结了下。

1）文档！文档！文档！重要的事情说三遍。那天听软件测试的课程也提到了，前面准备的越充分，对后面的工作越有利。那么实际呢？我在写五子棋的程序时，思路一下就有了，哒哒哒半天敲完后，功能大致实现，Debug调了双倍的时间，我没有一个文档，所有思路都在脑子里，当时的思路是这样，那第二天的，很多需要重新想或者说这段思维区是volatile的区，实时变化刷新，那么如果有文档呢，情况会不会好多，记录了你的流程，定义的变量，函数，不必过多的记忆。写这个程序如果说还没吃到大苦头的话（因为代码量较少）。后来写象棋草草的写个大致文档，没有仔细的分析，没有写的很详细，实现“车”的功能后加别的功能时候，乱的一塌糊涂，坐标系乱来乱去的，然后重新老老实实写文档，需要哪个写哪个，又遇到问题了，师傅要加汉字输入。。。文档乱的我不知道从何下手啊。整个程序断断续续写了4天，后期完善Debug又用了双倍的时间。所以，把文档多花一些时间，尽量详尽。

2）笔记。上次看到某位前辈的blog，建议是看书就记笔记，不计笔记不看书。的确，遇到某个问题想不到的时候，第一反应就是翻书，如果有笔记会方便很多，而且记笔记的过程就是一个加深记忆的过程。曾经做笔记就是抄书，但是抄了几遍才会有些作用，因为了解的觉得记得没有价值，记得都是不了解的，需要来来回回抄几遍才能记住。想了想为什么呢，记得时候就是不理解就放下了，合计什么时候再 回头看的，但是并没有。所以再记笔记记自己的话，把书上的话翻译成自己的话那个才是有价值的东西。

3）程序的稳健性的多思考。这个其实是写文档时候最早该注意的事情，但是考虑总是不能十全十美，而且随着改动会有不同的边界，所以弄个单独的文档记录下来，随着经验的积累，可能就会考虑的更全面。

4）表述。程序猿的换一个高大上的说法是业务数字化语言分析师（哈哈O(∩_∩)O），师傅说过C语言就是一门语言，什么时候算是可以了，就是你用他就和你说话一样才可以。所以想想是怎么学语言的，不断地学习，模仿，练习，要求有一个好点的语言环境。所以，指针用着不熟练就是只是学习了没有模仿没有学习，始终不是自己的东西所以才不敢用，指针是精简程序，灵活的关键点，有的时候不爱动脑子转换地址，最后加功能啊，改变量啊，痛苦的就是自己没用指针了。所以大胆的用别嫌麻烦，熟了以后就是自己的了。