编程语言会影响程序员的性格吗？
会的，首先往大的来说，在it行业有一个普遍的现象就是程序猿的表达能力相对没有从事其他行业的人好，所以很多人对程序员的印象可能会是宅、不太爱说话、觉得无法沟通之类的，这个其实也是有一定道理的，因为大部分从事it行业的，都是计算机相关专业的居多，而学之类专业的学生与电脑打交通的次数可能比和人打交道的次数还要多，所以自然到后面保留这样的性格了。
而开发的编程语言不一样的话，也会变得多少不一样了，就以我实际工作接触的来说吧，搞Java后台的，就没有前端写页面的沟通表达能力强，这两种工作的编程语言不一样，我们搞Java后台一般的只要按照需求文档开发功能就好了，需要和人沟通的特别少，除非是业务逻辑比较复杂或者遇到了bug，一个人暂时没有头绪，无法解决，这个时候就需要沟通商讨，可以向其他的同事寻求帮助了，不然就基本上是一个人安安静静的敲代码了。
而且前端不一样了，页面是一个产品的皮肤，是决定用户对产品最直观的感受，所以它需要沟通的机会会比较多，而且改的次数会比较多，因为可能你写出来一个页面，你自己觉得很满意，但是领导一看，觉得不行，你就要改，这个时候你就需要好好的跟领导沟通，明白领导到底是要改成什么样的，如果不是很明白的话，那么就很麻烦了，改来改去不说，也很容易给领导留下工作能力不行的印象。
一个半路出家的程序猿我想谈一下编程这个工作对人的影响，我本身并不是计算机专业出身，专业是经营，特长是日语，但是因为现在在国内的日本外包工资比较多，又招不到那么多理工科出身的会日语的人，所以只能找一些会学计算机的人去教日语，找一些会日语的人去教计算机。因为虽然大学学的是文科，当时高中是理科，所以还是有一定的逻辑思维能力的，于是就应聘了现在这家公司。
可能是本身性格加上文科的原因，我之前做事情一直都是觉得只要做好主线任务就可以了，旁枝末节一般不怎么关心，但是做了程序猿以后发现每一件事都需要去自己的分析前前后后的原因结果，每一行代码写上去的时候都需要有自己的根据，也要反反复复的验证他的正确性，慢慢就导致了自己事无巨细，打破砂锅问到底的习惯，虽然在工作种这不是坏事，但在生活中其实有时候真的非常影响人际关系。之前一直认为自己的情商还是可以的，至少什么场合该说什么话，尽量说话不要去得罪别人还是懂得，自从做了程序员以后跟朋友聊天经常是逮着一个问题就不停地问为什么为什么，直到别人都说不出来了还在纠结事情的原因，导致朋友们都说我经常把天给聊死了。
我也慢慢的理解为什么理科生相对来说会比文科生要给人感觉不圆滑的感觉了，因为他们更追求事情的本质问题，而不是糊弄，我想如果能做到两者平衡，应该会对自己有帮助。
编程到底会不会影响程序员的性格？用我同桌当活生生的例子。见仁见智了，我觉得可能有些程序员会在编程的影响下变得比较沉默、话少、性格内向、不善与人打交道，不是有句话调侃程序员的么，什么钱多话少死的早？大概就是对我同桌来说应该是钱少话多死的早吧。毕竟作为一个破码农，每个月工资也不多，经常加班，嘴比较贫，还比较懒。当然，一般是对熟人比较贫，对刚认识或者陌生的人也是话少嘴不贫。当然，以上都是开玩笑的。
至于编程对我同桌的性格有没有影响，想来是有的。以前做事的话是想到什么就去做什么，现在会先把要做的事在脑子里过一遍，想清楚前后顺序和对效率的影响，是谋定而后动吧，哈哈。主要是懒，想要让效率更高一点，省出时间玩玩游戏什么的。
嗯，生活中的话，还比较讨厌一些突发事件或者说例外。在你写好的程序里，如果大部分人都测试通过了，而有些手机的机型或者说系统或者说个人所导致的无法在开发环境复现的bug，会让你很恼火，因为你不知道该怎么去解决它而又不能忽视它。还有和以前相比，会更富有耐心一些，毕竟各种需求变更，代码bug总是让你改了一遍又一遍。整理东西的话，也会放的看起来更美观一些，毕竟敲代码的时候，编码规范和个人的一点强迫症都会使得你把代码变得更为漂亮更为整齐。
