作者opman (\O_O/)
看板Soft_Job
标题Re: [请益] 如何快速的看懂程式码?
时间Fri Oct 24 10:48:29 2008
※ 引述《Dungeon (Dungeon)》之铭言:
: ※ 引述《gogogogoooo (...)》之铭言:
: : 目前刚进去工作
: : 主管便把他们Team开发成品到现在的source code丢给我看
: : 大概数十万行吧 里头的注解非常的少 可以说是没有
: : 主管叫我自行trace code 看懂整个程式码在干麻
: : 常常看到一大堆变数 却完全不晓得意义为何
: : 也不知道干麽用 觉得非常的挫折
: 不写注解的公司,是公司本身的问题比较大,工程师
: 问题比较小,公司不要求,谁想去写那个?
扣掉简单小程式,
有些情况,程式码没注解,应是,注解被拿掉了.
源头,应该是买别人的. (也许,之後再流传开的)
比方跟厂商买整套的应用软体,有附程式码, 但没附注解.所以会拿掉全部的注解,
(所只留下一点点)
如果要注解,相关内部技术,所有开发的know how之类,开发人员培训..等,
价格也会不一样.
这种没注解的改版,大概都包给小公司,找人来改改看吧.
所小公司自行弄一套来,想进军某市场.
所以在小公司,较容易可以看到完全没有注解的程式码.
或, MIS部门 属於外包的程式,有的有附程式码,却没有注解.
另外,
其实变数,函数名称取得好,就是很好的注解了.
但,如果不能绑甚麽对自己有利基的条件,或有甚麽门槛,
不然,附送程式码之前,
可能连名称都要改的较不容易懂.
不然,可能市场相似软体很快就一堆,
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 219.81.194.230
※ 编辑: opman 来自: 219.81.194.230 (10/24 10:56)
※ 编辑: opman 来自: 219.81.194.230 (10/24 11:03)
1F:推 costbook:``Source code is document'', Agile Model 10/24 11:55
2F:推 ykjiang:Source Code is the Design. 10/24 12:26