如何愉快地接手一个项目

都说程序员最讨厌看别人的代码了,总是觉得对方的代码写的凌乱不堪,怎么看都看不懂,还不如自己重新写一份。

最近刚刚接手一个项目,做二期开发,刚拿到项目,首先就碰到这个项目使用Maven做的,之前有没学过,一下子就有点烦了。再加上使用Maven导入后启动项目还报错,就更加怒不可遏,妈的你给我一个项目居然还跑不起来!好不容易利用周末了解了maven的一些基础,把pom.xml文件改动了一下,虽然启动时还是报错,不过是报另一个错误,试了一下localhost:8080/xxx,项目可以跑起来了!有页面显示!!!

高兴不久,在后台登入那里,明明我的账号和密码是和本机数据库对应的啊,就是登陆不了。我了个去,不是吧,这个项目连登陆都登陆不了,这么一个大Bug都没解决就好意思给我们开发二期????

此时的我已经快疯了。

。。。

。。。

突然,我想是不是数据库的问题,她连的是哪里的数据库呢,我检查了一下Hibernate.hbm.xml,没错是我本机的的,出于之前的开发经验,我习惯性地将改数据库连接作为导入项目的一步。

然后又想起了spring里的数据库连接池c3p0配置,检查一下,我去。。。练的是远程机的,于是我立马改为本机。

登录,此时界面有反应,表明验证成功,但是有来一个报错,admin的xxx字段不存在。。我去,果然,数据库中没有这个字段。

难道给我的数据库sql文件不是最新的???

好吧,我还是连远程机的吧,本以为远程机需要密码访问,结果一远程直接就进入了,还能进入mysql后台查看数据库,这酸爽。

接下来一切都好办了,项目终于可以正常开发。

毫无疑问我的这一次接手是及其不愉快的,但是这些不愉快都是自找的。

总结,如何愉快的接手一个项目:

首先你要由衷地认可对方的劳动,毕竟大家都是程序员,都知道开发码代码不易,熬夜加班等都是大家的日常,自己接手的这份代码都是别人的汗血。

其次,你要认识到,接手过来这个项目有bug,责任是在之前的开发人员,但是调试的责任,是你。

如果说自己写的代码是自个的孩子,那么接手别人的代码就是替别人照顾孩子,甚至可以说你就是他的继父,就算这个孩子多么淘气和不乖,你也要把他当做自己的孩子去对待,这孩子有错的地方纵然和他父亲有关,但现在你是他的父亲,教育他,是你的责任。同样,调试一份接手过来的代码,也是你的责任。

再者,把它当做一个学习的过程,别人开发的方式、使用的框架、插件都可能和自己习惯的不同,这时就去学吧,学完之后马上可以用到项目中,何乐为不为。

最后,相信对方的能力和责任心。毕竟对方曾经和你是一家公司的(甚至连职位都一样),经过同样门槛的面试,能力绝对不比你差;毕竟当初对方开发的时候也是有项目经理在监督的,不可能开发的很不负责任。所以,请相信对方,同时也相信对方的代码,有bug,先考虑自身的环境,不要轻易去改动对方的代码,这里特别注意要备份好对方的原始代码再在svn或者git上开发。

之所以有这么多的感想,很大程度上来源于这一段话,分享给大家~

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-10-06 12:28:49

如何愉快地接手一个项目的相关文章

前段时间,接手一个项目使用的是原始的jdbc作为数据库的访问,发布到服务器上在运行了一段时间之后总是会出现无法访问的情况,登录到服务器,查看tomcat日志发现总是报如下的错误。    Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Data source rejected est

前段时间,接手一个项目使用的是原始的jdbc作为数据库的访问,发布到服务器上在运行了一段时间之后总是会出现无法访问的情况,登录到服务器,查看tomcat日志发现总是报如下的错误. Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Data source rejected establishment of connection, message from server: "Too man

程序员必备技能——怎样快速接手一个项目

作为一个程序员,我们很少能从头到尾参与一个新项目的开发.如果你经常开发的是新项目,那你真是太幸福了. 更多的情况是半路进入一个项目组进行开发,或者是有其他同事离职了,之前由他维护的系统转交给你维护. 还有一种情况就是领导不知道从哪里弄过来一个系统和一堆文档,然后就直接就把系统交给你了维护了. 遇到以上几种情况我们怎样才能快速熟悉上手项目,应对生产问题呢?下面是我自己在工作中的一点总结,希望能对大家有所帮助. 资料要要全 当你接手一个新项目(别人的项目)的时候,你要第一时间向把项目移交给你的人要到

新接手一个项目注意问题

项目交接小总结 稿源:wangxuntian.com ** 撤稿纠错 最近被项目交接的事搞得很焦躁,总也完不了的感觉.影响现在的工作进度不说,还弄得老大颇为不满,以为我藏着掖着不愿意讲,委屈又窝火.希望能总结一下,以后改进,也希望众人多提议,让我赶紧脱离这个苦海. 简单分成了文档&业务逻辑两个部分: 文档已能涵盖几乎所有的内容,但因数量较多且层次不分明,往往需要花费大量的时间阅读,对新接手的人来说,是了解项目最全面最精细也是最慢的方式.所以,为了交接的效率,会辅以会议和串讲,说明核心逻辑和业务需

如何快速接手一个项目(内部项目或开源项目)

1. 了解项目 读相关的文档和文章,起码要知道这个项目是用来干嘛的,有什么样的功能,运行在什么上面(手机,PC,或多平台),发行许可(GPL,Apache或者??),目标格式(应用程序,库,中间件等)等等.通常这些问题在项目的文档,Wiki,FAQ等地方都 能找到. 2. 获取源代码 这不用多说,没源码你还研究个啥,这个官方文档会讲,通常都是通过SVN或GIT,当然也有把源码打包下载的(前提是源码比较少). 3. 编译和构建出可运行的目标产品 后面会讲到,光看源码就好比读布尔代数,或马克思主义一

使用 Bootstrap 和 HTML5 Boilerplate 开始一个项目再续

前情提要 使用 Bootstrap 和 HTML5 Boilerplate 开始一个项目 使用 Bootstrap 和 HTML5 Boilerplate 开始一个项目续 在前面,我创建了一个简单的首页,但是现在遇到问题了,我不能满足于 Bootstrap 的默认样式,希望能够根据自己的需求来定义样式,所以,为了能够愉快地修改样式,我需要先来理解一下基本的 Less 语法,更多详细资料可以参考官网 Less 是一个 CSS 预处理器,使用类似于 CSS 的语法,对 CSS 做了很多改进,不过,最

项目管理心得:一个项目经理的个人体会、经验总结(zz)

本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜.因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳 的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己.以下是本人一些做项目的个人体会,写出来供大家指点,在 讨论过程中共同提高水平. 项目开始阶段是一个最重要的阶段.项目经理在接手一个新项目的时候,首先要尽可能地多从各个方面了解项目的情况,如: 1. 这个项目是什么项目,具体大概做什么事情,是谁提出来的,目的是解决什么问

一个项目的测试教训

接手了一个项目的测试后,过程很是坎坷.在这个过程中我的感触很多. 从我接手这个测试开始,就感觉到工期一直很紧,本来我最初的想法是赶紧把这个测试做完.出个报告. 但是在测试的过程中,首先是发现了Jconsole监控的堆内存一直增长,超过了4个G之后,server就挂掉了.这是在稳定性测试中发现的问题. 根据我的风格,我就找项目经理反应了一下这个问题. 之后就一发而不可收拾的走到了解决问题的路上. 首先,有人说我的脚本写的有问题,我的脚本写的是直接通过url访问的.我并没有辩驳什么,那我就改了. 第

【Lolttery】项目开发日志 - (三)维护好一个项目好难

项目的各种配置开始出现混乱的现象了 在只有一个人开发的情况下也开始感受到维护一个项目的难度. 之前明明还好用的东西,转眼就各种莫名其妙的报错,完全不知道为什么. 今天一天的工作基本上就是整理各种配置. 再加上之前数据库设计出现了问题,要增加一个表,改几个名字,删几个字段……真是头大 1.gradle排除依赖 在打war包的时候出现了spring-boot与dubbo框架自带的spring2.5.6冲突的情况,于是学会了这么一招: //仅在本地执行时使用,不添加到war providedRunti

如何较快熟悉一个项目?

最近换了环境,开始接触一些新的代码和项目.人总是会迎接一些新的项目,拥抱变化,时间成本往往在成本中成为了最大的成本,于是我也记录一下自己摸索的过程. 如标题所说,快速和熟悉是两个重点.快速,自然是在很短的时间内完成更多的事儿. 1.工欲善其事必先利其器. 我第一步就是挑一些好用的工具作为工作前奏.ide自然可以选自己顺手的或者偏爱的,我个人喜欢phpstorm+vim.小文件vim,大的组织结构的project用phpstorm.数据库gui工具在linux下我是用workbench,windo