[迷茫]感觉自己快要废了，不敢写代码了。
写不出好的代码。
不知道怎么才能写出好的代码。
有些代码越改越烂，最后只能重新写。
重写代码呀，快要崩溃了。
-
原有的代码，加功能，减功能。
我该怎样才能做出一个可以随意增减的代码？
有时候，上个月写的代码，今天再看，怎么可以这样写？
不是可以用另一种更简单的么？
当时怎么想不到？
然后再改，或许下个月又会觉得我的代码很烂呢？
再改？何时到头？
光维护好这个一份代码，就能保住饭碗了？
-
现在有人说程序员一般一年就可以上个台阶。
我这都快两年了，我是不是弱爆了？
头疼，现在搞的都不敢写代码了。
我该咋写？
麻雀虽小，五脏俱全。
再小的程序，如果错误处理不全，维护起来也会消耗很大的功夫。
-
现在会去看一些软件工程的书。
但是每个软件，都有不同的需求。
谁又能有一个万能的解决方案？
怎么才能寻求一个最优的写代码方案？
-
迷茫啊
[解决办法]
你能在这个月看到你上个月写的代码乱，这难道不能说明问题？
代码本来就是不断的重构
[解决办法]
恭喜楼主贺喜楼主
说明你在不断进步
还有问题描述不全
木有办法帮你的咯
有时间多看看好书
比如《重构》之类
木有的话可以找我哈
[解决办法]
其实很多时候不必像LZ这样追求完美。一份代码首先是能完成功能；其次是换个人，或者过段时间
自己能看懂；然后才是性能优化和结构完美。
除非是少数真正的大牛，谁也不敢说上来写代码就完成功能且性能优化加架构完美，还可以重用。
这是很难做到的。
有些人说具备这个能力多半是在吹牛。
不过，后者是咱们的追求，LZ有这个意识就说明又成为大牛的潜质了。剩下的可能是不断的自我检讨、
总结经验、吃亏多了，下次记得教训就行了。
[解决办法]
你是一个月上一个台阶，你应该高兴才对，呵呵呵
如果你写的代码10年不用动，你也不会来这里发帖子了
[解决办法]
一个方法是，写代码之前要先设计，UML还是很有用的，在拿到需求时，先规划、设计，
按UML步骤设计用例、类图、时序图等等，最好边设计边实现点代码，然后在完成具体功能时不断
修改对应的设计，也就是突出设计文档的重要性，某些所谓“极限编程”忽视技术文档的做法是不对的。
至少是片面的（也许对不需要设计一步到位的大牛是对的）。
[解决办法]
楼主可看一下《代码大全2》这本书，完美解决你的问题。
[解决办法]
俺不是给你推荐了么。
有本书就叫 《重构》
以你现在说的情况
看那本书就好了丫
[解决办法]
1.LZ 试试 牺牲下性能来提高代码可读性的思想重构。
2.如果重构需要浪费你太多时间的话，证明你重构的思想还不成熟，继续想出更好的......
3.重构之前，必须必须必须，要做的事情，充分的解耦合。
我猜想，LZ要维护的代码，估计是耦合程度太高，代码重用率太低。所以你无从“小刀式”的下手。
只能大刀阔斧的修改（风险很大）
4.这里我建议用充分的解耦思想重编部分功能的代码，在写个接口转换函数，一块块的替换。
等替换得差不多了最最后一步是把接口转换函数，全部清除掉。
ps:这个转换函数为了兼顾你现有代码与新代码，一定是很垃圾的函数，他所起的作用就是能实现你一块块的替换新代码块。所以重构最后一部，是清除这些转换函数。
[解决办法]
写需要的人才是真的牛人，我现在才体会到。
[解决办法]