技术人员的困境

今天在36kr上看到曹老师的一篇文章‘程序员困境’，说的是作者的招聘经历 作者要招聘一个内核程序员的岗位，几十个人过来面试，都来自优秀的大公司，有些人在内核上开发的时间至少10年 但是绝大多数人都无法回答一个最基本的问题：当调用一个标准内存分配函数时，在内核中会发生什么？ 当让一位应聘者写一个简单的基于glib库的LRU缓冲框架时，他表示压根没用过glib，作者给他看了相关API，并详细的介绍了API，一个小时之后，他仅写出了几行乱七八糟的代码 作者很不解，那些所谓的“高级”程序员，那些多年在大型公司供职的程序员，甚至无法在最简单、基础的问题上证明自己的能力 困境是怎么来的？ 我感觉这个现象在技术人员中还是比较普遍的，他们有多年的工作经验，是公司技术骨干，但自己常常感觉不自信，感觉未来的路越来越窄 我个人感觉公司有一部问题，不重视员工培养，工作量大，使员工很少有时间研究更深更广的知识 但最主要的是个人问题，这些人不知不觉中进入了工人模式 在公司的开发环境内，用公司现成的框架和库，按照公司的需求，进行一系列的组装工作 碰到问题了，到网上找一找别人的代码，迅速拿过来进行拼装 长期下来，对公司的东西越来越熟悉，组装能力越来越强，成为了公司内的专家，但对公司的框架和别人的代码很少去深究原理和细节，求知欲和学习能力逐渐降低 熟练程度到一定程度后就很难提高，也就必然会被后面的年轻人赶上，换个公司的话，环境和需求不同，还需要再次积累，渐渐的焦虑感就来了 如何破？ （1）工作中要保持意识清醒，不再被动的忙于公司中自己那一块儿工作，最好多主动思考下公司整体的技术环境

例如

架构是怎么设计的？

服务器部署结构和流程是怎样的？

核心部分的设计原理是什么？

系统运营过程中遇到过什么问题、怎么解决的？

开发等流程有没有地方可以提高效率？

如果公司让你来优化系统 你会怎么做？

……

（2）利用业余时间做自己的项目 原理是让你开动大脑，多思考，多创造 不用把项目想的那么大，它可大可小，完全根据你自己的喜好和精力决定 例如最简单的，把你擅长的技术点或者常见问题整理一个博客或者电子书，放到网上，让他人受益 还可以自己封装一些小插件，放到github上 如果想到了什么好点子，认为有价值，就认真当个项目来做吧，可以叫上小伙伴，一起规划，一起开发，一起想办法让更多的人用起来 总之，主动思考，行动起来，坚持后就会感觉到自己的价值提升了，世界更大了，更有激情了