程序员谁更适合

       彷佛又有很久很久没写了，似乎是懒得写，好像也没啥高见了，呵呵，其实就是写不出来。今天来扯个闲篇，怎么怎么写代码，怎么怎么运行程序，写多了，似乎也没啥意思。今天来说点废话，愿意看看的就看看吧。

      程序员干久了，难免遇到面试别人机会，这里讨论一下，关于如何观察或者判断面试者是否适合当程序员的问题，当然，那些基本的问题这里就不说了，比如学历、工作经历以及技术上的掌握程度，这些似乎都没啥好说的，百度一下，套路多的是。

     那么关于什么样的人适合写程序，适合当程序员，这个应该是没有标准答案。准确的说，每一个人都可以写，只要能识别26个英文字母，能敲键盘就能写程序。这个应该没有人能否定吧。但是，如果更进一步分析的话，个人感觉也是有些端倪可循的。比如说愿意思考，喜欢学习。至于网上说什么数学好的，英语好的，甚至说不擅长于泡妞的，都适合做程序员，个人觉得那些都有点扯。大家都知道，大多数程序员在工作中，所用到的数学、英语以及泡妞知识都是非常非常少的。不过，从实际从业人员统计来看，大不多数程序员给人的感觉是有点木讷，话比较少，当然也有些程序员，喜欢说话，喜欢交流，人也聪明，程序也写的挺好的。但是个人感觉那些不是程序员中的大多数。

    昨天教闺女玩魔方的时候，突然意识到一个规则，或者说一个道理，写程序和玩魔方非常相似。玩魔方，我的水平不高，但是我能搞出六个面来，其实我没啥天赋，就是能记住每一步怎么拧。即便是有步骤不会了，稍微百度一下也就会了。完成这个过程，几乎是不需要什么智商的，似乎是个人就能会。关键点就是记住每一步怎么操作，加上耐心即可，很容易的哦。

    写程序的过程与这个过程何其相似哦。比如说，有一个简单的需求，做一个订单网站，只要能够增加，修改，删除，查询订单数据即可。作为程序员，我们知道，总体开发过程也就是一步一步的来。首先在数据库里面设计个订单表，无非就是订单金额，数量，时间之类的。然后前端写个html页面，后端用java或者C#之类的语言，写几个供html页面调用的类来操作数据库，写好并调试好这些后，最后就是把程序发布到IIS或者tomcat下，到这里需求就算实现了。这个过程也就是一步一步来，按部就班，遇到不会的点，百度两下也就会了。

   写程序和玩魔方都是有点技术含量，也都也没啥技术含量。两者都是，记住每一步的规则，耐着性子完成每一步就可以了。魔方谁都会拧，左转，右转，上下翻转，每个人都会。但是能耐着性子，学习研究其每一步的规则，才能把六个面全部拧出来。这个规则简单，步骤也是固定的。但并不是所有的人都喜欢或者愿意干这个事。在生活中，有很多很多人，就是不喜欢做这样的事情，甚至排斥，理解不了这个过程。所以说，我们是不是就可以通过类似的游戏规则来判断更适合写程序童鞋了。 看谁适合与不适合写程序的道理恐怕也一样。电脑谁都会操作，键盘谁都会敲，但是按步骤一步一步来写出个程序来，看似简单的事情，就是有很多人不喜欢，不愿意甚至做不到。

    到这里，我们是不是可以简单而粗暴的下个结论了，不喜欢、不愿意或者不能够拧魔方的人恐怕不合适当程序员。当然这个明显结论过于简单粗暴。肯定有很多的优秀程序员能写、会写程序，但是就是对魔方没有一点点兴趣。个人觉得这些人只是对魔方本身不感兴趣而已。如果给点刺激，这些人肯定能玩转魔方。比如玩出六个面来的，就给涨工资什么的。

   反过来，真不喜欢，也不愿意更理解不了的那些同学，恐怕也不是太适合当程序员。大家知道，在程序员群体中，有些同学完全是因为混口饭吃才当程序员的。对写程序本身是没有任何的兴趣或者激情。这个当然无可厚非。但是这些人肯定不属于更适合写程序的群体。

   最后回到面试方法的问题上，在面试过程中，如果直接问人家是否喜欢玩魔方之类话题，恐怕未必能达到效果，但是我们可以借这个道理，观察或者提问面试者工作或者生活经历，是否喜欢或者擅长类似的活动作为判断依据。

  当然，这个方法未必100%适合所有人，只能说大概率如此。