最近的工作，可以说是痛苦的，如果提前知道这段经历，我可能会退却。现在这段痛苦还没有过去，也许还处在刚刚开始的阶段也未知。
痛苦有痛苦的收获，有些经验，不是完全浸泡在这种经历之中，这种情绪之中，是不可能从别人的口中，书上得到的。 为了不让这段烦人的经历被浪费，希冀有所成长。下面的文字，希望能记录下一些事情，更是为了帮助回忆和思考。
项目只是一个大项目的子项目，很小的项目。难处在于，这个项目不是独立的，而是依赖其他项目或者资源。这样带来的不可控性时时都引发问题。
项目依赖了，另一个业务系统的业务数据和业务规则，要和一个单点集成平台集成，要部署在商用环境上，部署环境不可控。
流水账一下，自己遇到的困难。
第一：项目依赖了OTRS ticket系统。这个系统是perl写的。虽然是开源的，但是看不懂源代码去熟悉业务规则，和系统怎么实现这些业务。因为现学perl已经来不及了。只能通过在界面上黑盒的操作来推测代码所做的动作。但是挂一漏万，总是有一些边界的动作没有考虑到。因为这种探测功能的测试做的不够完善。彻底了解一个业务系统是做之上开发的必要条件。阅读源代码也是了解这个系统所必须的。黑盒虽然短时间见效，但是最后会尝到恶果。
这个项目还有第二阶段，在第二阶段这些问题需要弥补。最为重要的是还是需要看源代码，黑盒的探测业务是行不通的。如果碰到行为古怪的系统，行为和预期的不一致就更惨了。古怪的行为只能通过源代码发现。因为人家的思维不一定和你的预料一致。即使看起来一致，其实边界条件隐藏着很多不一致的定时炸弹。
虽然搭建了本地的OTRS环境，但是由于缺少真实运行的业务数据，有一些bug没有来得及发现。自己对OTRS系统不够彻底了解，只能做一点是一点，这一点是很忌讳的。没有主动和公司负责这个系统的运维人员主动沟通业务和数据方面的知识也是失误之一。包含一年公司业务数据的测试系统搭起来的很晚，因为这个不是我自己能掌握的，所以架构在这个系统上的测试，也拖的很迟。但是自己在得到有真实数据的环境以后，也没有做完善的测试，也是失误。特别是边界条件上的测试。
需要和业务人员沟通，编写完善的测试用例，了解系统的日常流程。需要尽早的接触真实的环境，和真实环境的偏差都会导致新的问题出现。
在真实的OTRS环境搭建好以后，还是发现了不少问题。
这里碰到了三个环境，自己搭建的，公司搭建的测试环境，商用的环境。每一次都发现新的问题。问题在自己，没有和业务人员沟通，做出有效的测试用例。
总之测试环境一定，一定要和真实环境尽量的相近。不然很多隐患，迟早爆炸，那个时候时间和资源就很紧张了。
在真实环境上，用了tomcat6.0.由于页面的语法检查比5.x更加严格，有一些页面没有通过检验，不能编译。导致页面出错。
第二，系统要和单点登录系统集成。一开始遇到cookie传不过去的问题，调试了两天。还是环境的问题。因为不熟悉Crowd系统。所以大部分时间都在不着边际的摸索。
单点登录的问题还么有结束，因为需要使用域名，要通过apache做proxy跳转到tomcat。网络环境变的复杂。在第一次切换时也出现了问题。每次的问题都可以惊出一身冷汗，因为不知道能不能解决，环境太过复杂了。
由于单点登录系统的加入，网络环境的复杂可能给部署带来很多麻烦。系统之间的集成是脆弱的。系统集成是需要花很多时间的，最后无一例外会和最初的设想不一致。
第三，也是非常非常头疼的一点。部署环境不是自己控制的，而且是安全性非常高的环境，权限控制非常紧，另外部署到真实环境上的时间非常短，几乎没有什么时间去调试。要求一部署上就能工作，如果发现问题，需要修改和重新启动服务器。部署人员就会非常的为难。这里也显现出脚本语言系统在部署方面的优势。对于小的改动，不需要编译和重启服务器。
如果部署人员对系统的安全性做了新的限制，比如文件读写权限，或者数据库做了修改。就会导致web服务器无法启动。但这时问题不在程序本身，会将问题诊断导入歧途，浪费大量时间。环境要稳定。
真实系统也要有一定的时间，和一定的权限供应用程序测试。资源紧张会导致大量的时间浪费，最后只能用加班来低效的弥补。由于安全性的控制，如果我在环境上发现了什么问题，想重启服务器，上传class文件更新，这时候已经没有了登陆服务器的权限和ftp的权限。只能去找部署人员打开，其实人家也很为难。大家都有难处。我认为主要还是验收的工期太短，所以有些事情不能从容的去做，部署人员总是惦记着收回服务器的权限。如果这些事情分阶段去做，情况可能会好一些。因为搅在一起，会使得大家的工作互相干扰。而且不白原因所在。
真实的环境部署，要留出一定时间供测试，一定权限供测试，最后再收回权限。如果事情搅在一起，互相干扰，就会觉得寸步难行。不要低估到真实环境上的问题。发现了问题，因为没有权限不能去改动，是非常难受的事情。这都是平常部署环境完全自己控制，什么都是root权限，数据库和文件，所不能遇到的问题，服务器启动不是很难。
第四，如果从代码部署到真实环境，有一堆的配置文件需要修改，挂一漏万，如果忘记了修改，就导致整个程序出现问题。如何管理测试环境和真实环境的配置变动也是一个挑战。只通过记忆和注解打开关闭是不行的。
没有想到会遇到这么多问题，因为集成引入的复杂性。
先让这些回忆沉淀一段时间，然后再回头来总结经验教训
对于生活上，只需要让家人知道自己最近有一些忙，尽量不要把工作的情绪带到生活中来，因为这会伤害到家人。也只能说尽量。
不要说别人，就是自己，如果过了一段时间，也很难感同身受的体会别人的紧张，压力和烦恼。
另外还要补充几点：
作为开发人员，可能有点内向，起码我是这样的。要大胆去沟通，把自己的问题说出来，无论是向同事请教技术难题，还是和业务人员沟通业务，还是让领导知道进度，自己这里的问题。不要把事情藏着，其实只不过是拖着，最后都会暴露。沟通肯定是没有错的，不要因为一两次沟通不畅就退缩。工作环境其实还是有好的，即使不友好，你藏着事情，就是你的责任。主动和人交流，然后留下沟通的电子邮件等。你做了，别人不配合是别人的事情，你不做就是你的事情。事情成不成又是另外一回事。
