本帖最后由 ASHYLAI 于 2022-9-25 20:13 编辑
我遇到的不好好交接的软件工程师做法：
80后C语言程序员某，他的程序交接给老大后，老大一个月都看不过来。他主要是依靠指针来把人绕晕。例如出现了 ***abc 这样的变量。
90后程序员W，他的程序适用复杂的数据结构链表，然后又用不是常见的算法实现。你不知道算法，就算你知道数据结构，看起来头也大。
使用原子运算，不能一下子看出。
使用极少见的宏定义，导致连打印都要搞很久。
80后程序员Z，直接上ucos操作系统，小白直接Pass掉。使用大量的宏，看起来很规范，实际上掉进他的程序真的容易迷路。
80后Y， 写了一个批量换名程序，对关键处使用自己才看得懂的暗号。如此一来，读程序就需要猜谜，小白也被pass掉。注释的话一键删除，所有调试代码也不留，只给最终版程序。
那么，问题来了，如果是你离职，你要怎样交付程序？
我建议的方式是，你按照教科书方式交付程序。什么叫做教科书交付呢？
所谓教科书交付，就是你的代码就像教科书上的代码一样的风格，别人找不出你的问题。但是又不能从中学到任何东西。平心而论，要做到这一点难度非常高。
其中的细节也不是一言两语能道清。
|
楼主
标题置顶
标题高亮
