不是大佬，不过在十多年的程序员生涯里，经常会碰到想用「屎」来形容的项目或代码。有些是别人写的，有些是自己留下的。

至于如何驾驭，如果如你所说只有几千行代码，那其实还好。我经历过的项目中，有的一个源码文件的行数都有几千行，几十甚至上百个这样的文件，那可是真正的「屎山」。所以如果只是几千行的代码量，即便是一份「意大利面条」式的代码，也花不了多少时间就能弄明白，加功能的难度不大。

另外，「屎」代码也是有脉络的。举个例子，如果让你画一坨「屎」，最通俗化的表达一定是这样：

代码其实也是一样。再「屎」的代码也是有其逻辑和思路的，而且看多了后，就能发现其中的共性。驾驭这类代码和项目的前提就是先弄清楚它内在的结构和逻辑。这需要自己有一些耐心和平常心。

至于重构，取决于这座「山」的价值和重要性。如果是核心业务功能并且要长期维护的，我必定会渐进式的优化或重构。毕竟天天要面对的东西，看着恶心自己也难受。不过考虑到你说的只有几千行代码，有可能就直接重写了。

最后，关于重构，我非常推荐下面这本书。这本书让我学习到了如何系统化，有条理的对现有项目进行重构，对我日常工作帮助很大。而且我个人觉得重构是一件非常有成就感的事情，就像做清洁，把一个杂乱无章的项目通过重构整理的井井有条，并提升了性能时，是非常让人上瘾的。