实习日志
时间：2011年9月1日
今天就要开始我的实习了，这也是从学校进入社会的开始，一切
都是那么的与众不同，这里没有老师只有老板，这里没有同学只有同事。有的年龄大我很多，有的和我年纪相仿却已经工作好几年了。不过这个公司的员工都很友善，这也让我顿时轻松了不少，不再那么紧张了。我被张工领导一个办公桌前，这以后就是我工作的地方了，桌子上有一台笔记本，这也是我工作的工具，我放下带的东西，打开电脑，开始整理。张工说由于这个电脑是上个同事留下的，里面东西比较多，有必要的话可以自己重装一下系统，今天的任务就是熟悉一下工作环境和程序开发环境。张工给了我一张XP 的系统盘，然后说有什么不懂的地方可以随时问他。
我打开电脑，把光盘插入光驱，开始了系统整理的过程，重新安
装完系统后，就要安装各种开发的工具，安装JDK ，Tomcat,DB 客户端，SSH 远程连接Linux 系统的工具，最重要的是Eclipse, 以前在学校时，自己平常练习用的都是MyEclipse ，而实际工作中有点不适应。安装完SVN ，并将工程文件下载下来之后，竟然不知道怎么将项目工程文件导入到Eclipse 中，后来在张工的帮助下才搭建好开发环境。想想真是丢人啊，那时面试时说的自己很牛怎么的，结果第一天工作时就打啃了，不过我很高兴，这让我看到了自己的不足，知道自己又很多地方都需要继续努力。至少怎么是有Eclipse 开发web 项目的方法我是学会了。
时间：2011年9月2日
今天主要的任务是熟悉系统的运行过程，遇到不理解的地方问问
张工，张工都仔细的做了解答，真的很感谢张工。张工说刚开始工作，
最重要是熟悉项目的业务，不用担心，慢慢来，时间长了自然就上路
了，只要努力，一切都只是时间问题。
中午时，看代码看的头疼，四顾一看公司的其他员工都在忙碌着。
来了两天一直没见到项目经理，在快下班时，经理把我叫道办公室，
谈了几句话，让我先熟悉一下公司的业务流程，让我跟着张工学习，
张工在公司里已经呆了有两三年了，无论在技术还是公司业务方面都
非常纯熟，跟着他学习，肯定能学到不少知识。
在熟悉公司环境的同时，还要和其他同事搞好关系，虽然人际交
往是我的弱项，但我一定会努力突破自己的，敢于主动和别人交流的。
通过张工，不对，应该叫师傅了，师傅给我了很多资料，这些资
料有技术方面的也有和公司业务相关的资料，这让我对公司的业务范
围及流程有了大概的了解。公司主要承接ERP,CMS,OA ，数据BI 等
商业方面的项目。公司现在正在稳步发展，这让我对以后的未来充满
了希望。希望我能在以后的日子里有良好的表现，能快速融入工作当
中。
转眼间，我已经实习半个月了，在熟悉了一段时间之后，在焦急
的等待之中，师傅终于给我下发了第一个任务，修改一个小模块，我
很兴奋终于可以着手进入开发了。
要对公司的相关业务范围和业务流程有了大概的了解之后，师傅
便开始给我分配工作了，让我负责公司的网站维护和更新，在熟悉公
司的ERP 系统软件后要负责适时地维护工作，除此之外，我还要负责
公司电脑的日常维护工作，感觉工作挺多、挺杂的，刚开始我都不知
道从何入手，不过我想，做任何事情都必须从头开始，一步一个脚印，
慢慢来。我相信接下来几个月的生活一定会很充实的，充满着期待。
时间：2011年9月30日
明天就是祖国的生日十一了，十一公司放假七天，七天的时间是
一个小长假，以前在学校时，对十一并没有多大的欢喜，但是在实际
工作中，发现原来一次假期是那么的珍贵，很多人在今天看起来都轻
松了很多，因为明天就要放假了，中午吃饭的时候，听到很多人都在
说放假要做什么，有的说回老家看看，有的说去外面旅游。
但是放假对我来说，最好的选择是继续努力，在住处继续学习，
因为我现在对公司的业务并不能完全的掌握。所以我决定在十一这几
天长假继续学习，尽快能属性公司的业务，并加强自己的业务能力和
技术，不辜负师傅对我的期望。
初次到公司实习，我对企业ERP 系统并不熟悉，后来在请教了师
傅，再通过互联网，了解了ERP 的基本信息，算是我今天的重大收获。
ERP 即Enterprise Resources Planning ，中文含义是企业资源计划，
它代表了当今在全球范围内应用最广泛、最有效的一种企业管理方
法，这种管理方法的概念已经通过计算机软件系统得到了体现。因此，
ERP 也代表一类企业管理软件系统。对于今天的收获，虽说不多却相
当于从完全陌生到一定得了解，希望自己能在最短的时间了解ERP ，
并能运用它，实现它。
要对公司的相关业务范围和业务流程有了大概的了解之后，师傅
便开始给我分配工作了，让我负责公司的网站维护和更新，在熟悉公
司的ERP 系统软件后要负责适时地维护工作，除此之外，我还要负责
公司电脑的日常维护工作，感觉工作挺多、挺杂的，刚开始我都不知
道从何入手，不过我想，做任何事情都必须从头开始，一步一个脚印，
慢慢来。我相信接下来几个月的生活一定会很充实的，充满着期待。
学习和研究ERP 系统的标准功能是一个企业选择、实施和持续应
用ERP 系统来管理企业的最基本的活动。通过今天的学习，让我充分
认识到，ERP 的理念已经得到越来越多的企业的关注和认同。应用ERP
系统提高企业的管理水平、提高企业在日趋激烈的市场竞争中的地
位，已成为众多企业理性的追求。
我会继续努力，不能懈怠，想想我的未来，想想我的理想，我有
了更多的激情继续奋斗下去。
今天又熟悉了一遍开发规范， 因为师范指出我的代码规范有问
题，每个公司都有自己的开发规范，员工在入职后都要熟练掌握，并
应用到实际当中去。
为开发人员提供数据库编写的规范和数据库操作 SQL 语句编写
的指南, 保证数据库的可维护性和可读性。
范围
涉众为数据库管理人员及数据存储部分的开发人员。
定义、首字母缩写词和缩略语
数据库设计：包括建立数据存储的物理和逻辑空间，定义数据库中的
表、视图、索引、字段、存储过程、触发器等对象，以及相互的关系。
ＳＱＬ编写：指程序员使用 SQL 语句，编制可以执行的操作数据库
的代码。由于 SQL 程序的编写和数据库设计紧密相关，因此本规范
包括一部分的数据库设计规范。
参考文献
2. 数据类型规范
禁止用 SQL 保留字来命名表、视图、字段、索引。数据库的关键
字。
不要设立诸如是否使用的标志字段，统一由数据库删除规则来确定。
标志字段要求提供缺省值。
数字类必须指定缺省值。
字符型字段的确定。长度固定用 char ，不固定用 varchar 。
系统序列号必须指定缺省值为 0。
不要将 Null 与 空串“”视为相同。在不同的数据库中对这两者
的理解是不相同的。在 Oracle 中空串与 Null 理解一样。如果碰到
这种情况统一用 Null 。数据库中不允许出现空串
3. 存储过程
与数据库交互频繁的业务规则，可以考虑用存储过程实现。 每个存储过程代码不能超过 200 行
对重要的计算应用注释说明其功能；
4. 触发器
避免使用后触发。（Sqlserver 、Sybase 不支持前触发事件）。如必须使
用，需项目经理审批。
系统序列号的存储统一通过触发器来控制。程序插入赋值时缺省为
0。 不允许动态创建触发器。
5. 视图
使用静态视图，不允许动态创建视图。
视图中尽量避免包含 ORDER BY 语法，影响效率。
6. 索引
为了保证索引具有提高效率的作用，估计记录数不大于 50 的表一律
不允许建索引。
只用于 DISTINCT 或 GROUP BY 子句引用的列，不用建立索引。
对于数据值变化不大的列，比如只有 yes 和 no ，那么不要建索引，
否则效率降低。
复合索引为多列，同复合主键一样将变化显著的列放到复合索引的首位。
一个复合索引可包含多达 16 个列(具体可能多数据库会不同) ，索引太多则插入数据会变慢，当索引太多的时候，必须权衡查询和插入数据的响应时间是否满足需求。
不允许动态创建索引。
7. 表及外键
不允许动态创建表、约束、外键。
8. SQL 语句规范
连接符 OR 、IN 、AND 、运算符号、以及＝、=等前后加上一个空格；否则容易导致以下类似
问题。在语句 SELECT a –b FROM table 中， a ，b 均为变量。拼写该语句时，如果 a=6， b= -3，则语句
变为 SELECT 6—3 FROM table。--变为 Sql 的注释，语句报错。 对 SQL 语句加上注释，说明算法、功能；
多表连接时，必须使用表的别名，并以此来引用列；别名必须是有意义的词。
供别的文件或函数调用的函数，绝不应使用全局变量交换数据； 禁止使用“SELECT * FROM ”语法，必须标明字段名。
禁止使用“INSERT INTO table_name VALUES(?,?,„„) ”语法，统一使用“INSERT INTO table_name (col1,col2,„„) VALUES(?,?,„„) ”。
如果在语句中有 NOT IN （IN ）操作，应考虑用 NOT EXISTS （EXISTS ）来重写。
避免显式或隐含的类型转换。例如在 WHERE 子句中 numeric 型和 int 型的列的比较。
一行有多列，超过 80 个字符时，基于列对齐原则，采用下行缩进； where 子句书写时，每个条件占一行，语句另起一行时，以保留字或者连接符开始。
每个事务处理必须有相应的 COMMIT 和 ROLLBACK 对应。
9. 表别名规范
要求起别名用表名中有实际含义的单词的首字母。如果在同一个代码块中，单个字母有重复的，可采用首 2 个字母，以此类推。如：表名 tb_user，别名为：u 。
10. 函数规范
不允许动态创建函数。
只能使用通用 SQL 的函数。如要使用新的函数必须申报，审批后才能使用。
11. 建库规范
建库脚本文件分类：
删除表类：包括模块所有表的 DROP 语句。
表结构类：包括模块所有表的建表语句、主键定义以及 CHECK 约束。还包括数据类型以及规则定义。
外键、视图、函数、索引类（简称外键类）：包括模块所有的外键、视图、索引、函数。包括 DROP 语句。
触发器、存储过程类： 包括模块的触发器以及存储过程。包括 DROP 语句。
数据类：包括模块节点以及初始化数据；包括删除数据命令。包括 DELETE 语句。
书写格式：
注释用破折号“--”
遵循各个数据库 SQL 执行标准。例如，每条 DDL 以及
12. SQL 注释风格
注释单独成行、放在语句前面；
应对分支条件表达式加注释；
过长的函数实现，应将其语句按实现的功能分段加以概括性说明； 常量及变量注释时，应注释被保存值的含义(必须) ，合法取值的范围(可选) ；
13. 书写优化性能建议
避免嵌套连接。例如：A = B AND B = C AND C = D
WHERE 条件中尽量减少使用常量比较，比如，不要用 1=1。 系统可能选择基于规则的优化器，所以将结果集返回数据量小的表作为驱动表（FROM 后边最后一个表）。
大量的排序操作影响系统性能，所以尽量减少 ORDER BY 和 GROUP BY 排序操作
如必须使用排序操作，请遵循如下规则：
排序尽量建立在有索引的列上。
如结果集不需唯一，使用 UNION ALL 代替 UNION 。
索引的使用。
尽量避免对索引列进行计算。如对索引列计算较多，请提请系统管理员建立函数索引。
尽量注意比较值与索引列数据类型的一致性。
对于复合索引，SQL 语句必须使用主索引列
索引中，尽量避免使用 NULL 。
对于索引的比较，尽量避免使用 NOT=（!=）
查询列和排序列与索引列次序保持一致
尽量避免相同语句由于书写格式的不同，而导致多次语法分析 尽量使用共享的 SQL 语句
查询的 WHERE 过滤原则，应使过滤记录数最多的条件放在最前面。 任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。
IN 、OR 子句常会使用工作表，使索引失效；如果不产生大量重复值，可以考虑把子句拆开；拆开的子句中应该包含索引。
14. 其他经验性规则
尽量少用嵌套查询。如必须，请用 NOT EXIST 代替 NOT IN 子句。 用多表连接代替 EXISTS 子句。
少用 DISTINCT ，用 EXISTS 代替 。
使用 UNION ALL、MINUS 、INTERSECT 提高性能
使用 ROWID 提高检索速度。对 SELECT 得到的单行记录，需进行 DELETE 、UPDATE 操作时，
使用 ROWID 将会使效率大大提高。（需要数据库支持） 使用优化线索机制进行访问路径控制
不建议使用游标，禁止使用隐式游标。
允许使用临时表，但必须显式 DROP 。
时间：2011年10月25日
之前在学校里面看到很多同学都在学习用Dreamweaver 设计网页，那时我通过与他们的交流与学习，我也学到了一些知识。今天我认真地看了公司的网页，感觉有些页面内容过于简单，而且视觉效果不是很好，我就先保留着这个意见，然后我打开Dreamweaver ，自己尝试着去设计网页，通过photoshop 进行相关版面的设计，然后我把设计好的页面拿给师傅看，师傅觉得很有创意，让我认真学，好好完善，等我做完之后就应用到公司的网站上面去，我很激动，感觉自己的东西能够被采纳，我也问师傅了一些问题，从他的谈论中，我感觉到自己缺乏了很多东西，都怪自己上学期间没有多去接触了解，更多的软件，今后还必须继续努力。
时间：2011年 10月30日
一直以来期望从事自己喜欢的事业的我，对软件开发有者及大的
兴趣，可由说种种原因使我从事工作以来走了好几年弯路，心中的梦想迟迟不能得以实现，可程序员的梦想从来没有从我的心中抹去，但这扇大门好像并没有向我敞开，今天，贵公司给了我敲开这扇大门的机会，让我真实体验了程序员的诞生过程。早就听说，程序员的前几个月是最苦的，可从来没有感受到，海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑，再也没有在自己家里随便写段小程序后的那种“自豪”感了。要面对每天必须面对的问题，再也不可能以“逃避”而了之了。也让我感觉到做为一个程序员所应该具备的基本素质在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应该具备的基本素质。
团队精神和协作能力是程序员应该具备的基本素质，最近的工作中让我深深休会到了这一点，由于小组成员配合不好，使本来很方便的cvs 给自己的工作带来的及大的麻烦，一不小心自己写的的东西就会被小组别的成员在上传文件的时候给覆盖掉，一整天的工作可能就这样被反工，我们小组这次就是因为协作不好，导致各模块之间不法连接，给工作带来了及大的麻烦，消耗了大量的劳动力还没有提高工作效率。这使我深深的体会到：一个成功商业性软件的开发必须有一个有强大凝聚力的团队，个人的力量是有限的，团队精神和良好的协作会使我们做出优秀的软件。
良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大
的麻烦。这次的这个小小的项目，就因为文档上的一点点理解错误让我们花了很大的工夫去改代码，改页面。很庆幸的是，这是一个小项目，要是大项目，这种问题可能就会导致大量的代码修改，可见文档在一个项目中起者巨大的做用。
此外，良好的代码编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。作为一个程序员，对需求的理解能力也是很重要的，只有真正理解了一个模块的作用，才会写出高效率的代码，才能使整个软件项目作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发现在，要不，这个软件的商业价值可能就会打折扣了。单元测试对于一个程序员来说是不可不做的一项工作，不做好测试就会给后期的集成工作带来麻烦，往往为了一个小问题会让我们查找好多模块，给后期工作带来很大麻烦。
这一段时间的工作也让我明白了一点：一个优秀的程序员必须不断的学习，随时总结，找到自己的不足，这样逐步提高，才能让自己很快的成长起来。
时间：2011年11月2日
来这里也有两个多月了，我对软件开发的理解有了质的改变，以前在学校学到的东西感觉都是那么肤浅，在实际工作中要学的东西是贴近事实，从事实出发的，我学到了很多书本上无法学到的东西，我想把这些东西，总结下来，这些东西涉及到很多方面，那就分几天来总结吧。
时间：2011年11月3日
我理解的前期规划是：在市场人员们汇总一个需求提交给产品专家带领的产品经理团队，然后经过这个团队根据公司具体情况再次分析和规划出一个最终需求文档。
这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。由开发团队对其进行技术和风险分析。如果对此需求统一有异议的地方，需要返回给产品团队，重新修正需求。反复如此，直至需求完善准确，细致，清晰。
时间：2011年11月4日
前期规划就像高楼的地基，如果马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建设的失败。在规划中我认为，交流永远是需要双方积极主动，能认真听取每个人的建议。前期工作思维不慎重，不细致，不认真，不够完善，将产生连锁效应直接导致整个工程和项目的失败。这种失败可能表现为：第一种，软件按需求实现但是功能根本不能满足用户需要。第二种，功能都有了，软件没有达到可用性、易用性。对于第一种，当然是因为前期规划疏漏了某些细小功能，没能把需求文档做完善。应该是规划工作做的还不够认真和细致。
对于第二种情况，我认为更多是在产品设计规划方面经验还不够成熟。这种问题应该是很难避免的。因为每种新产品对产品团队来说都很陌生。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和认真的态度来弥补。
前期规划的交流涉及了市场、产品和技术研发等多个团队之间。需要的不仅是团队内部的交流，更多需要协调好团队之间的交流。可能有时候需要公司高层和中层参与协调。
时间：2011年11月6日
目前，很多开发人员深感项目的需求文档写的都很单薄。大家可以想一想，如果没有好的开始，怎么会有好的结束呢？需求文档单薄，不够细致，由谁来继续完善呢？难道让程序员们自己去完善。我想程序员也可能没有这种能力。对于程序员能把代码写的很健壮很稳定就已经是很不容易的事情了。
时间：2011年11月7日
今天总结一下概要设计。
我理解的概要设计步骤：（以项目为中心的开发流程）
1〉 项目经理仔细阅读项目需求文档。
2〉 项目经理召集项目开发成员，开项目启动会议。具体商议项目的开发任务和责任分配。
3〉 核心开发人员开发确定，以及各模块开发人员确定。
4〉 由系统分析员和核心开发人员仔细阅读需求文档，对系统整个架构分析和做技术规划。
5〉 系统分析员整理和书写最终的系统架构和概要设计文档。 6〉 系统分析员在文档提交日，提交给项目经理。项目经理确认文
档并审批。
7〉 项目经理召集项目开发成员，开一个概要设计以及系统架构确定的会议。向每个成员分发文档，并讨论确定最终概要设计文档。 8〉开始详细设计文档的工作
时间：2011年11月10日
概要设计之后就是详细设计：
1〉 项目经理组织成立各个模块的开发小组，并确定开发小组组长（程序经理）。
2〉各开发组长书写各自模块的详细设计文档，开发成员需要协助，配合。
3〉在指定提交日，开发组长提交文档给系统分析员。由系统分析员审批。
4〉系统分析员组织召开一个详细设计文档确认的会议。
5〉然后开发组长分发各自模块的详细设计文档给程序员，程序员在指定时间内完成。
6〉程序员做内部测试。开发组长协调并配合。
7〉确认无bug 提交给开发组组长。
8〉所有模块整合工作，由整个开发组成员参与完成。由所有开发组长和系统分析员负责主要部分工作。程序员协助和配合。 9〉对整合后工程做详细测试。
10〉确认测试通过后，开发组长根据开发成员表现以及提交成果填写绩效考核表。然后提交给项目经理。
11〉项目经理会召开项目总结会，同时向优秀成员颁奖。同时鼓励所有成员继续努力。对不能按时完成导致项目能按时提交，以及对导致失败的关键人员给与惩罚处理。
时间：2011年11月20日
断断续续的总结了一段时间，只是一个简单的开发流程，一定是有很多不足的地方。希望能起到抛砖引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，关键还是在人本身了。没有一个流程和制度，一个团队也必将是一盘散沙。正所谓“无规矩无以成方圆”。这句话说得很有道理。这里要总结一下具体编码方面的内容，开发几个项目之后，对编写程序有了更进一步的了解。 好的程序应该具有: 易读性，易扩展性，容错性。易读性: 所有变量和函数以及类名用简单易懂易记忆的命名方式。所有类和函数甚至变量都有关键的注释说明。这点很重要，也是最基础的。如果代码书写不够美观和易懂，我想自己以后也不想再看。就更别谈功能的扩展和新版本开发了。易扩展性: 整体系统架构逻辑简单清晰。模块与模块之间尽量做到互不影响，也就是尽可能的独立。这部分工作主要体现在前期设计工作中，需要掌握好的设计经验和方法才能够做得比较好。容错性: 对数据流和指针以及数组都做数据有效性检查；对第三方接口的调用失败的容错性。对所有代码都做调用失败后的错误处理。以及在大的工程中加入trace 文件输出，把关键的数据流和关键处理部分的操作信息输出。以便对工程异常情况产生条件的定位，及时解决问题。我觉得程序员能在这三方面做得很好就算一个优秀的
programmer 了。
时间：2011年11月22日
今天上班的时候，我一直在办公室处理文件，因为其它同事比较忙，为了能够早点完成任务，我让其它的同事把一些工作给我做，一方面可以提高效率，另一方面，我还可以从中学到东西。我们是一个团队，只有一个共同的目标，那就是使公司的效益最大化，这就是我们奋斗的目标。
师傅为了让我对网站的整体设计有更深刻的理解，早上他给我指点了方向，并推荐了几个网站给我学习。师傅推荐的网站都做得很好看，功能也很强大，顿时给我一种肃然起敬的感觉，网站界面设计整洁、专业，通过观摩与请教，我很受的启发。
时间：2011年11月25日
今天上午来公司的时候，经理把我叫到他办公室去，刚开始还以为，我是不是做错什么东西了，没想到经理找我谈话，是来关心我的实习情况的。通过他的指导，我觉得受益非浅。他强调了我们做事要抓住重点，别一天看起很忙也没看到忙出什么成果来。告戒我们年青人要有梦想，要勇于迎接挑战，战胜困难。有时间的时候，要多看看书，不止是专业方面的书籍，毕业后要淡化专业的思想，多多涉猎各方面的书籍，给自己充电才能保持持久的优势。
时间：2011年11月26日
今天是周六，按照公司规定，隔周的星期六上午都要召开部门会
议的。今天起的和平常一样早，因为习惯了这样的作息规律，所以，在吃完早饭后，我打开电视看了一会新闻，时间差不多的时候，我便去公司。来的有些早，等了差不多半个小时左右，同事们都来了。会议定在9：30开始，会上，经进理让我和几个新来的实习生总结一下这段时间以来完成的工作情况和个人感受，并对下面两周要做的工作进行部署。会议结束之后，经理让我试着写一份会议总结，下周一交给他，所以在回宿舍之后，我就开始写了。
时间：2011年11月28日
今天下午，师傅又分配给我一个任务，有一个同事的电脑坏掉，让我过去帮她看一下，原来是电脑中病毒导致电脑瘫痪而无法使用，在征求她本人的同意之后，我帮她重新装了系统，还好这个同事平时工作比较细心，都资料都保存在其它盘，所以当我重装完系统之后那些资料都还在，装完系统之后，我就开始帮她安装公司ERP 管理软件，刚开始我还不懂得怎么安装，后来看了这个软件安装视频和说明书之后，很快就把软件安装好，当然电脑也恢复了正常。
时间：2011年12月5日
今天经理让我去管理一个网站的后台，里面有些数据需要更新，最新报表要打印出来，我从师傅那里拿到了登录的账号和密码之后，我便进入了网站的后台。我发现后台的管理页面很美观，很容易操作，我试着提取最新的订单，并打印出来，交给了经理。这项工作很简单，
但要求我们必须要认真，不能马虎，如果造成数据错误的话，会给公司带来损失的。
这段时间一有时间，我就在熟悉公司的系统管理软件，也了解的差不多。今天师傅过来问我对这个系统掌握的怎么样？刚开始我回答说，还可以，掌握地差不多了，应该不会有什么问题。没想到，师傅马上要我进行现场演示，根据他的要求来操作，他一边看我操作，一边问我这些功能是怎么实现，真的被他问蒙住了，有些地方我之前根本没有接触到，特别是专业方面的知识，他后来对我说，学习一个系统软件，必须要认真对待，要了解其中是怎么实现的，特别是对于你们学计算机专业的，更要严格要求，不能含糊，感觉师傅教导的是，很正确，自己确实在有些地方没有认真学习，这是一堂深刻的教育课。今天的心情很沉重，不过感觉自己很幸运，能够遇到这样的好师傅，能够指出我的不足，让我能够更快地进步。
今天我对ERP 系统再次进行认真地学习，发现该系统里面的订货模块、库存模块以及运输管理等模块，都是与SQL 数据库进行链接的，通过ADO 控件与数据库连起来，实现断气的实时添加、修改、删除等功能，另外还提供排序、打印等模块，再比对一下自己之前在学校里面做过的课程设计，感觉自愧不如，我要学习的东西还很多很多，我还得继续努力，不断地去完善，才能让自己进步的。
时间：2011年12月11日
实习的日子过得很快，这段时间以来的实习，让我更加坚定自己所学的计算机科学与技术专业，在当今快速发展的时代，计算机在企业经营管理上发挥了重要作用，计算机技术可以转化为实实在在的效益，让我更深切地体会到计算机科学技术给社会所带来的重大效益。
今天是我实习的最后一天，难忘这几个月的实习生活。在这几个月的实习生活中，我学到了很多的东西，不仅巩固了自己的专业知识基础，也将理论与实际很好地结合起来，社会很复杂，要想在社会当中立足，必须要有过硬的本领，适者生存！
实习日志
时间：2011年9月1日
今天就要开始我的实习了，这也是从学校进入社会的开始，一切
都是那么的与众不同，这里没有老师只有老板，这里没有同学只有同事。有的年龄大我很多，有的和我年纪相仿却已经工作好几年了。不过这个公司的员工都很友善，这也让我顿时轻松了不少，不再那么紧张了。我被张工领导一个办公桌前，这以后就是我工作的地方了，桌子上有一台笔记本，这也是我工作的工具，我放下带的东西，打开电脑，开始整理。张工说由于这个电脑是上个同事留下的，里面东西比较多，有必要的话可以自己重装一下系统，今天的任务就是熟悉一下工作环境和程序开发环境。张工给了我一张XP 的系统盘，然后说有什么不懂的地方可以随时问他。
我打开电脑，把光盘插入光驱，开始了系统整理的过程，重新安
装完系统后，就要安装各种开发的工具，安装JDK ，Tomcat,DB 客户端，SSH 远程连接Linux 系统的工具，最重要的是Eclipse, 以前在学校时，自己平常练习用的都是MyEclipse ，而实际工作中有点不适应。安装完SVN ，并将工程文件下载下来之后，竟然不知道怎么将项目工程文件导入到Eclipse 中，后来在张工的帮助下才搭建好开发环境。想想真是丢人啊，那时面试时说的自己很牛怎么的，结果第一天工作时就打啃了，不过我很高兴，这让我看到了自己的不足，知道自己又很多地方都需要继续努力。至少怎么是有Eclipse 开发web 项目的方法我是学会了。
时间：2011年9月2日
今天主要的任务是熟悉系统的运行过程，遇到不理解的地方问问
张工，张工都仔细的做了解答，真的很感谢张工。张工说刚开始工作，
最重要是熟悉项目的业务，不用担心，慢慢来，时间长了自然就上路
了，只要努力，一切都只是时间问题。
中午时，看代码看的头疼，四顾一看公司的其他员工都在忙碌着。
来了两天一直没见到项目经理，在快下班时，经理把我叫道办公室，
谈了几句话，让我先熟悉一下公司的业务流程，让我跟着张工学习，
张工在公司里已经呆了有两三年了，无论在技术还是公司业务方面都
非常纯熟，跟着他学习，肯定能学到不少知识。
在熟悉公司环境的同时，还要和其他同事搞好关系，虽然人际交
往是我的弱项，但我一定会努力突破自己的，敢于主动和别人交流的。
通过张工，不对，应该叫师傅了，师傅给我了很多资料，这些资
料有技术方面的也有和公司业务相关的资料，这让我对公司的业务范
围及流程有了大概的了解。公司主要承接ERP,CMS,OA ，数据BI 等
商业方面的项目。公司现在正在稳步发展，这让我对以后的未来充满
了希望。希望我能在以后的日子里有良好的表现，能快速融入工作当
中。
转眼间，我已经实习半个月了，在熟悉了一段时间之后，在焦急
的等待之中，师傅终于给我下发了第一个任务，修改一个小模块，我
很兴奋终于可以着手进入开发了。
要对公司的相关业务范围和业务流程有了大概的了解之后，师傅
便开始给我分配工作了，让我负责公司的网站维护和更新，在熟悉公
司的ERP 系统软件后要负责适时地维护工作，除此之外，我还要负责
公司电脑的日常维护工作，感觉工作挺多、挺杂的，刚开始我都不知
道从何入手，不过我想，做任何事情都必须从头开始，一步一个脚印，
慢慢来。我相信接下来几个月的生活一定会很充实的，充满着期待。
时间：2011年9月30日
明天就是祖国的生日十一了，十一公司放假七天，七天的时间是
一个小长假，以前在学校时，对十一并没有多大的欢喜，但是在实际
工作中，发现原来一次假期是那么的珍贵，很多人在今天看起来都轻
松了很多，因为明天就要放假了，中午吃饭的时候，听到很多人都在
说放假要做什么，有的说回老家看看，有的说去外面旅游。
但是放假对我来说，最好的选择是继续努力，在住处继续学习，
因为我现在对公司的业务并不能完全的掌握。所以我决定在十一这几
天长假继续学习，尽快能属性公司的业务，并加强自己的业务能力和
技术，不辜负师傅对我的期望。
初次到公司实习，我对企业ERP 系统并不熟悉，后来在请教了师
傅，再通过互联网，了解了ERP 的基本信息，算是我今天的重大收获。
ERP 即Enterprise Resources Planning ，中文含义是企业资源计划，
它代表了当今在全球范围内应用最广泛、最有效的一种企业管理方
法，这种管理方法的概念已经通过计算机软件系统得到了体现。因此，
ERP 也代表一类企业管理软件系统。对于今天的收获，虽说不多却相
当于从完全陌生到一定得了解，希望自己能在最短的时间了解ERP ，
并能运用它，实现它。
要对公司的相关业务范围和业务流程有了大概的了解之后，师傅
便开始给我分配工作了，让我负责公司的网站维护和更新，在熟悉公
司的ERP 系统软件后要负责适时地维护工作，除此之外，我还要负责
公司电脑的日常维护工作，感觉工作挺多、挺杂的，刚开始我都不知
道从何入手，不过我想，做任何事情都必须从头开始，一步一个脚印，
慢慢来。我相信接下来几个月的生活一定会很充实的，充满着期待。
学习和研究ERP 系统的标准功能是一个企业选择、实施和持续应
用ERP 系统来管理企业的最基本的活动。通过今天的学习，让我充分
认识到，ERP 的理念已经得到越来越多的企业的关注和认同。应用ERP
系统提高企业的管理水平、提高企业在日趋激烈的市场竞争中的地
位，已成为众多企业理性的追求。
我会继续努力，不能懈怠，想想我的未来，想想我的理想，我有
了更多的激情继续奋斗下去。
今天又熟悉了一遍开发规范， 因为师范指出我的代码规范有问
题，每个公司都有自己的开发规范，员工在入职后都要熟练掌握，并
应用到实际当中去。
为开发人员提供数据库编写的规范和数据库操作 SQL 语句编写
的指南, 保证数据库的可维护性和可读性。
范围
涉众为数据库管理人员及数据存储部分的开发人员。
定义、首字母缩写词和缩略语
数据库设计：包括建立数据存储的物理和逻辑空间，定义数据库中的
表、视图、索引、字段、存储过程、触发器等对象，以及相互的关系。
ＳＱＬ编写：指程序员使用 SQL 语句，编制可以执行的操作数据库
的代码。由于 SQL 程序的编写和数据库设计紧密相关，因此本规范
包括一部分的数据库设计规范。
参考文献
2. 数据类型规范
禁止用 SQL 保留字来命名表、视图、字段、索引。数据库的关键
字。
不要设立诸如是否使用的标志字段，统一由数据库删除规则来确定。
标志字段要求提供缺省值。
数字类必须指定缺省值。
字符型字段的确定。长度固定用 char ，不固定用 varchar 。
系统序列号必须指定缺省值为 0。
不要将 Null 与 空串“”视为相同。在不同的数据库中对这两者
的理解是不相同的。在 Oracle 中空串与 Null 理解一样。如果碰到
这种情况统一用 Null 。数据库中不允许出现空串
3. 存储过程
与数据库交互频繁的业务规则，可以考虑用存储过程实现。 每个存储过程代码不能超过 200 行
对重要的计算应用注释说明其功能；
4. 触发器
避免使用后触发。（Sqlserver 、Sybase 不支持前触发事件）。如必须使
用，需项目经理审批。
系统序列号的存储统一通过触发器来控制。程序插入赋值时缺省为
0。 不允许动态创建触发器。
5. 视图
使用静态视图，不允许动态创建视图。
视图中尽量避免包含 ORDER BY 语法，影响效率。
6. 索引
为了保证索引具有提高效率的作用，估计记录数不大于 50 的表一律
不允许建索引。
只用于 DISTINCT 或 GROUP BY 子句引用的列，不用建立索引。
对于数据值变化不大的列，比如只有 yes 和 no ，那么不要建索引，
否则效率降低。
复合索引为多列，同复合主键一样将变化显著的列放到复合索引的首位。
一个复合索引可包含多达 16 个列(具体可能多数据库会不同) ，索引太多则插入数据会变慢，当索引太多的时候，必须权衡查询和插入数据的响应时间是否满足需求。
不允许动态创建索引。
7. 表及外键
不允许动态创建表、约束、外键。
8. SQL 语句规范
连接符 OR 、IN 、AND 、运算符号、以及＝、=等前后加上一个空格；否则容易导致以下类似
问题。在语句 SELECT a –b FROM table 中， a ，b 均为变量。拼写该语句时，如果 a=6， b= -3，则语句
变为 SELECT 6—3 FROM table。--变为 Sql 的注释，语句报错。 对 SQL 语句加上注释，说明算法、功能；
多表连接时，必须使用表的别名，并以此来引用列；别名必须是有意义的词。
供别的文件或函数调用的函数，绝不应使用全局变量交换数据； 禁止使用“SELECT * FROM ”语法，必须标明字段名。
禁止使用“INSERT INTO table_name VALUES(?,?,„„) ”语法，统一使用“INSERT INTO table_name (col1,col2,„„) VALUES(?,?,„„) ”。
如果在语句中有 NOT IN （IN ）操作，应考虑用 NOT EXISTS （EXISTS ）来重写。
避免显式或隐含的类型转换。例如在 WHERE 子句中 numeric 型和 int 型的列的比较。
一行有多列，超过 80 个字符时，基于列对齐原则，采用下行缩进； where 子句书写时，每个条件占一行，语句另起一行时，以保留字或者连接符开始。
每个事务处理必须有相应的 COMMIT 和 ROLLBACK 对应。
9. 表别名规范
要求起别名用表名中有实际含义的单词的首字母。如果在同一个代码块中，单个字母有重复的，可采用首 2 个字母，以此类推。如：表名 tb_user，别名为：u 。
10. 函数规范
不允许动态创建函数。
只能使用通用 SQL 的函数。如要使用新的函数必须申报，审批后才能使用。
11. 建库规范
建库脚本文件分类：
删除表类：包括模块所有表的 DROP 语句。
表结构类：包括模块所有表的建表语句、主键定义以及 CHECK 约束。还包括数据类型以及规则定义。
外键、视图、函数、索引类（简称外键类）：包括模块所有的外键、视图、索引、函数。包括 DROP 语句。
触发器、存储过程类： 包括模块的触发器以及存储过程。包括 DROP 语句。
数据类：包括模块节点以及初始化数据；包括删除数据命令。包括 DELETE 语句。
书写格式：
注释用破折号“--”
遵循各个数据库 SQL 执行标准。例如，每条 DDL 以及
12. SQL 注释风格
注释单独成行、放在语句前面；
应对分支条件表达式加注释；
过长的函数实现，应将其语句按实现的功能分段加以概括性说明； 常量及变量注释时，应注释被保存值的含义(必须) ，合法取值的范围(可选) ；
13. 书写优化性能建议
避免嵌套连接。例如：A = B AND B = C AND C = D
WHERE 条件中尽量减少使用常量比较，比如，不要用 1=1。 系统可能选择基于规则的优化器，所以将结果集返回数据量小的表作为驱动表（FROM 后边最后一个表）。
大量的排序操作影响系统性能，所以尽量减少 ORDER BY 和 GROUP BY 排序操作
如必须使用排序操作，请遵循如下规则：
排序尽量建立在有索引的列上。
如结果集不需唯一，使用 UNION ALL 代替 UNION 。
索引的使用。
尽量避免对索引列进行计算。如对索引列计算较多，请提请系统管理员建立函数索引。
尽量注意比较值与索引列数据类型的一致性。
对于复合索引，SQL 语句必须使用主索引列
索引中，尽量避免使用 NULL 。
对于索引的比较，尽量避免使用 NOT=（!=）
查询列和排序列与索引列次序保持一致
尽量避免相同语句由于书写格式的不同，而导致多次语法分析 尽量使用共享的 SQL 语句
查询的 WHERE 过滤原则，应使过滤记录数最多的条件放在最前面。 任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。
IN 、OR 子句常会使用工作表，使索引失效；如果不产生大量重复值，可以考虑把子句拆开；拆开的子句中应该包含索引。
14. 其他经验性规则
尽量少用嵌套查询。如必须，请用 NOT EXIST 代替 NOT IN 子句。 用多表连接代替 EXISTS 子句。
少用 DISTINCT ，用 EXISTS 代替 。
使用 UNION ALL、MINUS 、INTERSECT 提高性能
使用 ROWID 提高检索速度。对 SELECT 得到的单行记录，需进行 DELETE 、UPDATE 操作时，
使用 ROWID 将会使效率大大提高。（需要数据库支持） 使用优化线索机制进行访问路径控制
不建议使用游标，禁止使用隐式游标。
允许使用临时表，但必须显式 DROP 。
时间：2011年10月25日
之前在学校里面看到很多同学都在学习用Dreamweaver 设计网页，那时我通过与他们的交流与学习，我也学到了一些知识。今天我认真地看了公司的网页，感觉有些页面内容过于简单，而且视觉效果不是很好，我就先保留着这个意见，然后我打开Dreamweaver ，自己尝试着去设计网页，通过photoshop 进行相关版面的设计，然后我把设计好的页面拿给师傅看，师傅觉得很有创意，让我认真学，好好完善，等我做完之后就应用到公司的网站上面去，我很激动，感觉自己的东西能够被采纳，我也问师傅了一些问题，从他的谈论中，我感觉到自己缺乏了很多东西，都怪自己上学期间没有多去接触了解，更多的软件，今后还必须继续努力。
时间：2011年 10月30日
一直以来期望从事自己喜欢的事业的我，对软件开发有者及大的
兴趣，可由说种种原因使我从事工作以来走了好几年弯路，心中的梦想迟迟不能得以实现，可程序员的梦想从来没有从我的心中抹去，但这扇大门好像并没有向我敞开，今天，贵公司给了我敲开这扇大门的机会，让我真实体验了程序员的诞生过程。早就听说，程序员的前几个月是最苦的，可从来没有感受到，海马实习基地让我提前感受到了刚刚进入软件行业的压力和困惑，再也没有在自己家里随便写段小程序后的那种“自豪”感了。要面对每天必须面对的问题，再也不可能以“逃避”而了之了。也让我感觉到做为一个程序员所应该具备的基本素质在这不到一个月的实习过程中也让我深深体会到了作为一个合格的程序员应该具备的基本素质。
团队精神和协作能力是程序员应该具备的基本素质，最近的工作中让我深深休会到了这一点，由于小组成员配合不好，使本来很方便的cvs 给自己的工作带来的及大的麻烦，一不小心自己写的的东西就会被小组别的成员在上传文件的时候给覆盖掉，一整天的工作可能就这样被反工，我们小组这次就是因为协作不好，导致各模块之间不法连接，给工作带来了及大的麻烦，消耗了大量的劳动力还没有提高工作效率。这使我深深的体会到：一个成功商业性软件的开发必须有一个有强大凝聚力的团队，个人的力量是有限的，团队精神和良好的协作会使我们做出优秀的软件。
良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大
的麻烦。这次的这个小小的项目，就因为文档上的一点点理解错误让我们花了很大的工夫去改代码，改页面。很庆幸的是，这是一个小项目，要是大项目，这种问题可能就会导致大量的代码修改，可见文档在一个项目中起者巨大的做用。
此外，良好的代码编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。作为一个程序员，对需求的理解能力也是很重要的，只有真正理解了一个模块的作用，才会写出高效率的代码，才能使整个软件项目作出来更加优秀，具备更好的安全性和稳定性，我在写代码的过程中就遇到了需求理解上的问题，使得写出来的代码功能不全，幸好不是给客户发现在，要不，这个软件的商业价值可能就会打折扣了。单元测试对于一个程序员来说是不可不做的一项工作，不做好测试就会给后期的集成工作带来麻烦，往往为了一个小问题会让我们查找好多模块，给后期工作带来很大麻烦。
这一段时间的工作也让我明白了一点：一个优秀的程序员必须不断的学习，随时总结，找到自己的不足，这样逐步提高，才能让自己很快的成长起来。
时间：2011年11月2日
来这里也有两个多月了，我对软件开发的理解有了质的改变，以前在学校学到的东西感觉都是那么肤浅，在实际工作中要学的东西是贴近事实，从事实出发的，我学到了很多书本上无法学到的东西，我想把这些东西，总结下来，这些东西涉及到很多方面，那就分几天来总结吧。
时间：2011年11月3日
我理解的前期规划是：在市场人员们汇总一个需求提交给产品专家带领的产品经理团队，然后经过这个团队根据公司具体情况再次分析和规划出一个最终需求文档。
这个需求文档应当首先提交给技术研发部门的负责人以及核心开发人员。由开发团队对其进行技术和风险分析。如果对此需求统一有异议的地方，需要返回给产品团队，重新修正需求。反复如此，直至需求完善准确，细致，清晰。
时间：2011年11月4日
前期规划就像高楼的地基，如果马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建设的失败。在规划中我认为，交流永远是需要双方积极主动，能认真听取每个人的建议。前期工作思维不慎重，不细致，不认真，不够完善，将产生连锁效应直接导致整个工程和项目的失败。这种失败可能表现为：第一种，软件按需求实现但是功能根本不能满足用户需要。第二种，功能都有了，软件没有达到可用性、易用性。对于第一种，当然是因为前期规划疏漏了某些细小功能，没能把需求文档做完善。应该是规划工作做的还不够认真和细致。
对于第二种情况，我认为更多是在产品设计规划方面经验还不够成熟。这种问题应该是很难避免的。因为每种新产品对产品团队来说都很陌生。即使以前做过类似的东西，也难免面面俱到。这只能通过不断努力和认真的态度来弥补。
前期规划的交流涉及了市场、产品和技术研发等多个团队之间。需要的不仅是团队内部的交流，更多需要协调好团队之间的交流。可能有时候需要公司高层和中层参与协调。
时间：2011年11月6日
目前，很多开发人员深感项目的需求文档写的都很单薄。大家可以想一想，如果没有好的开始，怎么会有好的结束呢？需求文档单薄，不够细致，由谁来继续完善呢？难道让程序员们自己去完善。我想程序员也可能没有这种能力。对于程序员能把代码写的很健壮很稳定就已经是很不容易的事情了。
时间：2011年11月7日
今天总结一下概要设计。
我理解的概要设计步骤：（以项目为中心的开发流程）
1〉 项目经理仔细阅读项目需求文档。
2〉 项目经理召集项目开发成员，开项目启动会议。具体商议项目的开发任务和责任分配。
3〉 核心开发人员开发确定，以及各模块开发人员确定。
4〉 由系统分析员和核心开发人员仔细阅读需求文档，对系统整个架构分析和做技术规划。
5〉 系统分析员整理和书写最终的系统架构和概要设计文档。 6〉 系统分析员在文档提交日，提交给项目经理。项目经理确认文
档并审批。
7〉 项目经理召集项目开发成员，开一个概要设计以及系统架构确定的会议。向每个成员分发文档，并讨论确定最终概要设计文档。 8〉开始详细设计文档的工作
时间：2011年11月10日
概要设计之后就是详细设计：
1〉 项目经理组织成立各个模块的开发小组，并确定开发小组组长（程序经理）。
2〉各开发组长书写各自模块的详细设计文档，开发成员需要协助，配合。
3〉在指定提交日，开发组长提交文档给系统分析员。由系统分析员审批。
4〉系统分析员组织召开一个详细设计文档确认的会议。
5〉然后开发组长分发各自模块的详细设计文档给程序员，程序员在指定时间内完成。
6〉程序员做内部测试。开发组长协调并配合。
7〉确认无bug 提交给开发组组长。
8〉所有模块整合工作，由整个开发组成员参与完成。由所有开发组长和系统分析员负责主要部分工作。程序员协助和配合。 9〉对整合后工程做详细测试。
10〉确认测试通过后，开发组长根据开发成员表现以及提交成果填写绩效考核表。然后提交给项目经理。
11〉项目经理会召开项目总结会，同时向优秀成员颁奖。同时鼓励所有成员继续努力。对不能按时完成导致项目能按时提交，以及对导致失败的关键人员给与惩罚处理。
时间：2011年11月20日
断断续续的总结了一段时间，只是一个简单的开发流程，一定是有很多不足的地方。希望能起到抛砖引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，关键还是在人本身了。没有一个流程和制度，一个团队也必将是一盘散沙。正所谓“无规矩无以成方圆”。这句话说得很有道理。这里要总结一下具体编码方面的内容，开发几个项目之后，对编写程序有了更进一步的了解。 好的程序应该具有: 易读性，易扩展性，容错性。易读性: 所有变量和函数以及类名用简单易懂易记忆的命名方式。所有类和函数甚至变量都有关键的注释说明。这点很重要，也是最基础的。如果代码书写不够美观和易懂，我想自己以后也不想再看。就更别谈功能的扩展和新版本开发了。易扩展性: 整体系统架构逻辑简单清晰。模块与模块之间尽量做到互不影响，也就是尽可能的独立。这部分工作主要体现在前期设计工作中，需要掌握好的设计经验和方法才能够做得比较好。容错性: 对数据流和指针以及数组都做数据有效性检查；对第三方接口的调用失败的容错性。对所有代码都做调用失败后的错误处理。以及在大的工程中加入trace 文件输出，把关键的数据流和关键处理部分的操作信息输出。以便对工程异常情况产生条件的定位，及时解决问题。我觉得程序员能在这三方面做得很好就算一个优秀的
programmer 了。
时间：2011年11月22日
今天上班的时候，我一直在办公室处理文件，因为其它同事比较忙，为了能够早点完成任务，我让其它的同事把一些工作给我做，一方面可以提高效率，另一方面，我还可以从中学到东西。我们是一个团队，只有一个共同的目标，那就是使公司的效益最大化，这就是我们奋斗的目标。
师傅为了让我对网站的整体设计有更深刻的理解，早上他给我指点了方向，并推荐了几个网站给我学习。师傅推荐的网站都做得很好看，功能也很强大，顿时给我一种肃然起敬的感觉，网站界面设计整洁、专业，通过观摩与请教，我很受的启发。
时间：2011年11月25日
今天上午来公司的时候，经理把我叫到他办公室去，刚开始还以为，我是不是做错什么东西了，没想到经理找我谈话，是来关心我的实习情况的。通过他的指导，我觉得受益非浅。他强调了我们做事要抓住重点，别一天看起很忙也没看到忙出什么成果来。告戒我们年青人要有梦想，要勇于迎接挑战，战胜困难。有时间的时候，要多看看书，不止是专业方面的书籍，毕业后要淡化专业的思想，多多涉猎各方面的书籍，给自己充电才能保持持久的优势。
时间：2011年11月26日
今天是周六，按照公司规定，隔周的星期六上午都要召开部门会
议的。今天起的和平常一样早，因为习惯了这样的作息规律，所以，在吃完早饭后，我打开电视看了一会新闻，时间差不多的时候，我便去公司。来的有些早，等了差不多半个小时左右，同事们都来了。会议定在9：30开始，会上，经进理让我和几个新来的实习生总结一下这段时间以来完成的工作情况和个人感受，并对下面两周要做的工作进行部署。会议结束之后，经理让我试着写一份会议总结，下周一交给他，所以在回宿舍之后，我就开始写了。
时间：2011年11月28日
今天下午，师傅又分配给我一个任务，有一个同事的电脑坏掉，让我过去帮她看一下，原来是电脑中病毒导致电脑瘫痪而无法使用，在征求她本人的同意之后，我帮她重新装了系统，还好这个同事平时工作比较细心，都资料都保存在其它盘，所以当我重装完系统之后那些资料都还在，装完系统之后，我就开始帮她安装公司ERP 管理软件，刚开始我还不懂得怎么安装，后来看了这个软件安装视频和说明书之后，很快就把软件安装好，当然电脑也恢复了正常。
时间：2011年12月5日
今天经理让我去管理一个网站的后台，里面有些数据需要更新，最新报表要打印出来，我从师傅那里拿到了登录的账号和密码之后，我便进入了网站的后台。我发现后台的管理页面很美观，很容易操作，我试着提取最新的订单，并打印出来，交给了经理。这项工作很简单，
但要求我们必须要认真，不能马虎，如果造成数据错误的话，会给公司带来损失的。
这段时间一有时间，我就在熟悉公司的系统管理软件，也了解的差不多。今天师傅过来问我对这个系统掌握的怎么样？刚开始我回答说，还可以，掌握地差不多了，应该不会有什么问题。没想到，师傅马上要我进行现场演示，根据他的要求来操作，他一边看我操作，一边问我这些功能是怎么实现，真的被他问蒙住了，有些地方我之前根本没有接触到，特别是专业方面的知识，他后来对我说，学习一个系统软件，必须要认真对待，要了解其中是怎么实现的，特别是对于你们学计算机专业的，更要严格要求，不能含糊，感觉师傅教导的是，很正确，自己确实在有些地方没有认真学习，这是一堂深刻的教育课。今天的心情很沉重，不过感觉自己很幸运，能够遇到这样的好师傅，能够指出我的不足，让我能够更快地进步。
今天我对ERP 系统再次进行认真地学习，发现该系统里面的订货模块、库存模块以及运输管理等模块，都是与SQL 数据库进行链接的，通过ADO 控件与数据库连起来，实现断气的实时添加、修改、删除等功能，另外还提供排序、打印等模块，再比对一下自己之前在学校里面做过的课程设计，感觉自愧不如，我要学习的东西还很多很多，我还得继续努力，不断地去完善，才能让自己进步的。
时间：2011年12月11日
实习的日子过得很快，这段时间以来的实习，让我更加坚定自己所学的计算机科学与技术专业，在当今快速发展的时代，计算机在企业经营管理上发挥了重要作用，计算机技术可以转化为实实在在的效益，让我更深切地体会到计算机科学技术给社会所带来的重大效益。
今天是我实习的最后一天，难忘这几个月的实习生活。在这几个月的实习生活中，我学到了很多的东西，不仅巩固了自己的专业知识基础，也将理论与实际很好地结合起来，社会很复杂，要想在社会当中立足，必须要有过硬的本领，适者生存！