软件开发中，代码越多开发成本会越高吗？

现在软件计价一般是用功能点来计算。

软件开发中，代码越多开发成本会越高吗？现在软件计价一般是用功能点来计算。当然不是绝对的，在某种情况下，简洁的代码成本远高于大量冗余的垃圾代码除了一些极端的例子而言，一般情况下代码行数和开发成本是正相关的。
但是，并不是线性相关的。。。通常是指数相关的。
如果你一周可以敲 1000 行代码，那么你一个月 4000 行代码，一年 48000 行代码这显然。。。是不可能的。。。

造成这种情况的原因事实上非常多，有人自身的问题，更有人和人之间 Handle 模型的问题。。。这个先挖个坑，过几天来填。开发成本当然是和功能多少以及功能难度正相关的 代码的数量只是一个片面的体现 虽然功能复杂代码多可能是常态 但是也有可能你开始写的时候思路就错了 绕了很大一圈写了很多代码最后倒是解决问题了但是根本就是不必要的 行数这个指标没什么用的其实。最好按功能数，功能难度来计算。也就是requirement spec 要做好。中间有改动，另外计费。1个女人可以在10个月内生下一个孩子；
10个女人没法在一个月内生下一个孩子；
100个也不行。

3个人的团队可以各自干活；
7个人的团队需要1个leader；
20个人的团队需要2个leader和1个manager；
200个人的团队需要20个leader、10个manager、3个general manager，1个vice president和他的秘书。

在现有的代码（十万级）基础上加：
100行代码需要20个单元测试、5个验收测试；
200行代码需要40个单元测试、10个集成测试、8个验收测试；
500行代码需要80个单元测试、40个集成测试、20个验收测试、文档；
2,000行代码需要180个单元测试、200个集成测试、100个验收测试，10个smoke test，10个回归测试，文档，文档检视；
20,000行代码需要1轮重构、1,500个单元测试、2,500个集成测试、1,000个验收测试，80个smoke test，300个回归测试，3轮测试检视，3轮文档检视。


以上数据纯属胡诌，如有雷同，纯属巧合；如有不同，你确定你的软件可以发布吗？个人认为的软件计价方法
此方法只适合定制化开发类软件
预计成本=需求功能数量+访问量+数据量+人员工资*预估天数-（开源框架+开源组件）
首先，功能需求的多少是影响成本的原因之一，但不是唯一，因为抛开访问量或者用户数量或数据量带来的优化成本只谈需求是坑自己。
比如百度搜索一个搜索框输入文字搜索出内容，在只有10个用户100条网页数据量时那优化成本很低。
如果换成13亿用户100亿数据量，这个技术优化成本（包括架构成本硬件成本）这就很高，所以分析软件成本不能只分析功能需求和页面需求，优化需求往往是非专业客户想不到的地方，但是作为专业技术人员必须考虑，否则你用只能对付100人的技术做出来，发现需求实际要对付1万人，这时再考虑优化为时以晚（改代码在这时就是必然的了）E=mc^2；//Error=more codes^2