请了一个周的假（谈谈之后的计划）

    因为有点事情，请了一个周的假，本周并没有去公司实习，也就没有什么可以谈的经验。在这里就聊一聊之前我的关于代码结构的一些看法！
    我在公司实习的这段时间，其实也是有相当一部分时间的实在看代码，写代码中度过的。公司里面的代码给我的感觉，怎么说呢，感觉就像是拼凑起来的一样。实际上也确实是这样的，因为基本上没有什么控制的部分，谈不上什么控制结构，过于简单也基本上不用讲什么流程，写好驱动，顺序执行就OK了！但是即便只是如此简单，我依旧觉得可以做的更好。我指的不是说去提高代码的执行效率（虽然这个很重要，但是很可惜至少我现在是办不到的），而是说在提高代码的复用率和提高可阅读性上做文章。
    或许像这样简单、功能单一的代码，在一次写完之后，就基本不用再去费劲优化和提升，因为性价比确实很低。但是作为一个公司，你总是会有新的产品研发，在这个时候，代码的可复用性就会变得很有价值，因为他可以减少很多的工作量。除此之外，一个公司总是要培养新的员工，这个时候，一个好的结构能够让新手们更快的上手和融入到这个公司中去。这两点对于一个公司的发展是尤为重要的（或许像我这样的实习生，说出这样的话来，真的是皇帝不急急死太监！）。
    天才的出现往往可以打破困局，引领一个时代，而对于绝大多数平庸的人而言，需要的是简单易懂，有迹可循的东西。说的更加的具体一点，我在写代码的时候，会遵循一定的原则（或许不正确，活血效率不是那么高，也或许就是有点病），比如说功能单一，比如说高耦合、低内聚等等。放在这样对实时性要求比较高的情况下，或许会降低效率，但是如果对性能的影响在可以接受的范围内的话，我会尽量多的应用这些原则！因为这些原则可以让我在不知道该怎么去修改或者说完善一份代码的时候，给我指引一个方向，让我知道如何下手，这一点对我来说很重要。同样的，对于之后阅读这份代码的的人而言，也很有帮助。如果，他应用了和我相同的原则来看这份代码，那么对他而言，这份代码就会十分通俗易懂，而我所应用的原则都是一些很容易就理解和学会的通用原则。而与之相反的是，如果我没有使用这些通用的原则，而是使用天才一般的构想，那恐怕很难有人可以理解（想想那些连作者自己都不会的高考阅读就应该可以理解了！）。这个也就是我之前一直说的结构重要性！
    其实说这么多也没有将一些真正实际的例子，只是本周我确实是有事情（接下来几天或许会断更也说不好！），也没有办法做深入的解释。从下个周开始我争取每个周讲一个我写代码的原则，实例验证。一来是强迫自己写代码提高一下水平（现在是真的感觉不行！），二来解释巩固课堂所学东西，理论再好不能应用，也是白搭！三来，上班结束之后，也要给自己找点事情做。我知道会很累，但是，谁不是呢！
PS：本人现在大三，在嵌入式领域只能算是一个刚刚看见门槛的小学生，上面的写的东西大部分是我看的资料，也有一些是我的想法。如果您不小心点开了，又不幸看完了，那么我还真是感激不尽！当然，如果您愿意留下只言片语，或是交流，或是指正，鄙人更是感激万分！
     末学后进在这里，希望与大家一起进步，成长！

一起共同进步 go