摘要：这个吐槽来源于实际项目中一个关于稳定性和效率的争论。 线上运行系统有一个矛盾的点，就是如果要对其进行修改，就会引入潜在的问题，进而影响系统的稳定性，当然这只不过是一种潜在的风险。而这种潜在风险的高低有一些影响因素。 1、 对现有系统的熟悉程度 2、 对修改技术的掌握，比如重构技术等（重构技术对于修改软件来说非常重要，如果有非常高超的重构技术，那么在对系统不是很熟悉的情况下依然能修改出来高质量的系统，也就是说高的重构技术可以弥补对系统的不熟悉）。 3、 现有系统的架构，如果现有系统的架构比较好，耦合性很低。那么新修改就大大降低了影响范围。 4、 流程的规范程度（开发和测试）。 5、 ... 阅读全文

摘要：重构时机 在对项目的业务和代码不是很熟悉的情况下，在添加功能或者修改代码的时候，尽量遵守和之前代码一样的风格和逻辑，即使以前的代码风格和逻辑很不好，此时不管你有多么大的重构冲动，还是应该忍耐一下。但是你可以做一个重构标记，作为一个任务待定。切忌装13而贸然标新立异的改动，记住即使风格混乱，只要混乱的非常一致，那也不错，因为风格没有对错，只有是否一致。如果你需要修改的代码你觉得很不爽，但是人家全部的代码都是这种风格，那么你就需要好好考虑一下。你的改进也许使得代码变得真正的混乱和不一致了。 正如一排走方阵的队伍，如果大家都迈脚迈错了（或者大家都顺拐了），那么对于整个队伍来说还是整齐的。当然观众.. 阅读全文

摘要：以前上班的地方不能上网，所以这么多年白天上班的时候几乎没有上过网。又加之自己喜欢看书，所以书倒是看了很多。憋了这么久之后，现在终于可以在有互联网的情况下一吐为快。吐槽不分对错，不分内容，不分对象，吐槽仅仅是为了吐槽而已。可以较真也可以不较真。真可谓是“假作真时真亦假”。 既然是程序猿吐槽，那么就合成了一个用来吐槽的名字。使用了我最崇拜的两个人的名字合成了一个Martin Stallman（Martin Flower和Richard Stallman）。 正如开头所说的，吐槽不分对错，没有理由。都是随心所想而已。当然吐槽也是有引用的，我都会尽量标明。这算我的免责声明吧，如有雷同，纯属巧合... 阅读全文