图片来自“wikiart”
这是我同事在晚上11点多跟我聊微信时问起的一个问题，我觉得这个问题还是挺有代表性的，所以我还是决定就这个问题展开聊聊我对这句话的看法。
我同事之所以这么说，是因为他的组员，也就是问题中的那个他，目前深陷在多个项目的实施和维护工作当中。同样作为一位程序员，我真实深切地体会到他对自身职业生涯的担忧，毕竟，我也是过来人。我同事多次提出了他的担忧，担心过多的实施维护工作会“废”了他那个组员在项目上的开发和设计能力。我想无风不起浪，这个担心和问题已经是我第二次听到了。第一次是项目经理的提醒，而这一次，是他的组长直接跟我聊，如果我还有第三次，那么应该是当事人了。既然这个问题可以透过“两堵墙”传到我这里，那么可以证明，这两堵墙也应该默认了这个观念。同样还可以继续推断，大部分同事可能都是这个心态。所以，我还是有必要分享一下我作为过来人的看法。不一定是对，但这已经是我工作的本分了。
先抛“身”引玉吧，想当年的我，同样有这个想法，所以，我们应该都是正常人。身处“互联网”风口年代，我不缺各种各样的机会，我随时可以停止每天心惊胆跳的系统故障，我极其讨厌凌晨接到故障电话又打的跑回维护现场排查和解决问题，我十分痛恨进去那只有个位数温度的机房去重启和修复主机。作为程序员，我为什么要忍受这种非开发人员要做的事情，为什么不能让我好好写写代码呢。这个问题在当时同样也让我陷入极度自我怀疑当中。没有人给我指点，没有人给我带路，我不知道当时这样的抱怨对还是错，没有给自己一个“正确”的解答之前，我极力控制着自己，不断说服自己继续做好当下的工作。我尝试通过各种论坛寻找大牛的过往足迹，我也尝试通过各种各样的书籍去寻求思路，效果也并没有太理想，但意想不到地是让我慢慢养成了读书的习惯，清理了许多不必要的烦躁思绪。
读书并不能让我一下子找到答案，但读到的好书确实能让我慢慢理清了自己的状态，增强了自己的逻辑，修正了自己做人的观念。至少到目前为止，我过往的各种非代码经验让我的代码质量有了突飞猛进地提高，我体会到了我写的每一行代码，每一个设计在整一个系统周期的影响力。甚至，我目前跑市场的一些销售经验更让我清晰地认识到我应该如何去提升我代码在市场上的价值。我不知道这是不是叫做大局观，但各种过往实践经验告诉我需要通过各种领域的学习去增强我当前领域的深度学习，我从彼得·德鲁克的管理学当中学到了如何编程，我从潘加宇老师的《软件方法》当中学到了如何做人。我觉得这就是夸领域学习的魅力，让自己慢慢提升到各领域共性的抽象层面。我曾经真的很疲倦于各种IT领域的基础学习当中，我那狭窄的视野和畸形的观念让我看不到技术书籍学习的价值和乐趣，但这个情况我觉得因人而异吧。我目前所看的书籍当中技术类占比20%，我需要通过其他领域的80%慢慢修正自己的观念才能更好更深入地了解计算机领域，虽然年过30，但我还是觉得自己只停留在入门阶段，我不会担心自己的代码水平会被所谓的“年轻人”所威胁，我反而担心自己会一时因急功近利而沉迷于各种套路当中，越是困难越有不可替代的价值。
以上是我个人角度的一些见解，再回到工作角度来看这个问题。对于初中高职能等级的评定，至少在我们公司，我是以个人视野的宽广来定义的，而不是单纯的技能，因为我相信技能会因为个人视野的提升而会不断自主性地增强。从职能级别上的分工划分，我不会越权干预那位组长同事下的组员，既然作为我们部门的职能组长，我是绝对的信任，我也不可能细管到每一位同事。正是因为这份信任，对于这个问题，我给了我这位同事十分肯定的回答:“不知哪来的自信，我真的一点都不怕他（那位组员）离职”。
马云说了，“钱给不到位”或“受委屈了”是离职的根本原因，但这是别人马老板站在员工立场为员工考虑的，千万别把马老板的“善良”当成了自己为自己不足而逃避的借口。不知不觉跟同事聊到近凌晨了，我道别晚安的时候他让我先睡，他觉得自己还年轻力壮，可以做到凌晨一两点再睡。我现在可以很肯定地对他说，他就是我自信的来源。