编程语言哪家好，这一直都是程序员乐此不疲争论的话题。但你有没有想过，哪种编程语言是2022年行业最需要的呢？
对此，在过去的八个月里（从2021年10月到2022年6月），国外网站DevJobsScanner分析了超过700万个开发者的工作需求，得出了目前行业内需求量最大的8种编程语言。
为了得出准确结果，DevJobsScanner只挑选这700万个需求中有明确编程语言要求的工作，舍弃了对语言要求模糊的工作机会。以下是具体内容：
1.Javascript / Typescript
自从Javascript作为网络编程语言出现后，它就一直流行至今。也就是说，目前Javascript是整个市场上需求量最大的编程语言。此外，Typescript（一种具有类型安全的Javascript超集）的到来也起了助推作用。近年来，Typescript的受欢迎程度只增不减。许多新的Javascript框架完全是用Typescript编写的，如Angular和NestJS。
在这八个月里，DevJobsScanner发现了48.6万个工作机会，占明确编程语言需求工作的32%。
按月份划分的Javascript / Typescript工作需求占比：
2.Python
Python成为2022年需求量第二大的编程语言。它的多功能性，从脚本、运行服务器或用于数据分析等，是实现这一里程碑的关键。此外，Python还拥有规模最大的社区之一。
在这八个月里，DevJobsScanner发现了30.8万个工作机会，占明确编程语言需求工作的20%。
按月份划分的Python工作需求占比：
3.Java
需求量第三大的编程语言是Java。自1995年创建以来，Java一直非常受欢迎。尽管在过去的几年里，随着Kotlin等更现代语言的出现，它的受欢迎程度一直在下降，但它仍然稳居前三。目前许多顶级公司在使用像Spring这样的框架，这也有助于Java保持这一地位。
在这八个月里，DevJobsScanner发现了26.2万个工作机会，占明确编程语言需求工作的17%。
按月份划分的Java工作需求占比：
4.C#
C#是一种通用的、多范式编程语言，主要基于其前身C++。作为一种通用语言，C#的使用范围很广，最常见的用法是与.NET框架一起使用。它在Unity游戏框架中也被大量用于脚本编写，.NET框架和Unity在顶级公司中都很受欢迎。
在这八个月里，DevJobsScanner发现了13.5万个工作机会，占明确编程语言需求工作的9%。
5.PHP
PHP一开始只是简单的 "个人主页工具 "编程语言，但自其创建27年以来，如今仍然是需求量第五大的语言。PHP主要用于Web开发，与Laravel或Wordpress等框架结合使用。
在这八个月里，DevJobsScanner发现了10.9万个工作机会，占明确编程语言需求工作的7%。
按月份划分的PHP工作需求占比：
6.C/C++
从C语言的首次发布到现在已经过去了50年，而从后来C++的出现到现在也已经过去了37年，C++最初的名字是“C with Classes”。一直以来，C/C++通过对语言的定期补充和改进保持了其受欢迎程度。
现代C++包括面向对象、泛型和函数特性，它还有助于低级内存操作。它在行业中的使用范围很广，在视频游戏、服务器、数据库、空间探测器和其他许多地方都可以看到C++的身影。
在这八个月里，DevJobsScanner发现了8.5万个工作机会，占明确编程语言需求工作的5.5%。
按月份划分的C/C++工作需求占比：
7.Ruby
Ruby是需求量最七大的编程语言，它最受欢迎的用法是与Web框架Ruby on Rails结合在一起。尽管第七名看起来不高，但Ruby被广泛使用在Twitter、Crunchbase和Github等顶级科技公司。
在这八个月里，DevJobsScanner发现了6.6万个工作机会，占明确编程语言需求工作的4.2%。
按月份划分的Ruby工作需求占比：
8.Go
Go是谷歌在12年前创建的一门年轻的语言。最初，谷歌设计Go是为了在多核、联网机器和大型代码库的时代提高编程效率。从下面的图表中可以看出，Go的受欢迎程度正在缓慢增长，在2023年它可能会进入前五名。目前，像Uber和Twitch等一线公司正在使用Go。
在这八个月里，DevJobsScanner发现了3万个工作机会，占明确编程语言需求工作的2%。
按月份划分的Go工作需求占比：
需求量最大的编程语言（完整列表）
以下是2022年编程语言及其各自需求量的完整图表：
以及按月份划分的同一视图：
总结
很明显，Javascript和Typescript在开发者就业市场上占主导地位。在明确要求使用编程语言的工作机会中，Javascript和Typescript总共占了32%。这一巨大的数字意味着，每三个工作机会中就有一个需要Javascript或Typescript的知识。
Python和Java是2022年需求量第二和第三的编程语言，但在过去的两个月里，Java的工作机会数量已经超过了Python。
C#是另一种值得关注的语言，在这8个月中，它一直在缓慢增长。Go的情况也是如此，它一直在逐月增加。DevJobsScanner预测这两种语言，尤其是Go，在未来可能会发挥更大的作用，占据更多的就业市场份额。
最后，这个排名和你想的有出入吗？你目前在使用哪个编程语言呢？
版权声明：本文转载为CSDN博主「CSDN 程序人生」的原创文章。
框架之间的论战一直以来都是 JavaScript 社区的热门话题，也是业内的圣战之一。从刚开始的 jQuery，到后来的 AngularJS，再到现代框架，相关的讨论从未停歇。
参与者
自从 JavaScript 这场框架“战争”开始以来，Backbone 与 Sencha 等框架逐渐“体力不支”，在战斗中倒下了，它们所遗留下的只有大量需要维护的代码。而存活下来的，像 jQuery 则变得越来越强大，如今拥有一个庞大的社区；另外存活下来的还有像 Angular 这样没有预期中发展得那么好的框架，让人略感遗憾。
1.jQuery
jQuery 是一个快速、简洁的 JavaScript 框架，它可能是目前最老的参赛者了。由于 jQuery 曾经修复了浏览器之间的互操作性，因此它非常流行，但它的应用却很难扩展。
不过如今，jQuery 已经不是主流框架之一，也不再是大多数项目的最佳选择。
2.AngularJS
AngularJS 作为一个基于 JavaScript 的开源前端框架，目前它已经达到了生命周期终止的状态（EOL），未来将不再获得任何支持与维护，Angular 团队希望现有用户能够迁移到下一代的 Angular 框架中。
由于它曾是框架生态系统的一次巨大飞跃，因此有不少人依旧怀念它。但因为它已经不再被积极维护了，所以不算是一个竞争者。
3.Angular
Angular 是如今高效和开源的 JavaScript 框架之一，起初它的诞生是为了与 React 竞争。随着 AngularJS 越来越老，出现许多问题，而 React 却发展得很好的情况下， AngularJS 团队决定对其进行现代化改造，将 AngularJS 重写为 Angular。
Angular 最令人感到繁琐的应该就是其陡峭的学习曲线，它需要很多概念，因为并不是所有东西都是直截了当的。想要学好 Angular 是很不容易的——它既继承了 AngularJS 的学习曲线，又有像 RxJS 或分层依赖注入这样的困难之处。
（Ben Nadel 的原图）
Angular 存在的另一个问题是它至今还有许多目标没有达成。例如，自从 Angular 2.0 以来，不少人都期待能有一个简单的方法来创建服务器端渲染的页面，但直到 2022 年 2 月，Angular.io 网站自身在没有 JavaScript 的情况下仍然是无法工作的。
事实上，Angular 的最大问题是碎片化和版本升级。版本升级的困难程度甚至令用户不愿意冒险升级其应用，关于这一点，你可以在 npm 网站 上查看。
（有很多在使用旧版本的用户）
4.VueJS
Vue 是比 AngularJS 性能更强，且比 Angular 更稳定、更容易使用的框架。Vue 在其模板系统中非常接近最初的 Angular，它既保持了 AngularJS 的简单性，同时又从 React 获得了一些灵感。
不过 VueJS 在版本 1 和版本 2 中存在一个严重的问题：它不能很好地处理数组，编写者把他们错误选择更新算法导致的结果归咎于 JavaScript。此外，如果你不使用像 Vuex 或 Redux 这样的库，可能就会出现严重问题。你可以在这里看到一个在 AngularJS 中工作的应用程序，但却不能在 VueJS 中看到。
（Vue 文档的摘录，将其变化检测算法的局限性归咎于 JavaScript）
所幸，这个问题在版本 3 中已经得到了解决。
5.SvelteJS
SvelteJS 是一个逐渐强大的竞争者，它声称自己的主要优势是在构建时会将组件转换成高效率执行的命令代码。据 SvelteJS 表示，这比 React 采取的声明式更好。
SvelteJS 使用起来的确更简单，但转换成命令代码以及生成的组件并不像看起来那么容易。在某些情况下，SvelteJS 无法正确检测更改，当这种情况发生时，状态可能会被破坏并且视图也不会正确更新。这个问题引起了很多关注，导致 SvelteJS 像过去的 VueJS 一样，很难证明它其中的项目都是合理的。
6.StencilJS
StencilJS 作为基于 Web Components 设计的框架，从技术上讲，StencilJS 并不算是真正的框架。实际上，StencilJS 允许编写组件，并将其翻译到其他框架。如今，它可以将组件转换为 Angular、React、Vue 和 Web Components 组件。
7.Mitosis
你可能并没有听说过 Mitosis，但正是因为它让我写了这篇文章。Mitosis 是 Angular 的创建者 Misko Hevery 开发的最新框架，并且 Mitosis 与 StencilJS 具有相同目标—— 将其组件转化为许多框架。
8.React
React 是最古老的现代框架之一，在 npm 存储库中有超过 10 年的历史。尽管如今 React 已经发生了很大的变化，但它仍然与大多数以前的版本兼容。近年来，React 发展得越来越好，有人表示，是 React 钩子（React 函数组件的副效应，用来为函数组件引入副效应）创建了这个更好的框架。
不过 React 最厉害的地方并不是它的钩子或是任何可见的功能，而是别的地方——React 推动了 JavaScript 的最新标准，也推动了 JSX 的发展。React 不再是一个框架，但也许它从来都不是——它只是一个库。React 努力地推动标准，最终，它将自己从用户代码中移除。
最终的获胜者
获胜者当然就是……React，不过这并不是 React 本身，而是其背后的哲学。React 本身就是一个库，它可以被许多其他库所取代，例如 Preact 或 React Native。但如果你仔细观察，会发现 StencilJS 或是 Mitosis 与 React 非常相似，这并不是一个巧合，因为：
“最好的框架是将自己从用户代码中剥离出来的框架"
React 在很大程度上利用了 JavaScript 和 JSX（嵌入了 XML 的 JavaScript），而且用户代码对 React 来说是不可知的，只要稍加调整，完全相同的代码就可以在其他框架中运行。
因此，毫无疑问，React 是框架之战的最终赢家。
铁打的 Java，流水的版本。
不久前，Java 18 才正式发布，遵循 Oracle 六个月发一版本的频率，Java 19 将在今年 9 月出炉。这不，还没等众多开发者用上 Java 18，关于 Java 19 最新的两个目标功能就被披露了出来。
据外媒 InfoWorld 报道，根据正在进行的增强 Java 计划，Java 19 有可能承载大量功能，包括从通用泛型到值对象。其中，官方在 Java 19 中明确提出的两个最新特性分别是：用于表达向量计算的 Vector API，它将在 Java 下一版本中进行第四次孵化；将 JDK 一直到开源的 Linux/RISC-V 指令集架构（ISA）。
用于表达向量计算的 Vector API，该计算可以在运行时可靠地编译为支持的 CPU 架构上的最佳矢量指令。使用该 API 的开发者可基于一个用户模型，使用支持自动矢量化的 HotSpot，从而获得了一种在 Java 中编写复杂矢量算法的方法，使矢量化更可预测和稳健。
在开发设计时，这个 API 主要目标包括了四个方面。一是，API 能够清晰简洁地表达范围广泛的向量计算；二是 API 与 CPU 架构无关，可以在支持向量指令的多个架构上实现；三是在 x64 和 AArch64 架构上具有可靠的运行和编译性能；四是能够实现 "优雅 "的降级，以应对矢量计算在运行时不能完全表达为矢量操作序列的情况。Vector API 先前已被纳入 JDK 16、JDK 17 和 JDK 19。
随着 Linux/RISC-V 的移植，Java 将获得对一个硬件指令集的支持，该指令集已经被广泛的语言工具链所支持。实际上，RISC-V 是一个相关 ISA 的系列。据官方透露，Linux/RISC-V 端口将只支持 RISC-V 的 RV64GV 配置，这是一个包括矢量指令的通用 64 位 ISA。Java 开发者可能会在将来考虑其他 RISC-V 的配置。
移植将支持以下 HotSpot VM 选项：模板解释器、C1（客户端）JIT 编译器、C2（服务器）JIT 编译器，以及所有当前的主线垃圾收集器，包括 ZGC 和 Shenandoah。实际的移植工作已接近完成；JDK 增强建议（JEP）的重点是将移植工作整合到 JDK 主线库中。
而除了以上两种特性之外，允许 Java 程序与 JVM 运行时之外的代码和数据互操作的 Foreign Function 和 Memory API 也或将出现在 Java 19 中。
最后，值得一提的是，和 Java 18 一样，Java 19 同样是非 LTS 版本，只要六个月的支持期，在此不太建议大家在生产环境中直接使用，不过其中的功能特性可供尝鲜。你期待吗？
Filecoin是分布式存储网络，这在区块链行业中已人尽皆知，并为其带来了一个全新的发展方式。Filecoin的出现有效地解决了当前数据存储的两难局面，大大降低了存储和数据传输成本，并提高了数据的安全性，目前是一个没有竞争的项目。
那为什么我们说目前不存在竞争呢？
让我们来了解一下。第一， IPFS和 Filecoin是一个更自由，更开放的因特网。在 IPFS技术方面， IPFS的技术更有优势， IPFS不仅降低存储成本和宽带成本，还增加客户互联网信息存储的隐私和更高的安全性，而且使数据存储更高效，并且永久存储。
接下来就和大家分享一下 IPFS生态系统中的两个应用：
1创新应用
创新应用主要集中在区块链行业，这类落地应用目前阶段并不多见。其主要原因如下：一是区块链本身的发展受到限制，二是 Filecoin目前也刚刚发布不久，主网上线时间不长。
2应用转移
就是将传统型应用迁移到 IPFS上，这个关键集中在非区块链行业。
随着5 G，物联网技术，互联网时代的到来，人们的数据信息正在以惊人的速度增长，但需要完成这样的数据存储，消除重复冗杂的数据信息，查找这些数据的需求变得越来越重要。安全，可靠，高效已成为基本要求。
IPFS/Filecoin技术在目前处于领先地位，它不仅克服了数据存储技术中的大部分缺点，如去中心化数据库查询，而且还显示出由区块链技术分布式系统连接点产生的数据信息安全度，以及对数据信息操作者团队数据信息的控制，因此， IPFS也有“永不消退的系统文件”的称号。确保安装速度提高的海量信息也只有 IFPS了。
Filecoin整合了区块链应用程序，其本身就具备良好的生态环境，可以推动中国实体经济和数字贸易的高速发展。filecoin融合了高科技，并且还构建了分布式系统的基础设施，比传统的去中心化云存储更安全。
这说明 IPFS和 Filecoin紧密结合，不仅推动了区块链的发展，而且建立了一个更加开放、更加自由的互联网，在未来的升值空间也很大。所以IPFS和Filecoin形成了共生的关系。
据国家信息安全漏洞共享平台（CNVD）统计数据，2016年我国共收录通用软硬件漏洞 10822个，漏洞来源涵盖了众多知名的国外厂商。应用软件的不安全性对我国信息技术发展产生了重大威胁，近年来我国频繁发布信息安全相关政策，鼓励安全可靠技术和产业生态发展，以应对这种局面。
安可产业要实现技术自主可控，需要在四个层面逐步实现：基础硬件设施，如芯片、服务器、存储、交换机、路由器；底层软件，包括操作系统、数据库、中间件等；应用软件，面向实际应用的不同领域；安全产品，保障边界安全、终端安全和管理安全产品。目前在安可领域，高端芯片服务器等硬件已能基本满足办公需求；基础软件正在实现国产化替代，如云宏虚拟化产品。而在国产系统下，应用生态便显得匮乏了。
实现应用软件从普通环境到安可操作系统环境的平滑过渡，是丰富国产应用生态、推动安可生态从“可用”走向“好用”的重要手段。云宏知库云安可版，便是典型的例子。
云宏知库云是基于文件管理的团队协作云存储平台，通过简单易用的操作、高便利性的文件访问方式、跨越用户单位内外部的高效协作、安全智能的文件管理和随时随地的移动办公模式，将用户大量非结构化数据云端化升级，转换为“数据资产”，赋能组织每一位成员，帮助用户团队实时协作、轻松分享，加速数据流转，提升业务效率。
而面向安可领域的知库云安可版，则采用访问安全策略控制、行为审计、文件加密备份、精细化权限控制等安全手段，达到防病毒、防勒索的目的。
云宏对于安可云生态圈的建设，秉承“N+1+N”融合架构设计理念，以一套安可云解决方案，提供高安全虚拟化、云管理平台、容器服务、知识管理等能力，向下支持x86、ARM、MIPS异构芯片架构的统一管理，向上支持国产操作系统、数据库、中间件，以及云宏知库云安可版等安可行业应用。得益于“N+1+N”融合架构，知库云安可版对安可终端实现完美适配，自上而下全方位守护数据资产安全。
知库云安可版的诞生，对安可领域用户单位内部办公文件统一存储、自动同步、组织间多终端分享协作、机要文件安全管控、政策文件下发在线学习等场景，起到良好的支撑效果。
云盘、办公软件、ERP软件等应用软件，是安可领域生态圈的重要构成部分，让安全可靠技术真正落地，赋能安可用户以信息化技术支撑政府决策、服务用户、协调解决问题。面对安可操作系统，更多的应用软件需要从安可领域的实际需求出发，推动安可产业创新发展。
3G
3G是第三代移动通信技术，是指支持高速数据传输的蜂窝移动通讯技术。3G服务能够同时传送声音及数据信息。3G是将无线通信与国际互联网等多媒体通信结合的一代移动通信系统。
3GPP
3GPP是The 3rd Generation Partnership Project（第三代合作伙伴计划）的简称，成立于1998年12月，由全球七大标准制定组织（SSO）合作形成——这七个标准制定组织分布世界，包括日本无线工业及商贸联合会（ARIB）、中国通信标准化协会（CCSA）、美国电信行业解决方案联盟（ATIS）、日本电信技术委员会（TTC）、欧洲电信标准协会（ETSI）、印度电信标准开发协会（TSDSI）以及韩国电信技术协会（TTA）。任何公司想要参与其中都必须先加入当地的协会才行，因此3GPP目前有550多名成员公司，这些公司来自于40多个国家，包含网络运营商、终端制造商、芯片制造商、基础制造商以及学术界、研究机构、政府机构。当初的主要目的是为了顺利从2G时代过渡到3G时代指定协议和技术标准，当然目前也为4G和5G制定了标准。
LTE
LTE(Long Term Evolution,长期演进)项目是3G的演进，始于2004年3GPP的多伦多会议。LTE并非人们普遍误解的4G技术，而是3G与4G技术之间的一个过渡，是3.9G的全球标准,它改进并增强了3G的空中接入技术，采用OFDM和MIMO作为其无线网络演进的唯一标准。在20MHz频谱带宽下能够提供下行326Mbit/s与上行86Mbit/s的峰值速率。LTE具有不同的迭代版本，其中Release 8是第一代LTE系统技术规范，Relese 10及之后的版本也被成为LTE-Advanced，传输速率更是超过了1Gbit/s。在2009年10月，中国政府正式向ITU提交了TD-LTE-Advanced作为4G国际标准候选技术的申请。
4G
4G是第四代移动通信及其技术的简称，是集3G与WLAN于一体并能够传输高质量视频图像且图像传输质量与高清晰度电视不相上下的技术产品。4G移动通信技术的根本目的主要是能够在各终端产品间发送、接收来自另一端的信号，并在多个不同的网路系统、平台与无线通信介面之间找到最快速与最有效率的通信路径，以进行最即时的传输、接收与定位等动作。
总结
3G、4G是通信技术
3GPP是标准制定者
LTE是3G到4G的过渡技术
5G商用已走过1年，“5G”衔接万物正散发出诱人光荣，详细到交通出行，“5G车联网”作为轿车职业交融技能展开研讨中的一个重要范畴，现已成为国内外新一轮科技立异和工业展开的热门。我国软件网整理车联网工业的新近意向，洞悉职业展开的三大趋势。
趋势一：方针盈利加速车联网工业布局
十三五时期，多部委主导方针引领，加速培养5G交融运用，不断深化依据C-V2X的车联网规范体系、工业协同和演示运用，构建新式车联网工业环境和工业规范，加速推进工业互联网和5G的交融运用，全面支撑轿车与多个工业的网联化智能化协同展开。
趋势二：5G车联网的生态圈不断完善
车联网的生态圈现已构成，正在催生很多新技能、新产品、新服务，其间5G技能在车联网运用中起着无足轻重的效果。
截止2020年10月，我国已累计建造5G基站超70万个，5G终端衔接数超越1.8亿。车联网的三个中心：网络衔接、轿车智能化、服务新业态，都是建立在5G根底设备的基座上。
从细分职业来看，车联网工业是轿车、电子、信息通讯、路途交通运输等职业深度交融的新式工业，是全球立异热门和未来展开制高点，工业链条长，工业人物丰厚，跨过服务业与制造业两大范畴，彼此浸透，跨界交融，这些是车联网工业的杰出特征。
从工业结构来看，车联网工业的参与者首要包括车厂、车主、网络运营商、软硬件供给商、内容供给商等。本年5月份，华为在其官网发布了其5G轿车生态圈的第一批18家车企。这些车企分别是：一汽集团(一汽红旗、一汽飞跃、一汽解放)、长安轿车、春风集团(春风乘用车、春风小康)、上汽集团(上汽乘用车、上汽通用五菱)、广汽集团(广汽新能源)、北汽集团(北汽新能源)、比亚迪、长城轿车、奇瑞控股、江淮轿车、宇通(客车)、赛力斯、南京依维柯、T3出行。
五子棋还是有很多大佬发的，今天我也发一篇萌新写的小五子棋
这个是终端版的，如果有问题请大家指出，我去修改
代码如下：
screen = []screen_change=0def into():#初始空白棋盘
for i in range(screen_change):
list_width=[]
for j in range(screen_change):
list_width.append(' '+' |')
screen.append(list_width)def user_black():
while True:
coordinate = input("黑方请输入你想填下子的坐标 例1,2或者5,5")
coordinate=coordinate.split(',')
width_num = int(coordinate[0]) - 1
high_num = int(coordinate[1]) - 1
if screen[width_num][high_num][1]!=' ':
print('你输入的地方已经有棋子了，请重新输入')
continue
screen[width_num][high_num] = ' ' + '@' + ' |'
break
screen_print()def user_white():
while True:
coordinate = input("白方请输入你想填下子的坐标 例1,2或者5,5")
coordinate = coordinate.split(',')
width_num = int(coordinate[0]) - 1
high_num = int(coordinate[1]) - 1
if screen[width_num][high_num][1] != ' ':
print('你输入的地方已经有棋子了，请重新输入')
continue
screen[width_num][high_num] = ' ' + '#' + ' |'
break
screen_print()def eeferee():#判断输赢
#判断行
for i in range(screen_change):
for j in range(screen_change-4):
if screen[i][j][1]==screen[i][j+1][1]==screen[i][j+2][1]==screen[i][j+3][1]==screen[i][j+4][1] and screen[i][j][1]!=' ':
return False
for i in range(screen_change - 4):
for j in range(screen_change):
if screen[i][j][1]==screen[i+1][j][1]==screen[i+2][j][1]==screen[i+3][j][1]==screen[i+4][j][1] and screen[i][j][1]!=' ':
return False
for i in range(screen_change - 4):
for j in range(screen_change - 4):
if screen[i][j][1]==screen[i+1][j+1][1]==screen[i+2][j+2][1]==screen[i+3][j+3][1]==screen[i+4][j+4][1] and screen[i][j][1]!=' ':
return False
for k in range(4,screen_change):
if k>=4:
if screen[i][k][1] == screen[i+1][k-1][1] == screen[i+2][k-2][1] == screen[i+3][k-3][1] == screen[i+4][k-4][1] and screen[i][k][1] != ' ':
return False
return Truedef screen_print():#打印棋盘
print('——' * (screen_change*3+1))
for i in range(screen_change):
print('|',end=' ')
for j in range(screen_change):
print(screen[i][j],end=' ')
print()
print('——'*(screen_change*3+1))def main():
global screen_change
screen_change = int(input('请输入你设定的棋盘大小：'))
into()
screen_print()
while eeferee():
user_black()
if not eeferee():
break
user_white()
print('游戏结束')if __name__=='__main__':
main()12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879
效果图如下：
Eclipse 基金会于近日推出 Eclipse Theia 1.0 稳定版，并宣称其为 Visual Studio Code 的真正开源替代方案（a True Open Source Alternative to Visual Studio Code）。Theia 完全由非营利性且供应商中立的 Eclipse 基金会主导，并由多元化社区进行开发，不会因单一供应商的决定而损害多元化社区的利益。
犹记得在三年前，还是Eclipse 大行其道，不知怎么的，好像逐渐就被idea蚕食了许多份额，这次的推新，是否也有Eclipse 的不甘心在里面？
从上图的官网介绍可以看出，Theia 整合了云端 IDE 和桌面 IDE，这是一个可扩展的平台，包括开发者、组织机构和供应商在内的任何人都能够基于 Theia 使用最新的 Web 技术开发功能完备的多语言云端和桌面 IDE。
当作为云端 IDE 时，Theia 会在两个独立的进程中运行，它们分别被称为前端和后端（对应的就是本地浏览器和远程服务器），彼此之间通过 WebSockets 的 JSON-RPC 消息或 HTTP 的 REST API 进行通信。而作为桌面 IDE，前端和后端均在本地运行。
官方提到 Theia 可以作为 Visual Studio Code 的替代方案，因此其界面也和 Visual Studio Code 极为相似。更重要的是，Theia 原生支持 Visual Studio Code 扩展协议，也就是说我们可以在 Theia 上安装和重用 Visual Studio Code 扩展。
Theia 灵活的架构让它成为了一个可扩展、可调整的平台，使用者可以根据特定的用例以非常细粒度的方式对其进行深度定制，而无需为项目提交补丁或分叉项目。下图是 Arm 基于 Theia 进行定制开发的项目：
Visual Studio Code 作为一个桌面终端应用，微软为各个平台提供了可用的二进制包，但希望替代它的 Theia 却没有在官网提供下载链接。原因在于 Theia 并不是一个最终产品，这也是为什么标题把它称作「IDE 框架」。你可以根据自己的需求基于 Theia 构建和自定义一款属于你的 IDE。例如，假设你需要一个完全支持量子计算语言和对应工作流的 IDE，那就可以在 Theia 的基础上增加扩展或移除不必要的模块，进而构建出一个功能完备的 IDE。或许这就是 Theia 强调自己「真正开源」的原因。
那么，你现在在用哪一款编程工具呢？
12月14日，2021年全国计算机等级考试大纲发布。自2021年3月起，正式将国产办公软件WPS Office作为全国计算机等级考试(NCRE)的二级考试软件之一。
2003年，WPS Office就已进入国家一级计算机考试范围，本次新增的的二级科目“WPS Office高级应用与设计”将和一级科目在新版教育考试专用版WPS Office软件上实施。
NumPy提供了多种存取数组内容的文件操作函数。保存数组数据的文件可以是二进制格式或者文本格式。二进制格式的文件又分为NumPy专用的格式化二进制类型和无格式类型。
numpy格式的文件可以保存为后缀为（.npy/.npz）格式的文件
1. tofile()和fromfile()
• tofile()将数组中的数据以二进制格式写进文件
• tofile()输出的数据不保存数组形状和元素类型等信息
• fromfile()函数读回数据时需要用户指定元素类型，并对数组的形状进行适当的修改
import numpy as np# 随机生成12个数字并将其有一维转换成3*4的矩阵形式a = np.arange(12)print("一维数组:",a)a.shape = 3,4print("3*4的矩阵:",a)# 将数组中的数据以二进制格式写入到文件a.tofile('a.bin')# fromfile在读取numpy文件时需要自己指定数据格式,并且原格式并为保存b1 = np.fromfile('a.bin', dtype=np.float) # 按照float读取数据b2 = np.fromfile('a.bin', dtype=np.int) # 按照int读取数据b3 = np.fromfile('a.bin', dtype=np.int32) # 按照int32读取数据print('float格式b1:{},\nint格式b2:{},\nint32格式b3:{}'.format(b1,b2,b3))b3.shape = 3,4print('b3:',b3)
2. save() 和 load(),savez()
• NumPy专用的二进制格式保存数据，它们会自动处理元素类型和形状等信息
• 如果想将多个数组保存到一个文件中，可以使用savez()
• savez()的第一个参数是文件名，其后的参数都是需要保存的数组，也可以使用关键字参数为数组起名
• 非关键字参数传递的数组会自动起名为arr_0、arr_1、...。
• savez()输出的是一个扩展名为npz的压缩文件，其中每个文件都是一个save()保存的npy文件，文件名和数组名相同
• load()自动识别npz文件，并且返回一个类似于字典的对象，可以通过数组名作为键获取数组的内容
import numpy as npa = np.arange(12)a.shape = 3,4# 将数据存储为npy/npznp.save('a.npy', a)np.save('a.npz', a)c = np.load('a.npy')print('save-load：',c)# 存储多个数组b1 = np.array([[6, 66, 666],[888, 88,8]])b2 = np.arange(0, 1.0, 0.1)c2 = np.sin(b2)np.savez('result.npz', b1,b2,sin_arry = c)c3 = np.load('result.npz') # npz文件时一个压缩文件print(c3)print("数组b1:{}\n数组b2：{}\n数组sin_arry:{}".format(c3['arr_0'],c3['arr_1'],c3['sin_arry']))
3. savetxt() 和 loadtxt()
• 读写1维和2维数组的文本文件
• 可以用它们读写CSV格式的文本文件
用这种方式来对数据进行存储，方便深度学习中, 保存了训练集,验证集,测试集,还包括他们的标签,用这个方式存储起来,要啥加载啥,文件数量大大减少,也不会到处改文件名。算是get到了另外一种好的存储数据的方式
您是否曾经想过全球最大的软件公司之一是如何通过代码审查来确保高质量代码？
我也是。因此，我与同事一起调查了 Microsoft 是如何进行代码审查的。他们的做法是常见的做法吗？开发人员是否需要进行代码审查？他们使用哪些工具？让我们在这篇文章中找到答案。
首先，让我为您提供一些有关 Microsoft 的关键信息。微软大约有 140,000 名员工。其中约有 44％，即超过 60,000 名员工是工程师。成千上万的工程师同时使用相同的代码库来开发 Office，Visual Studio 或 Windows 等几种产品。
可以想象，确保不同子团队开发的代码可以完美地协同工作是一项艰巨的任务。在 Microsoft 中，代码审查起着重要作用，确保可以在如此大规模的范围内实现顺畅的协作。
在 Microsoft，代码审查是一种被广泛采用的工程实践。绝大多数工程师认为这是一个很好的最佳实践。而且大多数高效能团队都花了大量时间进行代码审查。
因为代码审查在 Microsoft 开发过程中起着如此重要的作用，所以它是我们深入研究并真正了解这种做法利弊的理想目标。在 Microsoft 进行的有关代码审查的大规模研究中，我们采访、观察和调查了 900 多名开发人员的代码审查实践。
我们的目的是了解 Microsoft 如何进行精确的代码审查。我们想知道，开发人员在进行代码审查时会遇到哪些代码审查陷阱，以及他们为克服这些挑战而开发的代码审查最佳实践。
大多数经验教训都是非常有价值的，不管对于小型团队和组织，还是对于大型团队和组织。如果你的团队还没有进行代码审查，那么我们会向您展示我们的发现以及代码审查的好处。我还将解释代码审查生命周期，以便您可以将这种实践纳入自己的开发过程中。
如果你的团队已经施行了代码审查，则可以将您的实践与 Microsoft 的代码审查实践进行比较。您的代码审查生命周期看起来是否有所不同？在下一篇文章中，我们将介绍代码审查陷阱和代码审查最佳实践。有了这些信息，您就可以开始查看您的团队是否已经实施了我介绍的所有最佳实践并克服了挑战。现在让我们开始吧。
在这项研究中，有 36％ 的开发人员表示他们一天执行多次代码审查。另有 39％ 的开发人员表示，他们每天至少进行一次代码审查。12％ 的人每周进行多次代码审查，只有 13％ 的人说他们在过去一周未进行代码审查。
这意味着 Microsoft 的开发人员将大量时间花费在代码审查上。因此，重要的是要确保这段时间是值得花费。那么，代码审查有哪些好处？
开发人员提到，代码审查最大的好处是提高代码质量并发现代码中的缺陷。代码审查的另一个重要好处是知识转移。
知识转移意味着互相检查代码的团队成员会熟悉大部分代码库。这也意味着代码审查最佳实践是在团队内部不断发展形成的。另一个优势是，新团队成员和初级开发人员可以在查看或获得反馈的同时学习和提高他们的编码技能。
如果开发人员在代码审查期间讨论替代解决方案，则不仅会改善代码库，而且对所有相关人员都有学习作用。因此，学习、指导和自我完善是 Microsoft 将代码审查视为有益实践的原因。
代码审查可以通过多种方式执行。可以是一个开发人员走到另一个开发人员的办公桌前一起看一些代码，也可以是团队一起检查代码。但是，在 Microsoft 进行代码审查时，最有可能遇到的情况是代码审查是借助工具完成的。
有各种各样的代码审查工具可用，并且在 Microsoft，团队可以自由选择他们的工具。在 2016 年，89％ 的开发人员表示是使用 CodeFlow 代码审查工具。稍后，我将解释有关此代码检查工具的更多信息。从那时起，随着 Git 的崛起，工具的使用也发生了变化。让我们考虑一个典型的审查情况：
让我们想象一下 Microsoft 的一名开发人员，让我们暂且称她为 Rose。 Rose 刚刚完成了功能的一部分，现在希望获得同事的反馈。
好了，Rose 准备获得一些反馈。因此，她首先准备好代码以进行审查。此步骤包括她打开代码检查工具，预览代码的更改。代码审查工具执行一些对比任务，这些任务可以帮助 Rose 准确查看她所做的更改。
在仔细检查了这些更改之后，她准备了一些说明，告诉审阅者她做了什么以及为什么这么做。这个说明可帮助审阅者了解代码更改的目的及其动机。现在，可以将代码发送给审阅者了。
许多经验丰富的开发人员都知道谁应该参加代码审查。但是，对于团队中的新成员或新的工作领域，选择起来可能会比较棘手。如果 Rose 不知道自己应该添加谁，她可以查看团队的相关政策或询问同事。她还可以使用代码审查工具的推荐功能，该功能可帮助她来选择审阅者。
Rose 选择了她认为可以为这段代码贡献知识的审阅者。审阅者通常是其他开发人员，但也可以包括其他利益相关者，例如 dev-ops 工程师，UI 或管理人员。审阅者被选择可能是因为他们的专业知识，也可能是他们需要随时了解即将到来的变更。
一旦选好了审阅者，Rose 就会发送代码审查请求。代码审查工具会自动发送通知，以通知审阅者已创建了新的代码审查。通知将发送给所有审阅者。但是，通常团队的经理或产品经理也会添加到通知列表中，并为每次审阅自动通知他们。这些通知使他们能够了解到相关信息，不过他们不需要执行审核。
一旦 Rose 的同事有时间，他们将查看代码审查。每个审阅者都可以在代码中添加注释和评论。完成评审后，审阅者会将带注释的代码发送回 Rose。Rose 现在可以处理这些评论，并准备代码的新版本。
审阅者通常会查看一些信息：代码看起来是否有错误吗？有架构上的问题吗？ 是否有一些小问题，例如缺少说明、拼写错误等？并非所有评论都同样有价值。但是，有几种最佳实践可提高代码审查注释的价值。
Rose 通过修正和解决建议来处理反馈。如果 Rose 发现存在一些误解或其他有争议的问题，她可能会去找同事亲自讨论。这有时比通过工具更容易，更个性化。
无论如何，一旦她处理完所有反馈，就将代码的新版本发送给审阅者。该新的改进版本称为修订版。
如果需要，她将收到进一步的反馈。这种迭代是否持续几次取决于更改的类型及其质量。对于简单和小的代码更改，通常只需要一个代码审阅修订。对于其他更复杂的更改或有问题的代码中的更改，可能需要几次迭代。
这是完全正常的，一部分原因是这个代码审阅反馈周期能激发作者与代码审阅者之间的讨论。
在此审查周期之后，审查者将代码标记为 OK，然后 Rose 可以将代码签入通用代码库。
有些团队制定了一些政策，允许开发人员在实际审查完成之前签入代码。这通常是针对一些微小的变化，以允许异步审查和加快开发速度。
我描述的所有步骤都是 Microsoft 典型代码审查生命周期的一部分，并由所有团队执行。根据团队的政策，团队对每个步骤的要求都会更加严格。
可以想象，微软有 60,000 名工程师和非常多的团队，并非都按统一标准来操作。Microsoft 的某些团队可能在代码检查生命周期中需要其他步骤或工具。我想简要介绍一下一些团队添加到代码审查过程中的一些额外步骤。
您最想要的功能可能是通过“自动检测”的错误代码来节省时间。我的意思是，如果您可以运行自动化测试并意识到代码无法按预期工作，那么这就是您应该做的：在审查之前运行测试。
这就是为什么有些团队要求在每次代码审查时都提交测试结果的原因。这样就不会有人会忘记运行单元测试了。而且它可以确保在给定的代码更改下测试实际上已经运行并通过。
其他团队甚至更进一步，以某种方式配置了代码审查工具：开发人员提交的每个代码审查都会触发构建。该版本包含该确切的更改，并且还启动了一系列自动化测试。这个构建和这些测试的结果将附加到代码审查中。通过这种方式进行配置，可以确保已使用公共代码库中的最新代码对代码更改进行了测试。
如果更改影响到用户界面，则要求开发人员提交屏幕截图也是一个好主意。这样，代码审阅者可以在不运行代码的情况下看到代码更改的影响。其次，在自己的计算机上运行代码时，代码审阅者可以发现差异。
静态分析工具就代码样式问题而言，可以为代码审阅者节省大量时间。 Microsoft 的某些团队将自动化的静态和动态分析工具用作专用的机器人审阅者。这些机器人在代码样式和其他静态问题上给出评论。因此，可以腾出时间让人工代码审阅者执行更多有趣的任务。
多年来，Microsoft 进行代码审查的事实上的标准之一是内部工具 CodeFlow。这是一个复杂的代码审查工具，可支持开发人员并指导他们完成代码审查的所有步骤。CodeFlow 在代码准备过程中提供帮助，自动通知审阅者，并具有丰富的评论和讨论功能。
您可以在下面的屏幕截图中看到，CodeFlow 是一个重 UI 工具，非常类似于 Word 或 PowerPoint。
如果需要，可以跳过此步骤，如果感兴趣，我将带您浏览 CodeFlow 的界面。查看屏幕截图，在左侧 (A)，您会看到所有受影响的文档。
同样在左侧，您会看到 (B) 分配给该本次审查的审阅者列表及其状态（例如，已签署或待审核）。活动文档显示在编辑器 (C) 中。 在底部，您可以看到 (D) 所有文档的注释列表。
另一方面，在活动文档 (F) 中只有一个注释。此注释与代码的具体部分（即一行中的一个单词）相关。最后，在顶部，您将看到代码审查的总体状态，在截图中是完成状态。之前的数字表示不同的修订版本。在此审查中，有五个修订。
CodeFlow 最好的功能之一就是它的注释功能。
代码审阅者可以非常精确地选择她要评论的代码部分。例如，审阅者甚至可以仅突出显示一行中的一个或两个字符，而不是突出显示整行。然后，审阅者可以对该选择附加评论。
该评论会发送给代码作者或其他审阅者，并且可以围绕该评论发起对话。
这种评论功能感觉就像在诸如 Twitter 或 Facebook 之类的社交媒体平台上评论。因此，CodeFlow 中的评论体验非常自然，可以进行丰富的对话和讨论。另一个不错的好处是可以为每个注释线程分配状态。状态可以是“无法解决”，“已解决”或“未解决”。
一个有用的功能是可以选择两个不同的代码审查版本，并比较两者之间的差异。这意味着您可以准确地看到代码作者在一个代码审查修订版和另一个代码审查修订版之间进行了哪些更改。跟踪审核进度非常方便。
在 Microsoft，开发人员花费大量时间进行代码审查。为确保这些时间花得有价值，Microsoft 拥有自己的代码审查分析平台。
该平台存储所有代码检查数据，从正在检查的代码开始，到代码检查中涉及的开发人员，再到开发人员的所有注释。甚至可以追溯到每个修订的代码更改。
这些代码审查数据是 Microsoft 对代码审查进行一些实证研究的基础。许多产品团队还使用它来跟踪他们的生产率并了解他们自己的代码审查实践。另外，我在此博客文章系列中分享的许多关于 Microsoft 代码审查的见解都来自对该代码审查数据的研究和分析。
随着 Micorsoft 参与和收购 GitHub，一些变化是不可避免的。例如，Microsoft 已经广泛采用 Git 作为源代码版本管理工具。同时，在 Microsoft，以 pull requests 形式进行的代码审查正在增加。
作者：知识小集
链接：https://juejin.im/post/5db7c542518825644e28b423