所谓人肉堆码:
1,有功能需求文档,但没其他太多的设计文档。
2,日常工作流程是——项目经理自认很聪明——弄个效果图或其他的,程序员只负责看需求写代码;
3,没对项目的实现做核心与非核心区分;
4,代码的优劣由编码人员决定,而不是编程规范决定。
5,.......暂时不说,说了我的软件开发思想就曝光了。
基于人肉堆码写出来的项目沿用特征(如果你要沿用别人用堆码写出来的控件或其他):
1,直接按文档调用使用,不是问题;
2,但分析结构或实现原理或流程,会非常麻烦...完全看个人掌握的代码水准与工具水准而花费多寡的时间看明白;
3,在其基础上,简单修改个把bug小问题,不是很困难,但优化改进会需要3倍以上的开发时间;——理论上,人肉堆码写出的代码结构性与层次性一般都不太给力。
4,如果开发人员离职,让别人接受会非常蛋疼...
一切的根源,不以文档作为项目功能、结构、实现流程的依据,很多东西没文档化。
PS:以上纯个人观点,如有不服,直接无视,HOUHOU.