首先你应该询问同事是否有相关项目的相关技术的相关文档,找到他,放在一个自己能随时找到的地方。 接下来你就是去玩儿你要接手或者即将开始开发的这个项目。把源代码跑起来,找一个简单的模块,跟踪一下执行过程当然别忘了你运行的这个必须是单独的,无论你是自己down的还是怎么的一定要和线上的版本分开对于一个自己熟悉的编程语言,多少有一些经验的开发者来说,通过上面两个步骤基本可以大致的了解整个项目是一个什么架构,怎么交互,怎么存改删查。对于混乱而且毫无章法的代码要多细心多玩儿几次。 知道上面那些之后,你现在要做的就是模仿,去模仿他们的写法,完成一个简单的功能,哪怕只是把数据库写到数据库再查出来这么简单。对于后端的话基本就是这个样子,当然如果你运气够好,所在公司比较正规,文档一应俱全,那真是恭喜你了。当然,就算不是也没关系,你还有可爱的程序员同事,别害羞,大胆的问吧! 对于前端可能情况会复杂一些,因为存在着一种为了框架而封装框架的这种情况,笔者就曾遇到过,只是将某某最大开源框架进行了惨无人道的封装,么有文档,没有说明的这种情况。虽然蛋疼,但也不是无解,当你需要一个怎么样的效果,功能,交互的时候。去原来项目里面找(怎么找?这就是上面第二布的功劳了),95%的情况下你都能找到,然后结合第一步中得到的文档(如果有的话你真可以小小的开心一下)去摸索。剩下的,5%还是去找你可爱的同事吧。丢丢肥皂,程序员们还是挺可爱的。 好了,牛逼吹完了,该睡觉了,么么哒^_^ _By.AlexChen
如果有git的话,速度创建一个分支,创建的目的是为以后做错做个备份。 然后虚拟一个需求,虚拟一个时间,准备开发。如果时间允许的话。 在实现代码时,自然而然就溶入其中。 这只是没有任务的情况下做的假设,如果有任务,速度开发的时候就需要熟悉他的代码,不是如何的问题,而是赶快看懂别人的代码,理解需求,在原有的基础上做扩展。 个人建议,仅供参考。
首先你应该询问同事是否有相关项目的相关技术的相关文档,找到他,放在一个自己能随时找到的地方。
接下来你就是去
玩儿
你要接手或者即将开始开发的这个项目。把源代码跑起来,找一个简单的模块,跟踪一下执行过程当然别忘了你运行的这个必须是单独的,无论你是自己down的还是怎么的一定要和线上的版本分开
对于一个自己熟悉的编程语言,多少有一些经验的开发者来说,通过上面两个步骤基本可以大致的了解整个项目是一个什么架构,怎么交互,怎么存改删查。对于混乱而且毫无章法的代码要多细心多玩儿
几次。知道上面那些之后,你现在要做的就是模仿,去模仿他们的写法,完成一个简单的功能,哪怕只是把数据库写到数据库再查出来这么简单。对于后端的话基本就是这个样子,当然如果你运气够好,所在公司比较正规,文档一应俱全,那真是恭喜你了。当然,就算不是也没关系,你还有可爱的程序员同事,别害羞,大胆的问吧!
对于前端可能情况会复杂一些,因为存在着一种
为了框架而封装框架
的这种情况,笔者就曾遇到过,只是将某某最大开源框架进行了惨无人道的封装,么有文档,没有说明的这种情况。虽然蛋疼,但也不是无解,当你需要一个怎么样的效果,功能,交互的时候。去原来项目里面找(怎么找?这就是上面第二布的功劳了),95%的情况下你都能找到,然后结合第一步中得到的文档(如果有的话你真可以小小的开心一下)去摸索。剩下的,5%还是去找你可爱的同事吧。丢丢肥皂,程序员们还是挺可爱的。好了,牛逼吹完了,该睡觉了,么么哒^_^
_By.AlexChen