其實svn不必git簡單，主要是svn是種老技術，而老技術不需要新的學習成本所以簡單
如果隊伍裡就你一個人，用什麼管理代碼都無所謂（甚至不用都無所謂），因為不會衝突
如果隊伍裡有其他人，建議參考其他人的技術背景，別人用啥就用啥
如果隊伍裡有其他人，且都和你一樣，那建議用git，畢竟用svn你也要從頭學起，還不如直接學git，現在教程、手冊都比較全

盤古貌是是上次越獄ios的團隊啊。。。

我就喜歡A cup，我就喜歡大粗腿。不過我是來打醬油的，俺不是技術大牛

被你毁了，本来我是看不懂的

haha同6.5k 2年。
同github上一堆搁浅的个人项目
同志！

@ffffwh 多谢开眼

@AlanZhang 同意。我不大确认是不是都是这么想的，所以想看看倾向于性能的程序员是基于什么理由

@tabris17 Hello,你提到‘call和ret的性能损耗倒是其次。’ 以我的知识只知道‘递归会同时多消耗栈和cpu跳转时间’,请问你的结论是怎么得出的？是工作经验还是某方面的书籍？

@abscon 多谢提醒，第一次听到尾递归优化为循环的细节，很开眼界。有没有推荐的书啊，关于编程的，任何方向的

@akfish 说得挺对，现在想起来究诘于面试的时候跟面试官争论是最无意义的。

@huangyan9188 递归与循环复杂度一样的吧。因为代码里面用到的循环和变量才记入复杂度，而函数调用的额外耗费不计复杂度（个人看法，欢迎指正）

@frankzeng 我猜测是因为业务上面的算法会比较少，写业务很多都是增删改查，这种递归不起来。

@JustFuckingDoIt 我感觉真的很有用啊。不知道做产品的怎么样，我是做项目的，有一个Java文件光是import语句 都有100行，我感觉很复杂，特别像《人月神话》描述的焦油坑，一不小心就会陷进回归测试出BUG的大沼泽。

不要究诘于递归了，我只是举了一个看上去很不恰当的例子。。。。
我就是想听听别人对于 代码维护性vs代码性能 的看法~

@imcotton 话说你的✔和✖是怎么来的？用了某一种输入法打的？

@66CCFF 会成为坑的。关键是我经验不够，不知道多少数量级会成为坑，于是最简单的办法就是先让代码work，有性能问题就改

@imcotton ...这位兄台太专业了，顶

@jsonline 我不大確定，所以看看別人都是怎麼做的。因为在更早的时候有过一次糟糕的过早优化，使得我每次去维护它都要看半天，所以现在写代码都是按照最简单的结构写。

@xuwenhao 看过的，至今留有印象的是两部分，大型项目的焦油坑和外科手术的主刀医师,其他忘光了