程序员的修养

   从出道到现在，我一直被认为是一个合格的程序员，但有时思维和行为方式却不像个程序员。我看计算机专业的书，也看一些逻辑性强的小说，也看一些关于合理利用人类思维的书，也关心企业管理。也许吧，我一直喜欢用比较感性的语言去写一些东西，我想，这里不应该有太多的专业名词，也不应该有太多的争执，我希望不管是菜鸟还是老鸟，看了后都有启发。

 

博学多才。

    想到以前，笔者在高中时期说过要努力地成为一名高级程序员，可是那时我并不是很清楚什么是高级程序员，也不清楚如何去达到。相信很多人都和我一样，有远大的目标，却无名师指路，所以我学得很杂，但我并不后悔，因为我早已站在一个更高的地方看下去，订下了更高的目标，又怎么会在乎以前的小事呢。计算机的技术，有时候还在计算机之外。

    博学是必须的，作为一个程序员进入公司，那么就会涉及到企业管理，小公司由于管理制度欠缺，有时候会乱，但是我们自己能做的首先是保持不乱，而大公司中不免会有勾心斗角的，玩办公室政治的，都想混下去，都想往上爬。所以懂一点企业管理的那些事总是有用的。产品做出来不免要拿出去卖，被人使用，懂点项目管理、消费者心理、营销、行业常识都是好的，怎么让周围的人喜欢你也是门学问。

 

懂得原理。

    最近一直在回顾大学课程。既然是认真的回顾，就应该把教材都换掉，再次回顾时，我发现那些大学课本里惊喜。在这里我先写出我总结出来的学习顺序，C语言--》数据结构--》数据库--》C++--。先到这些，首先从《C语言》开始，在C语言接近尾声时就提到了一个结构的概念，在下一本书《数据结构与算法》中频繁出现结构，然后此书中提到的排序、查找等算法，又是数据库DBMS中的底层基础，再由数据库的事务并发引出了操作系统中类似进程的原理，再深入到程序中的多线程。其实它们是层层深入，环环相扣，理解了前面的基础，再学习下去就事半功倍了。请不要放弃这些可爱的书本。

 

经验并不那么重要。

    在掌握了技术原理后，请不要害怕那些没做过的事情，你只要按照多想想实现原理，一定可以做到。不懂原理，做10年也还是个码农，再苦再累都不会有好结果！是的，有时候付出和回报的确不成正比。

在做事方面只要遵循一定正确的原则，哪怕从来没有做过，都可以把事情做好。可贵的是总结出做事原则。如果有人说某件事情他很有经验，天天做，那么就请问一下，做得对吗？上面说过对与错有时根本没法判断，但是在我们心中，是否早已有了答案？

    事情做多了，有经验了，并不一定是好事。在没有把握好原则和懂得原理的情况下去做事，往往会导致失败，而失败以后就会总结出经验，经验就是此路不通，其实这个经验是错的，路是通的，只是自己在乱走。

我并不是贬低经验，我只不过是想告诉和我一样的年轻人，我们有超越前辈的能力。

我提倡做大量的练习，做任何事情都一样，就像运动员一样，保持练习，保持状态。

 

代码是艺术，社交也需要艺术。

    许多人会去看短码之美，编程珠玑等书来研究，惯于和代码机器打交道的程序员，被搞笑的评为最“安全”的职业，最不容易出轨的职业，我只有苦笑。其中不乏贬低程序员的社交能力，我认为此乃重中之重。

    我们走出公司到了客户那里，客户并不知道你的技术有多牛X，也不知道你是哪个名牌大学毕业的高材生，也不知道你做过多少大型的项目，对社会产生过多少价值，我们可能都不是名人，头上没有光环。所以面对一个新的客户，一个菜鸟和一个高手都是从0开始起跑的。各种技术吹得天花乱坠，抛出各种专业名词，客户不懂，他会认为你在装，他只知道你能帮到他什么。

    可能你的某一个不经意间的动作，就对别人起到了意想不到的公关效果。

    举个例吧。有个销售人员，他这次的目的是和一个技术人员过去，目的是把客户“摆平”，但是他很“老板”，把这个技术人员当小弟使唤，这个去拿一下，那边替我去跑一趟，如果是一件很小的事情，那个技术人员可能也不会计较，也就顺从地当了“跑腿”了。但是客户怎么看呢？一个“跑腿”说的话有威力吗？能说服客户吗？

换个角度，我们也可以把这个技术人员当神来供，把他的好处都在闲谈时跨一边，只要恰到好处，那么效果肯定会是正面的。

    再换一个角度，我们来谈领导力。在公司中如果想从一群员工中提拔一个人当领导呢？以前我的看法是通过自己的努力，获得同事和领导的认可，这个看法是对的，没有错。反过来你是老板，想要在一群员工中提拔一个并不出类拔萃的人（一群员工都差不多，也说不上谁比谁强对少，或者程序员大多比较内向，不爱表现），其实也是可以控制的，因为你是老板，你掌权，你可以给他创造条件的，创造一个舞台让他表现自我，让他建立在一群中的影响力，最后正式授权，于是你就多了一个得力助手。