代码被改的面目全非，求开导

并非如此

你可以看看clear code这本书，还有就是要看design pattern， 不管能不能看懂，都要把常用的design pattern烂熟于心，反复的去思考，为什么？？？ 随着经验的增加，你会理解的越来越多，看书是非常有用的，设计软件的原则非常简单，但是方法论却非常多， 不要人云亦云， 一定要清楚明白自己写代码的意图，什么时候你能充分理解clear code和所有的基础design pattern， 你就可以藐视德国近90%的程序员，你会发现其实高手真的不多。

还有看书，不代表以书为标准，而是以你的理解为标准，书上有很多不同的见解，也许在你看来是错误的，所以要带着思考看这些书。

深知我心

lz 工作多久了，能问下嘛？

很多的德国人就是这样，表面说你做的不错，其实他都不满意，全改了

关键你说的这个任务多大？ 是实现了一个功能模块，还是只implementieren 几个类？

1. 如果是一个功能模块，那你们头不满意修改你代码，很可能是对功能的实现不满意，也就说你做出来的结果很可能不太对

但头为了维护你的面子，表面说很好，但他自己基本重新做了一遍，德国人经常这么干，这个跟你工作多久有关，一般对新手头才会这么干，老手的话，头会直接提出自己的意见，让他自己改

2. 如果功能实现的很好，他改动只是代码层面的，那说明你的代码结构不太好，比如该定义成接口的，你写成了类，这样没法更好的解耦和扩展

3. 还有一种就是你在这个aufgabe里只implementieren了或者修改了几个类，那很可能因为你是新手，写的代码不太规范和清晰，比如名字取的不好，空行不规范，所以他改了一下

所有人修改提交的东西，你们头都要过目吗？那不累死了？

august_unbear

clean code
code complete

adgjl

深知我心 发表于 2014-11-24 12:02
lz 工作多久了，能问下嘛？

很多的德国人就是这样，表面说你做的不错，其实他都不满意，全改了

大规模的改动，无论是代码层面上还是构架还是算法层面上并不重要，问题是楼主已经工作多久了。

如果是已经有好几年工作经验，楼主就要自我检讨了，说明楼主在编程上要加倍努力了，因为几年还出这样的问题，如果不特别努力，未来几年提高也有限，会一直受到类似的困扰。

水号号

并非如此 发表于 2014-11-24 11:44
你可以看看clear code这本书，还有就是要看design pattern， 不管能不能看懂，都要把常用的design pattern ...

多谢，说实话design pattern是了解的，但是都是皮毛，看人家用还行，自己用还是漏洞百出。用功去了。。。

水号号

深知我心 发表于 2014-11-24 12:02
lz 工作多久了，能问下嘛？

很多的德国人就是这样，表面说你做的不错，其实他都不满意，全改了

感谢码了这么多字，看来我的问题还非常大，自己用功去了
我们头就是这样的人，也不知道他是不放心别人，还是太负责任，大多数的代码他都会过目的。不然他干嘛周末还在干活。幸好他不要求别人全都周末加班。

utopia2014

adgjl 发表于 2014-11-24 11:33
看书用处不大，这一方面是养成思考的习惯训练出来的，另一方面就是经验。

第一，你编程的时候随时要下 ...

krap

水号号 发表于 2014-11-24 13:45
感谢码了这么多字，看来我的问题还非常大，自己用功去了
我们头就是这样的人，也不知道他是不放心别人， ...

感觉你还是个很谦虚又上进的好孩子。。哈哈
很多wartbarkeit差的代码，底子没有打好的恶果越往后看得越清楚。。很多程序过了几年无论要加或改什么小东西，Aufwand都是无法想象的大，最后改一个程序比重新写一个还费劲。就像上面说的，程序laufen起来很容易，但不是能laufen的代码就是干净的代码。

楼主不必玻璃心了，身边有个高手可以给你指点，绝对是提升的最effizient的途径。多问，多看看人家给你改的，多学，多领悟。剩下就是时间的问题了。

harryzs

你把你一年前的代码翻出来看，你自己都也看不下去。。。

这就叫经验。

水号号

krap 发表于 2014-11-24 14:08
感觉你还是个很谦虚又上进的好孩子。。哈哈
很多wartbarkeit差的代码，底子没有打好的恶果越往后看得越 ...

嗯嗯，我觉得我就是底子没有打好，面向对象啊，设计模式啊，只是上学时掌握的一堆理论，应付考试还可以。没有在实际应用中去体会。要把书在翻出来对照着实际项目好好学习。多谢指教。