熟练即可。做程序员对于英语水平有较高的要求，因为编程的工作属性所以一定要对英语非常熟悉，否则很难胜任编程工作。
至少应该达到大学英语四级以上水平，才勉强算合格。
英语不合格的人做程序员，常常给程序带来很多混乱，给后续维护带来很大的问题，也给其他同事接手这些代码带来很多困扰和误导。下面我就我在程序中发现的因英语不合格带来的问题，列几条比较典型的问题：
1.给程序中的元素取名时，词不达意，不能用准确的英语词汇表达元素承担的功用。例如，给函数取名、给变量命名、给数据库表命名、给参数命名、等等，不能准确地表达其含义，甚至取一个名称与其功能大相径庭。更不用说用英语写注释了，过十天半月，自己写的代码自己都看不明白了。
2.给元素命名时，动词和名词不分，用动词命名函数名、变量名、数据库表名(当然实现名也成了动词)、等等。
给元素命名时，将单词打错，有的是完全拼成错的单词，有的是单数生成复数时错误，有的是时态错误，总之混乱不堪。
3.不能顺利看懂英语文档，不能快速检索问题并解决开发中遇到的问题。我们都知道，计算机行业很多经典名著和底层开发资料都是欧美所出，很多问题直接参考文档资料就能明白。但是当程序员参看文档时，如果没有中文翻译，这时，这类英语差的所谓程序员，就去复制精贴到翻译软件，然后看半天看不明白，这严重影响了工作进度。有时候开发中遇到问题，求助网络的时候，在百度上找了半天找不到解决方法，上必应一搜就有答案。问题是，英语差的程序员，不会搜，搜出来也看不懂，折腾半天，问题没解决。我常常发现这种现象，有些程序员花半天找不到解决方法的问题，我花5分钟必应一搜就有条案，常常就是前几条就是条案。再者，去网上，比如，overstack发个贴求助，你难道用中文写问题描述？
4.英语差，看不懂英语原版书籍。对于程序员来说，看不懂原版书，会严重阻障你进步。我们常常发现这种现象，一本写得很好的技术书，翻译成中文反而看不懂，因为翻译的人英语也不过关，技术更不过关，比如<< Assembly Language for X86 Processors>> Seventh Edition,作者：Kip Irvine 这本书，看看中文翻译多少错误！最可笑的是把英语组合词的连字符翻译成中文还带连字符，有多可笑？
5.对于一些开源项目，比如，我们常有人参与github上的开源项目开发，贡献自己的一份力量，以提高自己的开发水平，那你写注释得用英语写吧？看懂别人的注释，也得英语过关。
