早闻不少公司按代码量计费，如今我怀疑公司也这么干了。
我不知道按代码量算钱在财务部那里是怎么算的？不过百分九十九几乎都是把代码放到一个工具里计算行数或者字数来确定你的工作量，然后按字母/按行算钱。难怪有些人被逼无奈把一行代码完成的事拆成N行来写，注释也更多了一些，空白也更多了一些，代码越臃肿工钱越多。
每个人都有自己的代码风格，包括我。我历来追求精简，提高代码运行效率，因此我的代码拿到了财务部那里经过工具一算就是少得可怜的工钱。想想有点亏，我应该尽量把代码写的多一些。甚至可以这样
function(){
$a=1;
$b=$a;
$c=$b
...
return $c;
}
想要几行就有几行。貌似这口饭也吃不了太久，我坚信很多公司也不会这么笨。但财务部历来就是很精切的1+1就等于2，别人写三万行，你写两万行，给你两万行工钱多给人家三万行工钱低财务怎么都绕不过这个弯。给技术经理算钱吧！说我这代码如何如何简练，如何如何的精心设计，别折腾了，那都是徒劳。人家不信，也没时间去剖析你代码然后验证你的功劳，最后还是一股脑丢给财务部吧！
其实无论按天、按代码量、按技术难点算钱都无法确保不多也不少，但至少综合算钱也比单靠代码量算钱。至少我不希望为了拿多一点工钱而去写出百分之七八十行的垃圾代码。当然，我说的精简还是需要规范，该缩进就得有缩进，该注释就得有注释，该空行就得有空行，把重复块提取出来写成函数调用减少代码亢余。简洁又让人看的懂、易维护即可。
回复部分人：程序的瓶颈几乎不在代码层，所以没必要那么注重代码的效率
首先这个观点我不认同，代码是一个程序的重要一部分，的确很多Web压力都来自于高并发，数据存储读取。但如果程序很大，代码的效率也会有一定的影响
