公司怎么防止因程序人员流动而带来后续人员不好接手工?

2020-01-01 17:49发布

  就是公司有写软件的人辞职了,可是他一走 这后面 招的人怎么最快上手他的工作?
是不是公司需要做一个框架  要求所有写程序的人员  按框架来  

比如说  做 程序流程图  清楚明白到细节
比如:  程序用的系统  指定
比如: 写的  函数 变量、结构体要规范
...
...
...
...等等

这些东西该怎么做  还是 这个框架该怎么搭建?
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
99条回答
chen849928055
1楼-- · 2020-01-10 11:31
zuu0 发表于 2016-6-29 14:13
昨天开会还和老板说,要不要写技术文档

老板说,产品成熟了,已经批量生产了,无所谓了。不要了。。

对于老板来说,他优先考虑的是成本,哪个成本低就用哪一个
simplorer
2楼-- · 2020-01-10 13:04
 精彩回答 2  元偷偷看……
njjh1718
3楼-- · 2020-01-10 17:46
mzf3 发表于 2016-6-29 14:13
不要让一个人完成整个项目。

这句话  说的在理   往往小公司资金有限   也没有办法    先活着再说  
wofei3344
4楼-- · 2020-01-10 23:38
four_zhg 发表于 2016-6-29 14:04
就是你说的方法,程序不需要写的多么高深,各种指针乱飞,只要平实就行,注释一定要写清,每做完一个项目, ...

话说,注释也可以写的很乱或者不清楚,如果让一个工程师写好了代码,然后你再配一个人专门去检查他注释写的清楚不,各种验证....工作量太大,而且给人很不舒服的感脚。。。。

留人才是王道,实在不成,只有找更牛逼...
our2008
5楼-- · 2020-01-11 01:48
能让机器运行良好的代码才是好代码!  

为了让人看懂而写的代码只能方便人与人之间的交流!  
unnormal
6楼-- · 2020-01-11 03:18
看到了很多方面的建议,感觉拓宽思路了。。。。

一周热门 更多>