程序员说代码污染

A. 程序员都有祖传代码，就不会有问题了吗

程序员被戏称为“码农”，天天与代码打交道的他们按理说应该对代码有着深厚的感情基础，但在每个科技公司都有这样一种代码：多数程序员们都怕遇到，有经验老码农有时候也束手无策，往往一步错、步步错，动了一小行，改大半月。相信很多程序员都被这种代码折磨过，就是大名鼎鼎的“祖传代码”

传统观点认为，工程技术团队应该为代码库（也就是技术债务的所处环境）建立一种直观的感受，了解其对公司的影响，而后在组织内建立信任。如果首席架构师强调重构核心代码，那么，开发者通常就得按照指示行动。诚然，如果公司可以对技术债务建立起一种共识与信任文化，这将有利于挽留优秀的工程师，并保持业务良好运作，但这往往需要多年努力。

B. 作为一名java程序员 目前的现状该怎么办

我觉得IT行业，你找外企或国内的只要不是像你这种国企，都很不错。
IT这个行业，在北上广深，有一个很大的好处，只要你有真本事，很大程度上可以不问出身。
虽然我毕业时间不长，但是实习在好几家公司呆过，外企也好，私企也好，都是很不错的。
你也不能光凭别人的几句话让你一定有个好去处，你才辞职，我换句话说，难道如果你不能100%确定能找个靠谱的单位，你就不辞职了？你就打算在这蛀虫窝里继续浪费生命？
外面的世界很精彩，只要你有勇气去看。
而且你说的这种公司，大概只存在在国企吧，我可以说绝大部分IT公司和你这个公司是绝对不同的。
引用一句话：纸上得来终觉浅，绝知此事要躬行。

C. 北京北大青鸟：程序员需要关注哪些代码优化质量问题

对于程序员来说，软件编程开发代码质量能够直接反应出一个程序员能力的高低，下面北大青鸟http://www.kmbdqn.cn/就一起来了解一下，在代码质量优化方面，我们需要关注哪些问题。
1.吹毛求疵般地执行编码规范严格执行代码编写规范，可以使一个项目乃至一个公司的代码具有完全统一的风格，就像同一个人编写的一样，而且命名良好的变量，函数，类和注释，也无疑可以提高代码的可读性.具体落实到执行层面，可以参照Google的编码规范或者java官方的编码规范，网上可以找到，关键是要严格遵守，并且在codereview时，严格要求，没有按照规范的一定要指出并且要求修改.实际情况往往是虽然大家都知道优秀的代码规范是怎样的，但在具体写代码的过程中，却执行的差强人意，很多情况是认识上不够重视，觉得一个变量或者函数的命名成哪样关系不大，所以不够推敲，注释很多也都不写，codereview的时候大家也都事不关己心态，或者觉得没必要太抠细节，导致慢慢的整个codebase变得越来越差.所以这里还是要强调一下，细节决定成败，提高团队对代码规范的认同及其严格的执行是关键.2.编写高质量的单元测试单元测试是容易执行，且对提高代码质量见效快的方法之一还。
但还是有很多公司对单元测试重视不够，包括一些大的互联网公司，不写或者随便写写。
有些工程师觉得有测试团队就够了，再写单元测试就是浪费时间。
其实测试团队的测试和单元测试是在不同层面上的，测试团队的测试一般是黑盒测试，系统层面的集成测试，对于复杂系统来说，组合爆炸，测试团队无法穷举所有的测试用例。
单元测试是代码层面的测试，一般是针对类的测试。
既然无法从系统的整体上保证100%符合我们的预期，那单元测试起码能保证我们代码在细粒度上运行符合预期。
有些工程师认为开发任务重没时间写。
这个还是没有足够重视单元测试，觉得是可有可无的部分，才会有这样的想法。
写好单元测试，节省很多解决线上bug的时间，开发时间反而更充足了。
还有很多工程师虽然在写单元测试，但只对正常流程做测试。
代码中的bug多数是写代码时异常情况没有考虑全面导致的，正常流程一般不会出问题。
单元测试的作用就在于测试各种异常情况下代码的运行是否符合预期，所以只对正常流程测试无法发挥单元测试真正的作用。

D. 程序员的代码洁癖在什么情况下是一种恶习

我曾经是一个原教旨主义代码重构极端分子。

改一个 bug 时，看了一眼代码：嗯，重用率不高啊，重构一下。

重构的时候发现，咦，有两处类似的功能调用的是不同的接口啊，应该有一个是后来添加的，但是有些功能下线以后就没必要单独保留了… 嗯，把那两个接口统一成一个好了。

咦，这里的 coding style 不够正统啊，改一下。命名不 consistent 啊，改一下。嗯，把调用到它们的地方也相应地改一下。

数天后，工头问我：“bug 修好了吗？｣，我想起来：对喔，我最初是来修那个 bug 的…

就像是本来只 Google 某个术语，结果不慎沉淫 Wikipedia 几个小时后，不知道自己是怎么到的这个页面，那个样子的感觉。

UPDATE：
好吧，评论区被旧日工头及工友发现了。匿名白匿了。不匿了。李奇老师当时就说我是个擅长给自己挖坑的家伙。

再谈下利弊吧：
如果是个人的小项目，以及还没有上线，还在早期开发阶段的项目，这样的洁癖挺好的。
如果是已经在生产环境运行着的大项目，那么还是谨慎一些，尽量不要挖坑。如果要开挖的话，先确定自己要做什么，把会动到哪些部分的代码都弄明白以后，再下手。并且重构完以后做好足够的测试。

E. 你们是怎么看待那些动不动就说别人代码很乱的程序员

可以把这个作为互相交流的契机，既然他觉得乱，你就跟了解清楚为什么觉得乱，怎么才能不乱，说不定他说的有道理，你就能学到东西了，如果他说的不对，就用疑问的方式委婉地提醒他一下，如果他还是那样，就随他去了，他的观点不重要，又不会影响到什么的话，听听就好。

F. 为什么程序圈的人总是说python程序员写的是伪代码

伪代码，伪啥纳闷了。我见过有人写的代码很高端，各种的封装，很难看懂，封装成jar，直接用里面对应的java注解就可以了。使得程序员无法拼读源码，无法进行提升，你只能在上面写业务代码。

在说伪不伪我感觉不重要吧，重要是你的项目能产生效能，为公司挣钱，或者为自己挣钱，人还是要生活的。很多人用的代码看起来很陈旧，但是他可以挣到钱，你用了很新的框架挣不到钱。代码只是工具，还是以结果来说话的对吧

这种说法没有正确与否。就程序语言而言，未来的趋势就是减少低级代码的编写，python作为胶水语言，不需要注重性能，更关注用途，在使用上和人的思维更加接近。

程序圈的人因为写过太多的低级代码，需要注重性能和实现细节，python这种高级语言对于他们来说确实如此。

但是对于没有写过程序的人来说，python还是比较有亲和力的，学起来也比较容易。

基本上说出这种话的，可以肯定他根本不懂编程。

一般中小学中二病患者，或者考不上高中，跑去培训班学个编程就想冒充程序员的最喜欢说着话。

因为正规学习编程的，比如大学计算机系毕业的，不可能没学过伪代码。

伪代码是专门设计用来讲解，讨论计算机原理，算法，数据结构等的不可以运行的一种语言。

之所以叫伪代码，是因为这种代码没有编译器，没有解释器，从而根本无法运行，仅仅作为讲课用。

上大学学过《算法导论》，《数据结构》等课程的朋友，肯定对伪代码不陌生，甚至还专门写过伪代码。

是的，伪代码有自己独特的语法，需要一定时间的学习。

比如赋值 x

G. 看很多程序员天天码代码，到底在写什么啊

写代码其实就是使用代码语言将人们需要的功能实现。

H. 作为一个程序员，面对别人写的稀烂的代码，怎么办

在查阅代码时，经常会发现一些写的不合理的代码。
面对这些代码，首先需要确认修正这些代码的影响范围。

最理想的处置是对代码进行重构，从根本解决代码的混乱问题。
但是大多数情况，我们没有时间进行重构，或者无法确保重构之后的代码不会出现问题。
建议先解决最棘手的问题，然后慢慢对代码进行分析，重构。

I. 航天桥北大青鸟分享程序员如何避免无效代码的问题

对于软件编程开发程序员来说，无效代码堆积以及代码质量低是很多新手容易犯的一些错误。
下面我们就一起来了解和学习一下，减少无效代码的堆积都有哪些方法。
当曾经向往的职业变成一日又一日的无用代码堆积，多少让开发者有些心灰意冷，虽然无法保证整个产品质量，但至少可以在代码层面下点功夫。
无用代码堆积这种现象在日常软件开发中非常普遍，对于需求频繁被修改的问题，根源在于弄清楚软件开发的目的是什么，代码有没有用的终决定者应该是用户，如果一段代码具备的功能符合用户需求，具备业务价值，那么就是有用的。
在软件开发过程中，需求变更和代码修改是很正常的事情，但这个不确定性需要在一定范围内。
对此，佳的解决方案可能是迭代开发，也叫迭代增量式开发，将整个开发周期分解为若干时间段，每隔一段固定时间就对软件进行一次小迭代，每迭代几次就进行一次全面测试和大版本更新，对开发成果进行质量评审，这个过程重要的是听取终用户的意见，以便及时调整优化，避免无效需求，尤其是决策者拍脑门出来的决定。
开发之前，技术负责人务必准备好相应文档，确定好各工程师的分工，尤其是需要协同完成的部分。
另外，团队尽量抽出时间和精力进行代码Review，并以降低代码复杂度为目标，如果不同工程师之间的代码间经常互相影响，可以考虑让这类程序员负责独立开发模块，降低对整个项目的影响。
长期以来，测试在国内的重视程度并不够，一个测试团队起码应该有白盒测试、效率测试、单元测试等各类专职人员，不建议在所有功能完成之后才开始测试，好是完成一个功能就马上交给测试，测试阶段应由测试完全掌握主动权，开发必须尊重测试人员的工作。
归根结底，航天桥北大青鸟http://www.kmbdqn.cn/认为软件开发是一项非常复杂的工作，为了避免过程出错，很多公司已经摸索并建立了成熟且完整的代码编写规范，包括变量命名规则、层次化设计、类和接口设计，到后的代码Review都很清楚，重要的不是会写代码，而是学会解决问题，做真正有价值的事情。

J. 程序员还在写代码，为何被曝猝死

”随着网络平台的发展，很多人为了博取他人的关注，就开始恶意的造谣。他们的这种所作所为，不仅影响了当事人的生活，也给他人的名誉带来了一定的损伤。有一个程序员，他明明还在好好的认真工作，但是却被别人传出已经死亡的消息。这件事情对当事人造成了非常大的影响，目前这名程序员已经报警。希望这个造谣的人，可以被警察抓到，然后进行惩罚。因为他的这种恶意传播，让别人出现了社会性死亡，是让人非常忌讳的一件事情。

谣言止于智者，对于没有事实依据的事情，我们千万不要跟随大流一起来进行恶意的传播，这样只会将事态变得越来越不好控制。