84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
作为接手团队应该注意什么,保证后期项目的稳定运行?这类事情的风险,帐号、恶意修改、填坑?大型项目难免部分细节可能需要前团队做支持?交接文档和手续之后,要求提供后期按工时或次数限定的技术顾问服务合理吗。
ringa_lee
恶意修改之类的问题可以依靠法律协议及良心,还有保密协议是必须的,另外应该要求对方提供所有的可能的主机、账户、密码等信息并修改密码。技术支持最好是友好协商,留下联系方式,有问题的时候能问一下,这个能让你少走弯路,但是不会帮你解决任何实际问题。至于文档什么的,真心不用期待了,文档永远跟不上代码的变化,所以过期的文档除了坑你之外没有别的用处。自己慢慢玩儿吧,坑是必然的,习惯了就好了。关于紧急bug的修复,这种东西通常根本不需要你了解项目整体,只要把出现的问题改好就行了。交接的时候前辈总是得意洋洋的告诉你一些辉煌的历史,绝对不会告诉你任何问题的,第一损害自己的名声,第二万一你让他改完了才放人怎么办,第三他自己根本也不知道有什么问题(没人会写自认为是错误的代码,所以bug只会被别人查出来)加油吧~
这就是良心活了,你能想到的就都要吧。如果开发团队够专业,可能给你比较详细的开发文档。不专业可能就没什么文档,你要的话临时给你写个凑合用的。操蛋的团队就毛都没有,然后都是坑,代码都是什么茄子黄瓜西红柿什么的,你研究去吧,几个月能了解个大概就不错了。现在也祈祷下比较好,祝你好运。
恶意修改之类的问题可以依靠法律协议及良心,还有保密协议是必须的,另外应该要求对方提供所有的可能的主机、账户、密码等信息并修改密码。技术支持最好是友好协商,留下联系方式,有问题的时候能问一下,这个能让你少走弯路,但是不会帮你解决任何实际问题。
至于文档什么的,真心不用期待了,文档永远跟不上代码的变化,所以过期的文档除了坑你之外没有别的用处。自己慢慢玩儿吧,坑是必然的,习惯了就好了。
关于紧急bug的修复,这种东西通常根本不需要你了解项目整体,只要把出现的问题改好就行了。
交接的时候前辈总是得意洋洋的告诉你一些辉煌的历史,绝对不会告诉你任何问题的,第一损害自己的名声,第二万一你让他改完了才放人怎么办,第三他自己根本也不知道有什么问题(没人会写自认为是错误的代码,所以bug只会被别人查出来)
加油吧~
这就是良心活了,你能想到的就都要吧。如果开发团队够专业,可能给你比较详细的开发文档。不专业可能就没什么文档,你要的话临时给你写个凑合用的。操蛋的团队就毛都没有,然后都是坑,代码都是什么茄子黄瓜西红柿什么的,你研究去吧,几个月能了解个大概就不错了。现在也祈祷下比较好,祝你好运。