程序员维护战

① 程序员的困境

近日笔者采访了几十位求职内核程序员这个岗位的候选人。这些候选人均来自大的优秀公司——公司多以芯片或嵌入式OS
/系统而闻名。他们中的许多人都声称自己拥有至少10年的内核在职经验。他们的简历非常耀眼——各种相关的项目，流行语和奖项


但大多数人却无法回答一个很基本的问题：当我们调用标准malloc函数时，内核会发生什么?


不要惊讶。当我要求其中一位候选人基于glib哈希函数编写一个简单的LRU缓存框架时，他一开始表示他从未使用过glib——这也在我意料之中——我给他展示了glib的哈希API页面，并详细解释了API，然后在将近一个小时之后，他只写出了几行乱七八糟的程式码。


我不知道其他国家的情况是否类似，但在中国，或者更具体地说，是在北京，这是现实。那些曾为大型着名外企工作多年的“高级”程序员往往在简单、基本的问题上束手无策。


为什么会出现这种情况?


我越是思考这个问题，就越是觉得问题的原因不仅仅在于他们本身，也在于他们工作的公司。这些公司通常会提供稳定的代码堆栈，而且多年以来一直没有产生显着的变化。围绕代码的技术封闭了程序员的技能，使得他们只需要遵循现有路径，而不必积极创新。如果你在这种代码上工作了很长一段时间，同时没有很好地与时俱进，那么总有一天你会发现自己进退两难——在团队或公司内部，他们叫你“专家”，但却无法在市场上找到同样棒的工作。


这就是所谓的“专家陷阱”。日复一日，程序员梦想着成为团队/公司内部的专家——然而，当这一天真正来临的时候，却是我们困住自己的时候。我们对现有代码挖掘得越深，我们陷入的泥潭就越深。我们渐渐失去了从头开始编写完整项目的能力，因为现有的代码是如此之稳定(如此之大，如此之有利可图)。更糟糕的是，如果我们的主要工作就是维护现有代码，那么一段时间之后，无论我们阅读和学习了多少代码，都会发现，自己不会写代码了——即使问题简单到如研究生院的作业。这就是程序员的困境：我们靠编码为生，但培养了我们的大公司往往会破坏我们谋生的能力。


如何摆脱这种困境?


对于个人——


首先，要做自己的个人项目。你需要不断地“提升自己”。如果工作本身不能帮助你提升自我，那么找一些你想在个人时间解决的问题。这样做有助于你学到新的东西。如果你发布个人项目，比如说在github上，那么你就有机会认识那些能在你换工作时拉你一把的人。


不要停留在同一个团队超过两年。强迫自己换岗位，即使是在同一组织，同一公司中，这样你就可以面对新的挑战和新的技术。每隔18个月去参加工作面试。这不是为了跳槽，而是为了让自己知道现在市场需求什么，以及你该如何适应。


对于团队/公司——


给予员工压力和挑战。轮换岗位，让所谓的“专家”有机会扩充他们的技能。开启新项目，用实战来磨练大家。


定期举办黑客马拉松。这将有助于建立一种拥抱创新和创造的文化。大家会因彼此而受到激励——
“哎呀，那个家伙能用24小时写出这样一个美丽的框架，我得加油了”。

② 如何才能修炼成一名不可替代的程序员，避免裁员危机

程序员，就是从事程序开发、程序设计、程序维护的专业人士。

作为一种专业性极强的技术性专业，程序员的工作难度非常高，只有专业技能水平高超的人才能在这个领域获得良好的发展前景。……那些实力不足的人，只能被最终淘汰。

因此，要想在程序员这一行里成为不可替代的人，避免自己被淘汰出局的情况，就必须具备以下几方面能力：

1，高人一筹的专业技能。

在职场上，要想确保自身生存，就必须具备一项专业技能。……要想确保自己不被淘汰，就必须具备高人一筹的专业技能水平。

因此，要想让自己成为不可替代的程序员，要想让自己避免被淘汰的情况，就必须确保自己的专业技能水平高人一筹。

2，强大的罗辑思维能力。

程序，是一个逻辑性极强的系统。

一个程序的各个部分之间、各项功能之间，都存在着极强的关联，也拥有着非常强的逻辑关系。

因此，要想编写出性能优异的程序，就必须拥有极强的逻辑思维能力。……这是确保自己拥有更强实力、确保自己不被淘汰的重要能力。

3，高超的数学水平。

程序的表象，是一段代码。而其核心，则是数学模型，是具体的算法。……只有具备高超的数学水平，才有能力编写出算法精妙、逻辑严谨的程序来。……这是自己具备更高水准的关键因素。也是自己高人一筹，不可替代的关键因素。

4，精通至少一门编程语言。

编程语言是程序员在编程时所用的工具。……只有熟练掌握手中的工具，才能让自己编写出优秀的软件。……编程语言有很多种，一个程序员不可能面面俱到。……但是一个合格的程序员必须掌握至少一门编程语言，这就是自己工作时最得力的工具。……运用这个工具，自己就可以编写出优秀的软件，就可以获得更好的业绩，最终成为不可替代的优秀人才了。……自己也就不可能被淘汰了……

③ 程序员是做什么的

程序员一般的工作是从事程序开发、程序维护。

程序员是从事程序开发、程序维护的专业人员。一般将程序员分为程序设计人员和程序编码人员，软件从业人员分为初级程序员、中级程序员、高级程序员（现为软件设计师）、系统分析员，系统架构师，测试工程师六大类。具体工作职责如下：

1、负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作，完成分配项目的实施和技术支持工作。

2、协助项目经理和相关人员同客户进行沟通，保持良好的客户关系。

3、参与需求调研、项目可行性分析、技术可行性分析和需求分析。

4、熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。

5、负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。

6、参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。

7、负责相关技术文档的拟订。

8、负责对业务领域内的技术发展动态。

(3)程序员维护战扩展阅读：

职业要求

一般的程序员都有四年的在专业领域的学习，需要一个在程序领域的学士学位获得者，不论是数学方面的还是工程方面的都是可以的。

大约有20%的人在这一领域的计算机科学和工程学拥有更高的学位。还有很小一部分程序员是自学的，尽管一些专业性的学校或者综合大学可以提供，但是也需要一些别的途径来提供相关的人才。

尽管学历是比较重要的，但是公司经常把重点放在应聘者的工作经验上，很多刚从大学毕业的大学生虽然有引人注目的学位证书，但是他们找不到工作是因为他们缺乏经验。

一个程序员虽然没有正规的学历，但是如果一个人拥有程序设计的深厚知识背景或者丰富的工作经验的话，那么他的机会要比有学历的应届毕业生大得多。

对于职业程序员，另外一个重要的方面就是，程序员需要不断提升自己的业务技术，他的技术必须一直保持在一个较高的水平，并且要不断发展，程序员也要寻找贸易的机会，要参加研讨会，在周刊上发表文章和接受职业教育，这些使程序员在自己的领域中分级或者不断并排前进。

④ 程序员这个工作，真的很吃香吗为什么呢

程序员这个工作真的很吃香，因为程序员的工资很高，就业岗位也很多，但是程序员这份工作很累。因为程序员的工资以及就业机会多，有很多人都会选择做程序员，甚至有的人转行做程序员这份工作。关于程序员这个工作，真的很吃香吗？为什么呢？以下是我的看法：

三、程序员这份工作很累

对于很多的工作来说，员工是不需要加班的，如果做完一天的工作就可以选择下班，不需要留下来去做其他多余的工作。但是，对于程序员来说，加班是非常常见的事情，因为不知道什么时候程序就会出现bug，需要程序员去维护以及修改。程序员这份工作是很非常劳累的，所以如果选择了做程序员这份工作就要做好加班的准备。

关于程序员这个工作，真的很吃香吗？为什么呢？以上是我的看法，你有什么看法？欢迎留言。

⑤ 一个程序员要具备的基本素质是什么

1. 团队精神和协作能力 ：

   把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。

2. 文档习惯：

   作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3. 规范化，标准化的代码编写习惯：

   作为一些外国知名软件公司的规矩，代码的变量命名，代码内注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。

4. 需求理解能力：

   作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5. 复用性，模块化思维能力：

   复用性设计，模块化思维就是要程序员在完成任何一个功能模块或函数的时候，要多想一些，不要局限在完成当前任务的简单思路上，想想看该模块是否可以脱离这个系统存在，是否可以通过简单的修改参数的方式在其他系统和应用环境下直接引用，这样就能极大避免重复性的开发工作。

6. 测试习惯：

   软件研发作为一项工程而言，一个很重要的特点就是问题发现的越早，解决的代价就越低，程序员在每段代码，每个子模块完成后进行认真的测试，就可以尽量将一些潜在的问题最早的发现和解决，这样对整体系统建设的效率和可靠性就有了最大的保证。

7. 学习和总结的能力：

   善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。但是学习也要找对目标，一些小coding fans们，他们也津津乐道于他们的学习能力，一会学会了asp，一会儿学会了php，一会儿学会了jsp，他们把这个作为炫耀的资本，盲目的追逐一些肤浅的，表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。
   
   

⑥ 什么是程序员什么是代码

程序员所写的代码，是为某一特定程序或某一个应用程序所制定的编码和内部测试的组织实施，使此应用或程序应能够在程序员编写的代码中，实现各种功能。程序员(英文Programmer)是从事程序开发、程序维护的专业人员。一般将程序员分为程序设计人员和程序编码人员，但两者的界限并不非常清楚，特别是在中国。软件从业人员分为初级程序员、中级程序员、高级程序员(现为软件设计师)、系统分析员，系统架构师，测试工程师六大类。代码又臭又长
我见过最长的方法是5000多行，那段代码没人敢动，只敢往下加 if else，每次需要改这段代码的开发都战战兢兢，生怕出现什么莫名其妙的bug。java 可是一门面向对象的语言，一个方法里面有5000多行可以说是很可恶的事情了。我想一开始代码长度可能没这么夸张，是什么导致这种结果的？一个是当初写这段代码的人本身写的是直来直去的方法，一堆if else ；后面迭代的开发，面对这么长的代码瞬间失去了从头读到尾的耐心，直接继续在后面加 if else 迭代，最后这个方法就变成了一个缝合怪一样的玩意。
好的 sql 可以很大程度上简化代码的复杂程度，但是太过复杂sql 本身就会给后来的开发人员造成阅读困难，结果又是变成一条无人敢动的祖传代码，我想这应该是不少公司极度抵制存储过程的原因之一。当然不少银行应用开发还是大量使用存储过程，存储过程有用武之地的，但是一个又臭又长的存储过程就等着变成祖传代码吧。当年我见到一个60多个join的sql，看到第一眼就惊为天人从此难以忘怀，当然那段sql也成了没人敢去动的代码了。
代码逻辑不明
代码逻辑不明所以是我们开发很容易去犯的毛病，是一个不致命却烦人的毛病。在代码上的体现是，逻辑判断写的比较反人类各种双重否定是肯定，不把你绕晕不罢休。或者是写起代码来东一榔头西一棒槌，让人不知道你想干嘛。导致这个的原因有可能是开发人员在需求理解上出现偏差，做到后面发现不对劲，再回去改又不大可能了，只能硬着头皮往下写，结果就是代码弯弯绕绕；还有很重要的锅是在产品经理，任意变更需求，想一出是一出，开发人员无奈只能跟着想一出写一出。还用可能是开发人员方法或者类命名太艺术了，什么四川方言拼音这种没有十年脑血栓想不出的命名咱就不说了。就说那种国产凌凌漆式的无厘头命名——这看上去是个刮胡刀实际上是个吹风机，就这种不知道让人说什么好。
规划代码的核心思想
吐槽了一堆代码规范问题，接下来我们说说如何去规范我们的代码以及如何做到就算开发人员更换了，或者项目转手给他人了，仍然可以让后面的开发可以无碍的去阅读代码修改代码。当然各个公司/团队都有自己的一套代码规范，比如项目的结构、代码命名风格、代码格式等等。不同团队有不同的风格，但核心思想是大同小异的。接下来我就我个人的开发经验来分享一下一些代码规范的思想。

⑦ 程序员如何解决沟通冲突，避免互撕大战

在一般情况下，程序猿可以和产品维护好日常关系，一起吃午饭，一起参加团建之类的，日常沟通顺畅了，沟通产品的时候相对也好沟通一些，和不懂技术的产品讲技术，对方可能也能听的进去一二，也就能避免互撕大战，大家捞的清闲了。
像那场惊天动地的程序猿暴打产品经理那场战事中，据说就是产品经理提出了要求，去实现客户端颜色适配用户手机壳，面对这样的需求，应下来就是给自己挖坑，因为这样的功能肯定没办法实现的呀。如果这位程序猿和产品经理平时关系相处的好一些，大家能坐下来好好沟通
“兄弟，你这个功能不好搞啊”
“咋不好搞？”
“我跟你讲啊，技术上，这样那样这样那样”
“噢，原来是这样，还是你专业，听你的，那就这个功能不要了”
沟通能解决的事情，这样的结果，皆大欢喜。

⑧ 中国的程序员数量是否已经饱和或者过剩

程序员的数量是否已经饱和或者过剩？

任何一个行业,基本都是呈现金字塔结构。处于低端的人很多,越往上人才越少,很多大厂还不是喊着招不到人。

1、未来IT行业会持续发展，C端近几年内用人需求会缩减，B端和高级产品端会加强，对人才技术会有更高的要求，高端技术人才的春天来了。

2、初级人员的确会更内卷。

3、35岁现象短期内不会得到改变或者缓解，会变成各行业普遍现象。35岁会变成一个分割线，变成贫富分化线。

4、油条岗位会变少，低端业务码农，未来堪忧。