InfoQ: 讨论：怎样才算“易于维护”？
http://www.infoq.com/cn/news/2009/08/what-is-maintainable

非常现实的问题，而且这好象是软件工程一直回避的问题？
从来没有见所谓 可维护性 检验指标集之类的成果出现？

不论什么语言，恐怕都对 可维护 有自个儿的观点;
我想问的是，对于维护这些代码的我们，我们内心是怎么想的？


-- 
http://zoomquiet.org 人生苦短,Pythonic!-)
工作的层次(依靠谱程度从低到高)=有做- 做完- 做对- 做好- 帮助他人做好

2009/8/26 Zoom.Quiet <zoom.quiet在gmail.com>:
> InfoQ: 讨论：怎样才算“易于维护”？
> http://www.infoq.com/cn/news/2009/08/what-is-maintainable
>
> 非常现实的问题，而且这好象是软件工程一直回避的问题？
> 从来没有见所谓 可维护性 检验指标集之类的成果出现？
>
> 不论什么语言，恐怕都对 可维护 有自个儿的观点;
> 我想问的是，对于维护这些代码的我们，我们内心是怎么想的？
>

PS:
Kaopulity = Keep all processes usablity ;-)


-- 
http://zoomquiet.org 人生苦短,Pythonic!-)
向靠谱,反脑残! Kaopulity,小白退散!

2009/8/26 Zoom.Quiet <zoom.quiet在gmail.com>:
> 2009/8/26 Zoom.Quiet <zoom.quiet在gmail.com>:
>> InfoQ: 讨论：怎样才算“易于维护”？
>> http://www.infoq.com/cn/news/2009/08/what-is-maintainable
>>
>> 非常现实的问题，而且这好象是软件工程一直回避的问题？
>> 从来没有见所谓 可维护性 检验指标集之类的成果出现？
>>
>> 不论什么语言，恐怕都对 可维护 有自个儿的观点;
>> 我想问的是，对于维护这些代码的我们，我们内心是怎么想的？
我的理解是：
对于代码本身，
多加注释，尽量用最通俗易懂的写法来写代码，如果非要用晦涩的技巧以达到某些特殊的目的，则需要有更详细的注释或文档进行说明
对于文档，
最好能形成对代码分析的分档，并跟随代码变化而更新，但是这在绝大多数的软件公司中都是不可能完成的任务。不过听说华为做的不错
>>
>
> PS:
> Kaopulity = Keep all processes usablity ;-)
>
>
> --
> http://zoomquiet.org 人生苦短,Pythonic!-)
> 向靠谱,反脑残! Kaopulity,小白退散!
> _______________________________________________
> zeuux-python mailing list
> zeuux-python在zeuux.org
> http://www.zeuux.org/mailman/listinfo/zeuux-python
>



-- 
regards,

Y.Yang <http://www.InfoHunter.cn>