毕业季的自我检讨

天逸

马上要拿毕业证了
一般公司都会问做过什么项目
然后我就把之前写过的程序集中起来
整理了一个星期后我放弃了整理

原因一：没有开发文档
很多程序连起码的需求分析都没有，更多的是几份txt文件，上面记载着一些简单的逻辑关系和单独的代码，甚至类的关系图都没有，当时认为不需要这些东西，什么需求 逻辑全在自己脑海里，甚至注释都不算多。

原因二：C与C++搅合在一起
这个主要是大一写的console程序，调用API实现某些简单功能的程序
举个例子，输入文件名然后返回文件信息的程序
开始将输入字符串保存入一个char类型中
然后调用C库函数，例如strcmp strcpy这些程序进行处理
调用API的时候参数类型是LPSTR，转换成string之后又用strlen之类的进行处理
最莫名起码的出现了CString类型
处理一段字符串连续用了char[] string cstring
看着这些代码，然后我自己都有些糊涂

原因三：没有一种固定的写法
举个例子
我声明一个常量指针
const char * ch；//第一种
char const * ch；//有时又成了这种
char * const ch;//有时竟然声明成指针常量了，更纠结的是还一直用下去了
这些乱七八糟的写法，让我找了很久的资料才发现，原来第一种写法和第二种其实是一样意思
还有变量的名字，我现在最愁的事情是给函数或者变量取一个合适的名字

原因四：大量复制网上代码
在网上找到一段符合的代码，就修改一下参数硬生生的弄进去，然后加段引用注释就完工
一个经典的例子是我的一段闹钟程序
规划的时候是用打算用GDI+处理图片的
有指针偏转处理的不好
就网上找了个GDI写的闹钟程序复制过去
到最后我也分不清是算用GDI写的还是GDI+写的程序
不是自己写的程序
要理解逻辑起来十分痛苦

最后我的出结论：
一个人的精力有限，在没结束一个项目之前，最好不要再去碰第二个项目。
好的设计规划有时比好的代码更重要。
注释完全可以多过代码。
代码越短可以写的越细腻，但代码越长必须写的越简单。
在一项技术没掌握之前不要随便用在自己的项目中。
优化熟悉自己的代码比添加新代码更值得花时间。

求一本如何管理自己项目或者软件工程之类的书籍
我找了找这方面的书籍好像都谈的比较空泛

游戏阿家

原因四才是最主要的原因吧

ljseaking

注释完全可以多过代码.....................

可乐松松

楼主什么学历呀？