框架之争

星期二上午开会。我表达了我的意思,系统不应该有两个框架,要统一。部门经理表示同意,表示马上查看我们写的框架,统一用一个框架。会后,部门经理将我和老大留下商讨。我直言不讳的表达了我的不满:老大不应该背着我做,如果觉得我不行,应该直接跟我说,两人商量怎么办。我可以不做,转而帮助他做,毕竟合二人之力,总比单打独斗强。老大也表示了他的意思,认为我开发时间过长(除去耽误的时间,我其实开发时间并不长,而且做得功能相对复杂),怕我耽误进度(他压力确实大,我能理解),怕影响我的兴致(这是当然),觉得我封装得过于深(这点我不同意)等等。部门经理采取柔和的政策,即表示我耽误进度,也表示疑人不用,用人不疑。准备看我们写的框架,再做决定。
两人敞开来谈,话说出来就好。对事不对人,我还是很尊敬老大的。是他,把不懂Java的我招进公司,特别照顾我,对我的问题有问必答,在Boss面前也多次表扬我。我俩的关系也越来越好,有时无话不谈,在我心目中就把他当成我的哥哥一样,我对他没有任何心机,所以有话就说。
也许是我不断成熟,思想也越来越开阔,想法挺多,有时会和老大的想法有出处。从刚开始,老大安排我做什么我就做什么,到现在我能有更多自己的想法,也许对于我来说,我是在不断提高,可在他的角度,也许他会认为我有些躁动,不太听话,甚至会影响到他的工作安排。这点我能理解,但我也不想变成一个唯唯喏喏只会听指挥的木头人。也许把握个度,这才算问题的症结所在。


星期二下午和星期三上午公司开会,此事暂搁。而系统的权限控制等还没有具体的方法(会上对权限模块的管理存放有争执),一时不知道做什么事,就松下来了。结果晚上还和同事打牌,没有进一步开发,这为后面不能继续开发埋下了隐患。

星期三上午公司会议结束,部门经理通知下午开会,商讨系统框架的事情。我首先对我开会的系统进行了讲解,主要针对数据库的操作,详细讲解了提供外部调用的类的使用方法,以及如何和MVC模式的Struts的结合。部门经理对我的程序提出了一些意见,主要针对错误的处理不够。而后,对我数据库的封装的程度,大家有不同的意见,认为我封装得太深。我表示,既提供了封装的方法,也提供了单独调用的方法,主要看使用者的意思,数据库的操作应该还是提供得很全面的。而之所以要封装得够深,把数据连接的操作和事务的控制封装,就是基于以前开发的系统出现这方面的问题太多,所以才如此实现。
部门经理要求看前台界面,由于我权限没有实现,前台更无法做。因此部门经理认为我只完成了1/3的工作。决定让我完成手头积压下的工作,框架剩下的部分由他和老大,将他原公司的框架结合我的数据库部分加上MVC模式,在星期天一起完成,下星期拿出框架。无语。虽然还是有点舍不得,但事已至此,木已成舟,无法挽回。如果我前天晚上不打牌,加紧点,完成更多部分,也许还有可能继续完成。时间啊,真是不能浪费,稍不留意就稍纵即逝。

框架之争到此结束,我已经尽力了,虽然最后阶段有点松,错过了继续开发的机会,但能将自己亲手写的代码应用到实际中(只是有可能)去还是值得庆幸的,不过却没有任何高兴的感觉,反而有些失落。不能继续开发确实十分遗憾,但能完成前阶段的开发,确实收益不少。而且总算完成了很早以前想封装数据操作的想法,也算圆了个梦吧。

不知道他们会在我框架上动多大手术,自己的孩子被人家修修改改的,心理总还是不太舒服的,这就是程序员的一点点自尊的体现吧。
部门经理说过,借此摸摸我系统框架的能力,不知他对我的意见怎么样?没底。虽然肯定不好,但希望不要太差。

眼下最重要的就是追上落下的进度,加班,熬夜,继续。
posted @ 2004-07-28 00:00  vanuan  阅读(120)  评论(0编辑  收藏  举报