一个学期我真的不觉得我们学生能够做出什么很好的软件，不过我觉得这门课程倒是培养了我们学生对软件开发的兴趣，清楚了软件开发的整个流程，积累了经验，增强了学习的热情（如果认真对待这门课程，以上几点是理所应当的）。
在开发过程中能够一路顺风也真是难得，但是对于那些前台加上数据库以及很简单的后台支持就能做出来很精美的软件当然让人看上去很满意，但是对于那些偏向于后台的程序开发者来说有点太不公平了，没有很多精美的界面，但是花了很多很多的时间，踩到了很多的地雷，需要一个一个小心翼翼的拆（还需要反复确认是否拆除成功了，是否还会“爆炸”），同样花费了很多的时间，甚至比很多组花的时间更多，却被定为没有认真对待课程(小小的抱怨一波 程序员命苦哇┭┮﹏┭┮）。
作为学生，我觉的有一点是老师只能望其项背的，那就是对于学习，对待这门课程，以及对知识的渴求以及迫切的希望能够通过这个项目来证明我们自己的实力，简而言之就是passion。在大人们的世界里，这种对知识的纯粹的喜爱（passion）可能早就已经被世俗磨平，冲刷殆尽了，只留下满目疮痍的残骸，又或者是功利性的去做某些事情。虽然我们所学的知识有限，还只是一种半杯水的状态，但是却具有十足的自我优越感，这又有何不可呢，遇到BUG了拼命解，解的越多，学到的越多，慢慢的一点点进步。这门课程有一个很难被其他课程替代的部分就是从错误中学习嘛，那些领域的牛人不都是通过在实践中累积知识，慢慢成长起来的嘛。不过一般的牛人都是很谦虚的,见识多了、眼界宽广了、自己犯的错误多了（可以理解为出现的BUG很多，这和你的工作量、代码量应该是成正比的），就会积累经验，总结教训，从中成长，慢慢地学会低调做人。
身为PM，做完项目，总结自己踩到的雷，发现加在一起比威力不亚于原子弹
使用c++，踩得最多的坑就是指针了。
个人认为最恶心的bug大多都是指针带来的，这也是为什么c语言被诟病的主要原因之一。就算你知道这个BUG是指针带来的，你都不一定能够找得出，就问你气不气-。-
这些bug编译一般都能通过，无论多么完美的工业级编译器，或者使用怎样的辅助工具，都很难自动帮我们发现这种错误。
因此当我们愉快的运行程序时，就会发现各种运行异常(个人认为最恶心，最难解的bug，不接受反驳(:－))
我总结了一下在开发过程中遇到的种种难题 ，希望对你有帮助（可能整理的优点重复）:
1、灵活的指针给我们带来的痛苦
（传送门--->>>）
https://www.cnblogs.com/xwmcc/p/10174998.html
https://www.cnblogs.com/xwmcc/p/10107626.html
https://www.cnblogs.com/xwmcc/p/10033706.html
2、框架的优缺点
（传送门--->>>）
https://www.cnblogs.com/xwmcc/p/10033706.html
3、程序的功能紊乱 （意想不到的运行结果？ 数据不同步带来的问题？）
说白了，设计者真的能够完美的做到数据同步的话，那些内存访问冲突，野指针什么的问题基本上都迎刃而解了，因为内存冲突一般都是非法内存访问，也就是访问到不属于程序的内存，这不就是因为对象被提前释放或者根本没有被创建嘛，但是设计者这个时候就是不知道这个要访问的数据不存在，在设计者的脑海里，数据没有“同步”。当然这只是一个狭隘的说法，还有很多种程序里面的数据不同步造成的问题以及意外的程序功能。
（传送门--->>>）
https://www.cnblogs.com/xwmcc/p/10174998.html
4、虚函数重载继承问题
（传送门--->>>）