总之，程序员被排挤的最大原因是程序员本身。一个程序员的工作特点是长时间在电脑前，工作辛苦，但这并不代表程序员对时尚、对楚江、对汉朝没有接触。毕竟，愿意一辈子写代码的程序员应该不多。从一个程序员的角度来说，当然更多指的是技术能力，职级和职位，工作内容。也就是说，程序员更喜欢和同样的人在一起。你在这方面和别人有差距，结果可想而知。
程序员为什么要一直改bug，不能一次性写好吗？
代码出现BUG很正常，我们可以最大程度的避免BUG的出现，就像偏差一定存在、可以无限逼近正确，但是错误却是可以通过好的工作方法、编码规范、工作习惯来避免、杜绝。程序员开始编码工作，不管整个项目开发还是部分代码扩展，都一定是源于实际需求：第一步明确需求的来龙去脉、然后确认清楚理解需求，确认是否理解需求的最佳实践就是写好需求说明、概要设计，然后跟干系人/负责人确认，而不是口头上说理解了，甚至都不复述确认。
第二步对概要设计中技术点进行验证、细化设计，在细化设计过程中对工程名、类名、代码调用框架、方法名、成员变量和关键变量名进行设计，再跟干系人、负责人进行确认。第三步，良好的编码习惯、编码规范是非常重要的，也是直接体现程序员的基本素养，清晰的思路、良好的编程习惯是代码高质量的重要保障。最后一步是代码测试，程序员交付的代码一定要自己保障单元测试是能够闭环通过，然后开发人员交叉测试。
接着交付给QA测试部门进行测试，因为“灯下黑”有些问题程序员自己很难发现；对于较大幅度代码调整，还要进行回归测试、对所有功能、在各种环境下进行测试，回归测试工作量通常较大。好的软件产品是设计出来的、开发出来的、更是项目实战中用出来的，是不断完善、测试、交付使用迭代出来的，不可能一蹴而就。工作方法、代码规范、编码习惯、测试把关保障代码质量至关重要的，写需求、设计、测试文档不是教条主义、更不是浪费时间，跟聪明愚钝智商都没有什么关系，但是很多的程序员不够重视、内心到行动都在抵制、抗拒，然后让现实一次又一次的打脸，慢慢成长开始重视起来，深刻理解“只做一次、一次做对”是最省时间的，然后再苦口婆心或者雷厉风行用自己的血泪史或者规章制度来教导、约束新进的程序员。
为什么大家都说程序员需要好键盘？
个人认为没有必要，工作就快迎来第一个十年。当初为了装！硬磨软泡从硬件部搞了了一个IBM服务器的键盘（不是机械的），这些年来台式电脑换了好几次，但对这个中规中矩的键盘却情有独钟，一直没有换。不可否认一个合适的键盘，会带来莫名的舒适感。而配备的手提电脑也换了几次，而每个款式自带的键盘都略有不同，也能很好的适应。
为什么许多程序员从来都不用break或者continue语句？
写程序应该尽量的避免使用break和continuefor、while循环语句里出现return是没有问题的，但如果你的循环里出现了break和continue,往往是因为对循环的逻辑没有考虑情况，考虑周全了基本不需要break和continue。因为用了break和continue之后会让循环的逻辑和终止的条件变得复杂，难以确保正确的结果。
情景一：下面一段代码表示name里含有“bad”这个词，就跳过后面的循环代码。这是一种“负面”的描述，它不是告诉你什么时候“做”一件事，而是告诉你什么时候“不做”一件事。想要弄清楚它到底要干什么，就必须搞清楚continue会导致哪些语句被跳过了，然后脑袋得有个逆向逻辑，才能知道它到底想做什么。这就是为什么含有break和continue的循环很难理解，它们靠“控制流”来描述“不做什么”，而“跳过做什么”，到最后你也没有搞清楚它到底“要做什么”。
其实上面的代码完全可以抛弃continue:这段代码是一个比较“正面”的描述，意思是当名字中不包含“bad”的时候，它会被添加到goodNames的链表中。当你再次阅读这段代码时，你可以清楚地看到它的组织和结构。场景2: for和while循环有终止循环的唯一条件，但是在循环中加入break实际上是增加了一个退出条件。
