计算机程序设计员用英语怎么说

computer programmer
英语（英语：English）是一种西日耳曼语支，最早被中世纪的英国使用，并因其广阔的殖民地而成为世界使用面积最广的语言。英国人的祖先盎格鲁部落是后来迁移到大不列颠岛地区的日耳曼部落之一，称为英格兰。这两个名字都来自波罗的海半岛的Anglia。该语言与弗里斯兰语和下撒克森语密切相关，其词汇受到其他日耳曼语系语言的影响，尤其是北欧语（北日耳曼语），并在很大程度上由拉丁文和法文撰写。

编程时的代码用英文而不是中文，这是历史因素决定的，从编程语言的起源，到编程语言的崛起，都是在欧美等发达国家进行，这些国家使用的基本都是英语，可以说英语是编程语言的母语，中国的互联网起步比较晚，当我们需要并大量使用编程语言的时候，所有的成熟的编程语言都是英文的了，我们作为一个使用者，而非创造者，代码用的只能是英文的，而不用中文。

编程语言起源于美国，美国使用的语言是英语，这样看来，代码编程用的是英语也就不足为奇了，更重要的是，代码编程运行需要依赖编译器和 *** 作系统，比大多数编程语言更早出现的 *** 作系统用的就是英文，为了减少工作量，代码用跟 *** 作系统同样使用英文，对程序员来说，工作量和代码量会大大减少，这么多年发展下来，英文代码已经形成了成熟的体系，要建立这样一个成熟的体系，对于中国年轻的互联网发展来说，不是短时间能做到的。

英文编程起源与发展

英语的流通性更好，英语几乎在全世界范围内流通，英文的二十六个字母组成所有单词，而且英语有固定的语法，不像中文表达同一个意思有千百种说法，用中文在电脑上跟其他国家的人交流确实没用英文方便。如果要用中文编程，需要在原有的硬件基础上将中文变成英文，再转换成英文编程，这将大大增长代码运行的时间；或者需要重新制作能够直接运行中文编程的硬件，但耗费成本会剧增，国内许多互联网巨头都难以支撑。

英文全球流通

我国的编程语言还在起步发展阶段，还不能够做到大范围投入开发使用。易语言就是一门用中文编写程序代码的编程语言，易语言的出现，确实降低了我们中国人学习编写程序代码的门槛和学习的难度，让中国人得以用中国人的思维编写程序，不用再去学习西方的思维和语言就可以实现，易语言的功能在逐步完善，用户数量意在稳步上升，但这还不够，还不足以大规投入开发使用，还没获得国内互联网行业的认可。

易语言代码

计算机编程是新时代能够改变世界的产物，我们大学生作为中国新生力量，有义务更有能力发展中文代码编程，让未来计算机代码编程世界，有中文一席之地！

C Programming Language

C语言是一种通用的编程语言，广泛用于系统软件与应用软件的开发。于1969年至1973年间，为了移植与开发UNIX *** 作系统，由丹尼斯·里奇与肯·汤普逊，以B语言为基础，在贝尔实验室设计、开发出来。

C语言具有高效、灵活、功能丰富、表达力强和较高的可移植性等特点，在程序设计中备受青睐，成为最近25年使用最为广泛的编程语言[2]。当前，C语言编译器普遍存在于各种不同的 *** 作系统中，例如Microsoft Windows、macOS、Linux、Unix等。C语言的设计影响了众多后来的编程语言，例如C++、Objective-C、Java、C#等。

扩展资料：

C语言诞生于美国的贝尔实验室，由DMRitchie以B语言为基础发展而来，在它的主体设计完成后，Thompson和Ritchie用它完全重写了UNIX，且随着UNIX的发展，c语言也得到了不断的完善。为了利于C语言的全面推广，许多专家学者和硬件厂商联合组成了C语言标准委员会，并在之后的1989年，诞生了第一个完备的C标准，简称“C89”，也就是“ANSI c”，截至2020年，最新的C语言标准为2017年发布的 “C17”。

参考资料来源：百度百科-机器语言

参考资料来源：百度百科-C语言

OO(Object-Oriented)
什么是OO
就是面向接口编程。无论你是用vtable, 或gp的function object, 或就是C的函数指针，正交分解也好，各种pattern也罢，都是面向接口编程思想的一种实现。
为什么要面向接口编程？
为了解耦。
什么是解耦？
就是把程序中互相不相关或有限相关的模块分割开来。就象收拾屋子，你希望把不同的东西放到不同的地方。把酱油和醋倒进不同的瓶子里去。
这里，对完全不相关的功能，可以简单地分开实现。
但事实上，很多情况下，不同模块之间是有互相之间的关系的。这时，就需要接口。用接口准确定义模块之间的关系。解耦前，两个模块之间共享所有信息（这个信息包括数据，也包括各自的实现细节）。解耦后，需要共享的信息被准确地定义在接口中。同时，信息的流向也被确定。
解耦的好处是什么呢？
首先，程序变得清晰了。
其次，不该暴露的实现细节被隐藏了。代码的修改变容易了。
再次，结构灵活了，通过静态多态(function object)或动态多态(vtable), 一个模块可以和任意实现接口的模块协作。原来类A只能与类B协作，解耦后可以和所有实现接口IB的类如B1, B2, 协作了。扩展性大大增强。自然而然就代码重用了。
编译依赖也没有了。你可以专心写和编译一个模块，不用等待其它模块的完成。
调试容易了。只要模块对一个接口调试成功，其它的接口也没有问题。于是，甚至可以用一个simple naive的实现该接口的dummy类来调试。（这点，使用template的gp不适用）
那么解耦的坏处是什么呢？
接口的定义变得很关键。解耦就是隐藏一些信息，定义一些需要共享的信息。如果接口定义的不好，隐藏了不该隐藏的信息，那么对某些需要这些信息的复杂情况来说，这个解耦就失败了。
而如果没有隐藏一些应该隐藏的信息，那么不该有的耦合仍然存在。
那么怎样解耦，又怎样定义接口呢？
这是一个纯粹业务逻辑的思考过程。这里，对编程语言的知识变得无关紧要。事实上，只要精确掌握需求，严密地分析需求和模块内部子模块之间的需求，任何一个会逻辑思考的人都可胜任这个工作。就象歌星郑智化一样，虽然不识谱，但一样写歌，只不过最后要懂谱的人把歌纪录下来。
解耦的原则很简单：精确定义需求，仔细分析需求。不要隐藏任何“需求”也许会需要的信息。不要放过任何“需求”明显不需要的信息。
而对需求不清楚的情况，宁可错放一千，不能错杀一个。总而言之，决不能隐藏可能需要的信息。
不考虑重用，重用是解耦后的自然结果。不能倒因为果！
>