linpop实训

经历了五个痛苦的夜晚以后实训终于结束了，说实话，起初刚刚开始实训的时候心中还有许多其他的想法，虽然项目的要求是一个局域网的聊天软件，但是总不想按部就班地去做一个传统的聊天软件，于是从一开始就想着怎样去做一个与众不同的ui，怎样去做出一些现有特有的功能，所以最开始的需求的时候，对于需求的定位也有了很大的偏差，在技术分析的时候，对于gtk的难度过分的低估了，然后ui的进度也一直比较慢，写完最初的需求分析和文档以后，就迫不及待地开始正式地编码，倒不是因为觉得文档没用，实在是不会写。。。现在想来，当时地文档写的过于仓促了，很多技术地分析都没有做好，只是大概地知道，gtk啊，多线程啊，socket啊，而很多地技术都是后期遇到问题才确定的，比如数据格式选择json，多线程用线程池来管理，gtk一些特效具体的实现，感觉变成了，拿过需求来，我擦，这东西怎么实现，我擦，这东西用什么来传，而整个小组的接口商量的也并不明确，可能大家也都是第一次，函数功能实现已经很不容易了，接口大家都没有太注意，虽然以前在校史的时候已经遇到过这种情况，但是还是没有注意，最后合代码的时候由于大家的接口都是没有按照概要来写的，好吧，我承认概要里接口写的并不清楚，但是还是写了的啊，虽然之前心里想着要注意编码规范，函数名称和参数按概要上来，但是到编码的时候，感觉大家都忘了这件事情，而合代码的时候就出现了许多重名的函数，重名的变量，gtk模块的编码规范感觉是最不注意的。。。而其中我觉得我是最不注意的人，所以我就默默地把代码都合了，幸好选择了json来传数据，非常轻量而且直观，但是还是合了很久的代码。
最后实训结束了，我们实现的功能，比较难的主要就是，gtk部分就是不规则的窗体，还有gdk多线程的界面响应，notebook的多个聊天窗口合并，服务器大概就是线程池，心跳包了。当然李大神许多看起来不明觉厉的代码。。都没有合上，主要是我太困，。。陈金晖也有些明觉厉的代码。。啊，对了还有个二度人脉的功能，当初还妄图使用gps定位来实现微信。。。实在是想太多了。。
深切的体会到，需求分析，技术分析，代码规范和代码管理以及整个团队的经常交流有多么重要，没有好的需求分析整个工作的方向都会是错的，没有好的技术分析会影响整个项目的分工，最终导致各个模块的进度不统一，项目的进度也会拖累甚至放弃，代码一定要规范，这样合代码才会更有效率，感觉如果真的严格按照定好的接口来写，项目的主要时间不应该花费在合代码上，而整个团队的交流是最重要的，对自己模块的改动一定要及时让整个团队知道，模块中的问题也要及时做出反应，深切体会到效率的重要性，而且我觉得交流和接口的统一也是密不可分的，必然会有要改接口的时候，这时就应该及时通知大家，不然就会为以后埋下隐患，每天的记录也是必不可少的，不是为了交给老师，而是对自己的工作有一个把握，也更方便安排。
虽然很多时候，多人的合作必然会有一个推动者来推动整个团队的进度，但是还是希望，每个人都是自己的推动者，不像汽车一样整体是由发动机来推动，而是像流水一样每部分都是向前的，最关键的是，这样我就不用自己合代码了啊。。。

万恶的linpop你终于离开我的视线了，感谢你陪我度过10个痛苦的白天和5个更加痛苦的黑夜，实训里什么成长之套话的话就不说了，再次感谢默默编码，最快完成任务的陈金晖，完成的虽然很慢，但是完成的很赞李明晴，还有默默卖萌的曹阳，以及后来特别努力和认真，并且高调卖萌陈旋，你们都很强，只是不适应这种苦逼的工作方式，我也不适应。。导致了5个痛苦的夜晚，如果以后还有机会的话，我们再一起进步。。话说什么时候聚餐啊。。本来还想憋点有深度的话，实在是憋不出来，那我只是默默地祝福你们，祝福你们快乐的玩耍，
再见linpop,再见linux，hello windows,hello world。