f********9
发帖数: 30 | 1 非software行业，但也开发编程。最近接管了个刚跳槽的人的项目，这个项目在历史上
是有2-3人的工作，不过人都跳槽了，最后给这个刚跳槽的人做。大概看了一通，发现
这刚跳槽的把以前的code全放在了package的subfolder里，然后在package的main
folder里写了个wrapper，然后在前两行直接写code package developed by xx on
201x/xx/xx，完全take了credit，还有写了个document也只字不提以前的人的贡献。原
来的project manager并不会看code，估计被吹得全是这走了的仁兄的一人功劳，听说
评价还很高。最近和这project manager打交道，发觉甚至还在口口不绝的提到这跳槽
的人多牛啊，你们接受的要好好credt人家的以前的贡献。真不知道要不要给他难看。 |
J*******n
发帖数: 2901 | 2 一般写document要咋提前人的功劳啊？project manager不懂code但不会不懂feature吧
，怎么也知道哪些feature是原来有的，哪些是新加上去的
如果老板不懂技术，想办法take credit也很正常，比如IT这一行的框架\工具多如牛毛
，很多都很好用，站在别人的肩膀上做出来个东西，如果老板不懂技术，就暗示说都是
自己implement的，是不是也不算过分啊？我没这么试过，因为老板是大牛 |
f********9
发帖数: 30 | 3 我所不齿的是“脱裤子放屁”来抢credit，和我原来写的一个帖子都是说的一样，把人
家的code重新写一边，然后写coded by xx。非software行业没有code version
control，project manager今天换明天换的，谁TMD的记得以前有什么功能。
LZ一定要让version control提上日程，虽然只是个夕阳行业
【在 J*******n 的大作中提到】
: 一般写document要咋提前人的功劳啊？project manager不懂code但不会不懂feature吧
: ，怎么也知道哪些feature是原来有的，哪些是新加上去的
: 如果老板不懂技术，想办法take credit也很正常，比如IT这一行的框架\工具多如牛毛
: ，很多都很好用，站在别人的肩膀上做出来个东西，如果老板不懂技术，就暗示说都是
: 自己implement的，是不是也不算过分啊？我没这么试过，因为老板是大牛
|
j********x
发帖数: 2330 | 4 manager的策略可以是不允许任何人在代码里提作者，真要查就看代码库里的提交记录
【在 J*******n 的大作中提到】
: 一般写document要咋提前人的功劳啊？project manager不懂code但不会不懂feature吧
: ，怎么也知道哪些feature是原来有的，哪些是新加上去的
: 如果老板不懂技术，想办法take credit也很正常，比如IT这一行的框架\工具多如牛毛
: ，很多都很好用，站在别人的肩膀上做出来个东西，如果老板不懂技术，就暗示说都是
: 自己implement的，是不是也不算过分啊？我没这么试过，因为老板是大牛
|
k**n
发帖数: 3989 | 5 copy paste在别的地方提交一遍，，只要你的code被用到，后来的人就以为是你写的。
PM夸那个人估计是因为他很快完成了任务，
也许以前人的code很多，但不work，，他让不work的work就是牛人。。
lz不要急着下结论。 |
u*********r
发帖数: 176 | 6 /**
* @author Rajamohan
*
*/ |
Z*****l
发帖数: 14069 | 7 你要不爽，直接说是垃圾屁也不能用全部要重写，然后自己wrap一个即可。
【在 f********9 的大作中提到】
: 非software行业，但也开发编程。最近接管了个刚跳槽的人的项目，这个项目在历史上
: 是有2-3人的工作，不过人都跳槽了，最后给这个刚跳槽的人做。大概看了一通，发现
: 这刚跳槽的把以前的code全放在了package的subfolder里，然后在package的main
: folder里写了个wrapper，然后在前两行直接写code package developed by xx on
: 201x/xx/xx，完全take了credit，还有写了个document也只字不提以前的人的贡献。原
: 来的project manager并不会看code，估计被吹得全是这走了的仁兄的一人功劳，听说
: 评价还很高。最近和这project manager打交道，发觉甚至还在口口不绝的提到这跳槽
: 的人多牛啊，你们接受的要好好credt人家的以前的贡献。真不知道要不要给他难看。
|
a****e
发帖数: 9589 | 8 用subversion control 就不存在这样的问题
【在 f********9 的大作中提到】
: 非software行业，但也开发编程。最近接管了个刚跳槽的人的项目，这个项目在历史上
: 是有2-3人的工作，不过人都跳槽了，最后给这个刚跳槽的人做。大概看了一通，发现
: 这刚跳槽的把以前的code全放在了package的subfolder里，然后在package的main
: folder里写了个wrapper，然后在前两行直接写code package developed by xx on
: 201x/xx/xx，完全take了credit，还有写了个document也只字不提以前的人的贡献。原
: 来的project manager并不会看code，估计被吹得全是这走了的仁兄的一人功劳，听说
: 评价还很高。最近和这project manager打交道，发觉甚至还在口口不绝的提到这跳槽
: 的人多牛啊，你们接受的要好好credt人家的以前的贡献。真不知道要不要给他难看。
|
