在工作过程中变得不相信别人的代码

[lu18887]

最近编码的时候有一个感悟-------------不相信别人的代码（还要自己再次校验）
辛辛苦苦写完了程序，自己单元测试的时候运行的杠杠的，到业务测试的时候各种提BUG。查来查去发现是 数据库的表各种不加改唯一的地方没有唯一！写SQL的时候因为char和varchar的比较没trim空格比较死活不对（这里不展开讲，字符串的比较加trim是比较好的实践，不依赖数据库选项）。被类似的问题反复折磨之后，我现在写的程序对数据的一些状态的校验的代码明显增多，有些地方甚至有点脱裤子放屁的感觉，虽然业务人员说某些极端情况在他们看来不可能出现（但我想我的程序尽可能的健壮）。
如何克服这种“强迫症”？

[zzNucker]

干嘛要克服
有条路： 找到靠谱的队友

[skydiver]

不需要克服，这是正常的啊

[rannnn]

本来就不应该相信别人的代码。人人都assume别人是正确的，最后导致bug被隐藏的很深，难debug

[hitsmaxft]

恭喜你， 在工作成熟了

[quake0day]

尽快成为领导，等你需要管的代码多了，这个强迫症自然就改了。

[raincious]

Trim感觉还是相对底层的问题。

我是说，如果数据库取代码的时候可以设定是否要先Trim一下，这个问题就解决了。这就是为啥大型软件得有个架构师在后头提供更方便的代码接口。

（是的，我是来秀代码的，瞬间发现自己好葱明很有架构师潜力呢有木有）

[ChanneW]

选轮子的时候要条好点的，也不要因为个别轮子不好就全部自己造，实在不行的时候也不抵制自己造。总之，不能有太偏激的执念。我是这样认为的。

[lu18887]

@ChanneW 恩，要找到平衡点，代码的重用是必要的

[lu18887]

@zzNucker 恩，队友真的很重要！和杰出的人在一起能让自己一直进步，和小白队友在一起会有被带坏的风险，哈哈

[lu18887]

@quake0day 发现自己越来越不会和人交流了，一开口就是如果……各种语句不通顺了。自觉不是当头的料~~

[lu18887]

@raincious 我直接写的SQL的，没有那么高级的封装……