呃，怎么说呢？楼主你先分别深度试用下svn和git再来说哪个好用把。

公司内部代码如果觉得放到github上有风险，可以考虑gitlab，虽然功能比github少很多，不过维护还是很快的

版本控制才是最根本的解决方案。妄图留下注释代码以防止之后再用的思路是错的，代码就应该让版本控制来做。这方面我推荐git。

我也来送一下，唉，都是被逼的 http://u.163.com/0mKo1jdI

这……这算是高级黑么？

这种情况下我一般是先将<td></td>内的内容match下来，然后再取"/123/abc.jpg"（“数据”自然就会被略过了），自我感觉这样清晰一些，不知道这样是否可以满足LZ的需求

@snake45 可能是用easy_install安装自身的缘故，不要在scripts目录里运行easy_install就行了

@bhuztez 用起来怎样？应该能解决lz的问题吧~~

我基本上都是用easy_install的，http://pypi.python.org/pypi/setuptools，用着基本没啥问题，就是要注意在安装的时候要把安装的文件记录下来，方便卸载。貌似有一个功能更强的，不过我没用过

@krazy 恩，关键是理解其中的思想，别掉入实现的泥沼中。祝坚持到底！

win下foobar+1

@AntiGameZ @chloerei @chuck911 感谢~~

@xiaovfight 不熟TDD，不知道是不是符合TDD的意思。不过我的意思就是定接口的时候两个人讨论，彼此做好查错工作，这个时候是要做好充分沟通。等编码的时候基本上就不需要沟通了。当然万一编码的时候再发现设计有问题，再回到第一步，如此反复。

@chuck911 可以交流的。基本上你理解对我意思了，应该就是TDD Pairing。不过我印象中结对编程不是一个人写，一个人在旁边看着给纠错么。难道我理解片面了？

没人知道么，还是放假了大家都不来了？

@krazy 也是可以的。纯用fp语言的好处就是逼迫你自己不要一下子就去想命令式的实现，而是重点关注算法本身的逻辑。给两个例子，haskell的(手边没环境，例子都不是我自己写的）

fibonacci 数列
fib :: Integer -> Integer
fib 0 = 0
fib 1 = 1
fib n = fib (n-1) + fib (n-2)

快排
quicksort :: [Char] -> [Char]
quicksort [] = []
quicksort (x:xs) = quicksort [y | y <- xs, y <= x] ++ [x] ++ quicksort [y | y <- xs, y > x]

=============
你看，基本就是把步骤用haskell描述一下就好了。当然这些用命令式语言也是可以写出来的（无论是用递归还是迭代的方式），用fp的意义就是更清楚的将“实现算法的步骤”和“为了这些步骤而去实现的步骤”区分开。

比如：快排中，“将数列按x分割成两部分，左边小于它，右边大于它”是一个“实现算法的步骤”，而“用两个指示ij去从头开始迭代，如果发现j指向的比x小，那么就交换下i与j指向的元素，等等等等”，这是“为了这些步骤而去实现的步骤”，先专注于“实现算法的步骤”，再去专注怎么去实现，要比一上来就去想实现，要好得多。呵呵，不知道我说明白了没有。
================

还有一点，如果想学习算法，一定要多思考多练，举个例子，关于搜索树：为啥搜索树要建成二叉的？为啥每种搜索树都有一个maintain操作，它们存在的意义是啥？因为这个maintain操作，不同的树分别引入了什么概念（比如红黑树、AVL)，它们又是如何运作的，它们为啥是正确且高效的？等等。

希望对你有帮助。

我觉得这一方面是个人喜好问题，另一方面也是解决问题的思路问题。

一般情况下你有可视化的调试器（比如说vs调试器)时，遇到问题的第一反应就是“咦，怎么会这样呢，我调试下看看”。于是就开了调试器，打上断点，跑一下。

这样的话就是往往你会一头扎到实现里去，只见树木不见森林。其实应该先静下心来想想这样为啥会出问题，为啥出了这个问题我只是靠分析一点结果都拿不到（而一定要靠调试），如果需要调试的话再来调试，同时思考一下这种情况以后是不是可以不通过调试来解决。

还有ide的问题，我觉得用vim和vs（原谅我，windows开发，没办法）最大的区别就是vim写代码让我思路更清晰（因为没有一堆的提示打扰），但是相反，如果我今天就想让它给个提示的时候，它有些时候提供的就不全了。反正各有利弊吧，看自己把握了。

推荐用fp的语言(比如lisp haskell)学习算法,比较能接近算法的数学意义。也可以用c++的元编程写，就是比较累。ruby没学过，给不了什么意见了。

如果是异常流,我倾向于用及早判断,及早返回;如果都是正常流,我倾向于同一出口(不过也别把if else 嵌的太离谱了)