对面试题的一些建议

　　最近去面试了一家大型的外包软件公司的开发职位，感觉上吧，这种大公司，特别是做外包的大公司，进入办公室的时候，坐的满满的都是人，外面很冷，但里面还是很热（电脑太多了），我的第一个感觉就是工厂，程序猿也叫码农，好像确实也是这样。

　　面试中问的问题基本上问的是C#或者前端的一些知识点，整个过程比较枯燥吧，你会就会，不会就不会，不记得就不记得，如实回答就行了，回答完后就叫去给另外一个面试官面试了，问的问题也差不多吧，也是问知识点的掌握程度，个人感觉，把《C#高级编程》背下来就稳妥了，这里不禁想问，难道把《C#高级编程》背下来就能写出好程序吗，或者说要是背不出来就写不了好程序吗？程序设计与写代码还是有区别的吧。

 

　　我提个建议，摆脱语言去考察一个面试者对编程的理解，面试题可以这样出：

　　1.某大型网站每天中午迎来访问高峰，怎样确定性能瓶颈在哪里，如果让你设计这网站，你用怎样的架构，模式或者技巧等，说说理由。

　　这题考的是面试者对程序架构的理解。

 

　　2.某程序要把数据传给另外10个程序，请设计一种通信方案。要是数据很大，怎样有效的传输？要是把数据分给100万个用户呢？

　　这题考的是对通信的理解。

 

　　3.某程度给a客户用的是sqlserver数据库，给b客户用的是mysql数据库，你会怎样设计数据访问模块。

　　这题考的是对模式的理解。

 

　　4.某游戏有1000万用户，每天产生大量的操作日志和充值记录，请尝试设计数据库存储系统。

　　这题考的是对DB的理解。

 

　　这些题目都是无关编程语言的，重点考察的是猿类对程序设计的理解，也并不要求每一题都回答得很完美，比如偏重DB的，第4题回答好也就OK了。对于面试官来说，参考面试者的回答，再针对回答考察编程某一些知识点就知道掌握的程序了，因为可以由面试者自由发挥，整个过程既有趣又灵活，而且面试者与面试官在答案的讨论过程中也会有某些程度的启发吧，实在是双赢的过程。

　　下面分享一道昨天遇到的概率题，这道题网上也已经有很多答案了：

　　某市发生了一次车撞人后逃逸的交通事故，该市只有两种颜色的车，其中蓝色车占15%，绿色车占85%，事发时有人在现场看见似乎是一辆蓝色的车，但是根据专家的现场分析，在当时那种条件能看正确的可能性是80%，请问肇事的车是蓝车的概率是？