关于代码的病 有解吗?

[shazh520]

• 每天写的代码最后提交的时候都会一行一行的仔细看;
• 从来不用之前的项目修修改改就用于新项目,觉得自己不熟悉的代码肯定隐藏了很多 bug;
• 对自己的代码没有信心,即使功能跑通,经过很多测试没有发现 bug(自己测的),依然需要一行一行的检查之后才稍微有点底,甚至要检查好几遍;
• 跟技术不好或者对代码不上心的同事合作项目总是心里不踏实;

我的同事都是说代码功能正常,你有什么理由怀疑它不对呢? 我感觉就好像代码会隔一段时间就不一样了亦或者代码执行一段时间就会产生 bug 一样;不断的检查已经给我造成了很大的心理负担;

v 友们怎么看?

[miv]

ps：楼上错别字，修正后如下：
说说一点我的体会。之前我也有类似楼主的心情：
1，感觉自己代码写的烂，病怏怏的。
2，总担心自己代码会出问题。
后面，看了一些改善代码风格的数据以后，意料之外的是这种对代码没信心的心态降低了。
这真出乎我的意料。
后来我想到几个点：代码分格改善了，可读性大大提高，方法只做一件事，合理抽取公共特点，合理封装等等。
这些情况，让逻辑清晰了，bug 减少了，扩展性加强了，维护容易了。一点我的体会。
之前我也有类似楼主的心情：
1，感觉自己代码写的烂，病怏怏的。
2，总担心自己代码会出问题。
后面，看了一些改善代码风格的书籍以后，意料之外的是这种对代码没信心的心态降低了。
这真出乎我的意料。
后来我想到几个点：代码分格改善了、可读性大大提高、方法只做一件事、合理抽取公共特点、合理封装等等。
这些点点滴滴的优化，让逻辑清晰了、bug 减少了、扩展性加强了、维护容易了。
最后，自信心也提高了

[railgun]

我也是一行一行提交的

[popbones]

还是要写测试，我相信有代码的地方就会有 bug，即使是修改一行代码一个变量也会有意想不到的事情发生。这种情况尤项目本身是受东侧起来很麻烦的那种，没测试真的没法做。

[Youngxj]

我没有你这么严重的病，只是我写代码喜欢所写所见，也就是写一行调试一行，确实输出符合自己的预期之后才会写另外一行，也就是俗称的面向过程。

[SlipStupig]

TDD 能治好你的病

[shazh520]

太多了回复不过来了 受益良多 感谢大家

[shazh520]

@flyingghost 突然感觉好多了, 哈哈; 谢谢

[shazh520]

@Takamine 关于最佳实践很有同感 ^_^

[shazh520]

@qza1212 一直都很向往工程化的这些东西, 希望明天可以找到一个很棒的团队一起实践

[shazh520]

@LancerEvo 看到你的回复就绷不住了 {笑哭}

[shazh520]

@encro 这种方法我在逻辑有点复杂的模板方法里会用, 但是平常大多数的场景我没有实践过;

[shazh520]

@Johnny168 #75 我现在帮忙测同事的项目已经快被吐槽死了

[vanishcode]

习惯挺好的。
不过楼主你要知道你用的编译器也是有 bug 和坑的（笑），所以不要太吹毛求疵啦，太严重了反而影响工作效率╰(￣ω￣ｏ)

[shazh520]

@EscYezi #76 深有同感, 维护老项目的时候只能尽量的保证每一次提交都比检出的时候代码更好一点, 一些没法儿优化的缠在一起的代码真的感觉难受

[shazh520]

@vanishcode 这个角度就新颖了 ^ __ ^

[shazh520]

@miv #81 我也看了相关的资料呀, 实践下来感觉每好太多, 郁闷了;

[Inside]

这不是病，这就是能力差不会写代码，包括楼上那些说测试没用或者不写测试的。

首先你需要一个好的 ide，inspection 全绿能有效的屏蔽低级错误，改善代码风格。
然后你需要证明自己写的代码是是符合预期的，并且每次关键提交都要再自证一遍，如果能做到这个程度，考虑开始自动化测试就是自然而然的。

[laike9m]

@wangxiaoaer 问题是，你找不到愿意干这个岗位，并且水平足够的人

[Niansanshi]

同感，强迫症，些许健忘，注意身体和心态的调节

[LuGew]

测试驱动开发（ TDD ）的艺术 http://e.dangdang.com/products/1900703930.html