大家好，又见面了，我是全栈君，祝每个程序员都可以多学几门语言。
一、念叨，念叨
从上个星期到今天已经是实习的第一个星期了感觉像在学校过了半年一样。学校的时间一天一天过，而公司的时间是一分一分的过。加班那是常常的事情项目要上线，项目要给客户演示，任务说一个星期完毕就得一个星期完毕，不像学习做系统一样这个月做不完和老师说说又能够拖一周，而是说什么时候完毕就什么时候完毕。还有就是新的东西要高速上手不能拖拖拉拉不然任务完不成客户看不了就要被客户骂。
上个星期不仅要做项目每天还要学习时间管理就很重要不然每天过完了也没时间学习。还有加班那是必经之路昨天还和向阳师哥一起加班到了4点呢。初来乍到，哪有不加班的。
二、项目中的感悟
（1）需求篇
需求对于一个项目来说就是项目的生命，需求不明白就等于项目没有生命，前期对需求的理解是很重要，需求理解好然后设计出一个好的数据库以下我们的工作就简单了很多了。
（2）设计篇
2.1数据库设计
这里说的是数据库设计数据库设计不是越灵活越好而是要贴近需求，和我们项目接头的那个项目经理在看了我们花了三天设计的数据库之后，说我们的数据库设计的是灵活了可是和需求太不贴近了有的表不能分的我们分开了，设计数据库要从用户的角度去设计而不是从开发人员的角度去设计。这种话我们设计出来的表就更能贴近需求。这样我们设计出来的数据库效率也就能大大提高了不是全部表都必须拆开的，这次项目中我们设计物料价格信息的时候分成了物料型号表，物料规格表，物料种类表，物料信息表加上主外键关系，结果接头的那个经理一听傻眼了告诉我们物料的 物料名称+种类+型号+规格确定价格，简单的说就是
物料名称+种类+型号+规格能够看作一个字段来唯一确定它的价格，像
我们那样设计查询的时候得多慢啊查询一次得查四个表，为什么不把这四个表合起来呢？工业级的开发要的是效率我们这种设计是不能用的。所以说，
灵活有风险，拆表需慎重！
有些时候灵活的数据库设计不一定就能给你的软件增添什么，而贴近需求的数据库设计才干让你的设计更加有效率。
2.2功能界面设计
说起功能设计让我想起了我们在学校做的考试系统什么的，仅仅能我们开发人员用而给真正的用户用的时候那就用不了为什么呢？非常easy我们设计之初全然依照开发人员的角度去设计的，直接脱离了用户，这样用户肯定用不了了。设计功能的时候应该用这种原则“
从用户中来到用户中去！
”怎么解释呢？需求是从用户中来的这就是“从用户中来”，我们设计的时候要本着用户的角度去考虑这就是“到用户中去”，我们仅仅有站在了用户里面才干深切的感受到用户须要的是什么。这样我们设计出来的才是用户想要的能用的。
（3）代码篇
在项目中我们应该善于应用工具比方代码生成器，怎样在最短时间内以最快的速度完毕任务，代码生成器给我们提供了可能，代码生成器让我们从写DAL和Model层中解放了出来。这样我们就有时间来设计更好的页面和实现更好的业务逻辑。
老师总说我们的界面设计不好看什么的，而我们总是认为做项目时间不够，大部分时间都花在了写一些反复性的DAL和Model层了我们应该巧妙的使用代码生成器把我们从写那些反复性工作的代码中解放出来多花点时间在UI和个别业务逻辑的设计和编写代码。
代码生成器另一些优点就是底层代码不会有BUG，不像我们自己写的少一个字段多一个字段的。事实上UI的后台代码我们都不用写，仅仅要设计好页面把控件名称和代码生成器生成的后台映射一下就完事了，这样下来我们做项目把主要精力放在画好看的界面，用户体验好的界面来就能够了。
（4）管理篇
项目管理这次项目管理是娟姐做的，尽管我不是组长可是我总是感觉我们的项目任务没有真正的所有列出来，昨天加班我认为也是这点没有做好的问题，任务没有所有列出来，那么分配的时候就会缺少非常多。我认为项目管理也应该參照一下时间管理的做法：先列出任务清单，在通过四象限法分出任务优先级，最后规定好时间日期人员然后就开工做。然后做的时候加上番茄学习法开会，敏捷开发的站会等。
三、综述
实习一个星期如在学校过了一个月，真有天上一天地上一年的感觉。做现实的项目确实弥补了我非常多的东西，也在一点点改变曾经我那拖拖拉拉的心态。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/118053.html原文链接：https://javaforall.net
