你不怕他离职吗？

图片来自“wikiart”

　　这是我同事在晚上11点多跟我聊微信时问起的一个问题，我以为这个问题仍是挺有表明性的，因此我仍是决定就这个问题展开聊聊我对这句话的见解。

 

　　我同事之因此这么说，是由于他的组员，也就是问题中的那个他，目前深陷在多个项目的实施和维护工做当中。一样做为一位程序员，我真实深切地体会到他对自身职业生涯的担心，毕竟，我也是过来人。我同事屡次提出了他的担心，担忧过多的实施维护工做会“废”了他那个组员在项目上的开发和设计能力。我想无风不起浪，这个担忧和问题已是我第二次听到了。第一次是项目经理的提醒，而这一次，是他的组长直接跟我聊，若是我还有第三次，那么应该是当事人了。既然这个问题能够透过“两堵墙”传到我这里，那么能够证实，这两堵墙也应该默认了这个观念。一样还能够继续推断，大部分同事可能都是这个心态。因此，我仍是有必要分享一下我做为过来人的见解。不必定是对，但这已是我工做的本分了。

 

　　先抛“身”引玉吧，想当年的我，一样有这个想法，因此，咱们应该都是正常人。身处“互联网”风口年代，我不缺各类各样的机会，我随时能够中止天天心惊胆跳的系统故障，我极其讨厌凌晨接到故障电话又打的跑回维护现场排查和解决问题，我十分痛恨进去那只有个位数温度的机房去重启和修复主机。做为程序员，我为何要忍受这种非开发人员要作的事情，为何不能让我好好写写代码呢。这个问题在当时一样也让我陷入极度自我怀疑当中。没有人给我指点，没有人给我带路，我不知道当时这样的抱怨对仍是错，没有给本身一个“正确”的解答以前，我极力控制着本身，不断说服本身继续作好当下的工做。我尝试经过各类论坛寻找大牛的过往足迹，我也尝试经过各类各样的书籍去寻求思路，效果也并无太理想，但意想不到地是让我慢慢养成了读书的习惯，清理了许多没必要要的烦躁思绪。

 

　　读书并不能让我一会儿找到答案，但读到的好书确实能让我慢慢理清了本身的状态，加强了本身的逻辑，修正了本身作人的观念。至少到目前为止，我过往的各类非代码经验让个人代码质量有了日新月异地提升，我体会到了我写的每一行代码，每个设计在整一个系统周期的影响力。甚至，我目前跑市场的一些销售经验更让我清晰地认识到我应该如何去提高我代码在市场上的价值。我不知道这是否是叫作大局观，但各类过往实践经验告诉我须要经过各类领域的学习去加强我当前领域的深度学习，我从彼得·德鲁克的管理学当中学到了如何编程，我从潘加宇老师的《软件方法》当中学到了如何作人。我以为这就是夸领域学习的魅力，让本身慢慢提高到各领域共性的抽象层面。我曾经真的很疲倦于各类IT领域的基础学习当中，我那狭窄的视野和畸形的观念让我看不到技术书籍学习的价值和乐趣，但这个状况我以为因人而异吧。我目前所看的书籍当中技术类占比20%，我须要经过其余领域的80%慢慢修正本身的观念才能更好更深刻地了解计算机领域，虽然年过30，但我仍是以为本身只停留在入门阶段，我不会担忧本身的代码水平会被所谓的“年轻人”所威胁，我反而担忧本身会一时因急功近利而沉迷于各类套路当中，越是困难越有不可替代的价值。

 

　　以上是我我的角度的一些看法，再回到工做角度来看这个问题。对于初中高职能等级的评定，至少在咱们公司，我是以我的视野的宽广来定义的，而不是单纯的技能，由于我相信技能会由于我的视野的提高而会不断自主性地加强。从职能级别上的分工划分，我不会越权干预那位组长同事下的组员，既然做为咱们部门的职能组长，我是绝对的信任，我也不可能细管到每一位同事。正是由于这份信任，对于这个问题，我给了我这位同事十分确定的回答:“不知哪来的自信，我真的一点都不怕他（那位组员）离职”。

 

　　马云说了，“钱给不到位”或“受委屈了”是离职的根本缘由，但这是别人马老板站在员工立场为员工考虑的，千万别把马老板的“善良”当成了本身为本身不足而逃避的借口。不知不觉跟同事聊到近凌晨了，我作别晚安的时候他让我先睡，他以为本身还年轻力壮，能够作到凌晨一两点再睡。我如今能够很确定地对他说，他就是我自信的来源。