程序员|如何辨别一个程序员水平的高低？悲欢就在一瞬间，一日看尽长安花程序员

【程序员|如何辨别一个程序员水平的高低？悲欢就在一瞬间，一日看尽长安花】

文章图片

文章图片

文章图片

曾经身边有个好朋友这样问我，他说：程序员中到底有没有水平上的差距？如果有差距，要怎么辨别？当时我没有直接回答他，并不是他提出的问题有点弱智，而是当时我不知道怎么给他一个满意的答案。

春风得意马蹄疾，一日看尽长安花，我们知道程序员在我国已经到达了300万，想要把这三百万的程序员按照水平分，不可能快速的分外，因为你不知道这些程序员的水平是怎样的，按照薪资维度，不太靠谱，按照技术维度，短时间又不好匹配，按照解决问题的能力更是天方夜谭。

所以如何辨别一个程序员水平的高低，真的不太好回答，有人说考察一个程序员水平的高低，首先给定时间，看新领域的上手和学习能力，比如从来没用过rust ，让他用rust实现一个功能看其用多长时间。然后按照高低时间来区分这些程序员的水平高低，可行吗？

或者让一块产品出现bug ，让这些人分别去识别那块出了问题，看看谁能更快的反应出问题出在哪？按照排查问题的速度和效率以及解决问题的方式来判断一个程序员的水平，可行吗？

要不看看程序员的领导力如何，给他一个项目，什么都没有，自己能自信的给出正确的技术方案，然后说服领导去实施吗？自己是否能规划好工期，按照这些人给的方案，来区分程序员的水平的高低，可行吗？

除了这些之外，你还可以考察程序员的团队协作能力，对产品业务的认识，以及业务理解能力和逻辑思维等等。用这些方式也许并不能给程序员划出水平，因为每个程序员都有长板和短板。

有人就给我提出了可以用加权分来给程序员打分，比如说这项多少分，那项多少分，给个总分，然后把程序员区分个三六九等。但是这样真的可行吗？