首页 文章 精选 留言 我的

精选列表

搜索[多模态大模型],共10000篇文章
优秀的个人博客,低调大师

TIOBE 10 月榜单:四大语言加强统治地位,Rust 威胁 C/C++

TIOBE 公布了 2022年 10 月的编程语言排行榜。 截至今日,Python、Java、C 和 C++ 语言已经在 TIOBE 榜单的前 4 位盘踞了相当长的一段时间。TIOBE CEOPaul Jansen指出,这四种语言在榜单中远远领先于其他语言,且差距似乎只会拉的越来越大。去年,这 4 种语言占据了 40% 的市场份额,今年甚至达到了 55%。 “这表明目前竞争的空间不大。Java 的主要竞争对手 C# 正在失去地位,而 Python 的竞争对手 R 和 Ruby 或多或少地趋于稳定。然而,对于 C 和 C++ 来说,出现了一个小威胁:编程语言 Rust。Rust 以 0.70% 的历史最高市场份额再次进入前 20 名。Rust 专注于性能和类型安全。Rust 越来越受欢迎的原因之一是 Google 开始使用 Rust 语言编写 Android 的 low level parts。” TIOBE 10 月 TOP 20 编程语言 前十榜单变化依旧不大,仅 PHP(10→9)和 SQL(9→10)进行了排名互换。与此同时,Rust 成功挤入了Top20的位置。 具体而言,Top11-20 间相较前一个月排名出现上升的有:Go(12→11)、R(18→12)、Swift(16→15)、Ruby(20→16)以及Rust(26→20)。下降的有:Objective-C(11→13)、Delphi/Object Pascal(13→18)、Fortran(15→19)。 其他的 Matlab 和 Classic Visual Basic 分别保持第 14、17 位不变,Perl 则从第 19 位跌至 22 位。 TOP 10 编程语言 TIOBE 指数走势(2002-2022) 第 21-50 名编程语言排行 第 51-100 名如下,由于它们之间的数值差异较小,仅以文本形式列出(按字母排序): ActionScript, Apex, Awk, B4X, bc, Bourne shell, C shell, cg, CLIPS, Clojure, Common Lisp, Crystal, Elixir, Emacs Lisp, F#, Forth, Groovy, Hack, Icon, Inform, Io, J#, Korn shell, Ladder Logic, ML, MQL5, NATURAL, NXT-G, OCaml, OpenCL, OpenEdge ABL, Pike, PILOT, PostScript, Q, Racket, Raku, REXX, Ring, Simulink, Small Basic, Smalltalk, Snap!, SPARK, Stata, Tcl, Vala/Genie, VBScript, Verilog, WebAssembly TIOBE 编程社区指数(The TIOBE Programming Community index)是一个衡量编程语言受欢迎程度的指标,该指数每月更新一次。评判的依据来自世界范围内的工程师、课程和第三方供应商,包括流行的搜索引擎,如 Google、必应、雅虎、维基百科、亚马逊、YouTube 和百度都被用于指数计算。值得注意的是,TIOBE 指数并不代表编程语言的好坏或编写代码的多少。 该指数可以用来检查你的编程技能是否还能跟上时代的步伐,或者在开始建立一个新的软件系统时,基于指数对采用何种编程语言做出决策。 TIOBE 指数的定义方式,以及详细榜单信息均可查看官网。

优秀的个人博客,低调大师

让 Java 打包缩小一大半,Solon v1.9.3 发布

相对于 Spring Boot 和 Spring Cloud 的项目: 启动快 5 ~ 10 倍。(更快) qps 高 2~ 3 倍。(更高) 运行时内存节省 1/3 ~ 1/2。(更少) 打包可以缩小到 1/2 ~ 1/10;比如,90Mb 的变成了 9Mb。(更小) 基于服务 name 进行注册发现 与 k8s svc 相互对应 支持 Service Mesh 架构部署方案 本次更新: 解决 solon.web.staticfiles 扩展仓库的文件被读取后不能删除的问题 插件 solon.validation 增加分组验证支持 插件 aws-s3-solon-plugin 升级 aws-java-sdk-s3 为 1.12.261 插件 sqltoy-solon-plugin 升级 sqltoy 为 5.2.3 插件 water-solon-plugin 升级 water 为 2.8.1 进一步了解 Solon: 《想法与架构笔记》 《生态预览》 《与 Spring Boot 的区别?》 《与 Spring Cloud 的区别?》

优秀的个人博客,低调大师

DevEco Device Tool 3.0 Release 带来 5 大能力升级,让智能设备开发更高效

DevEco Device Tool是面向智能设备开发者提供的一站式集成开发环境,支持OpenHarmony/HarmonyOS Connect的组件按需定制,支持代码编辑、编译、烧录和调试、性能监测等功能,支持C/C++语言,以插件的形式部署在Visual Studio Code(简称VSCode)上,支持Windows10 64位或Ubuntu18.04-21.10版本。 本次为大家带来的是DevEco Device Tool 3.0 Release版本新增及增强的五项功能,欢迎大家升级体验! 升级方式 建议您从官网下载安装包进行全量升级: https://device.harmonyos.com/cn/develop/ide#download_beta 一、支持产品化配置自动创建 在进行设备开发时,开发者如果想要基于某一款开发板进行产品化开发,往往需要在已下载的源码基础上手动删除多余的文件、手动修改目录名称和config.json来进行产品工程初始化,导致开发效率不高。 为了解决上述问题,新版本DevEco Device Tool支持根据输入继承的开发板名称和产品名称自动创建产品化开发所需要的最小文件集合和目录结构,无多余文件,无需手动删除,可直接进行产品化开发。 具体使用方法: 图1 支持产品化配置 如图1所示,点击创建工程 > 选择OpenHarmony稳定版本 > 选择想要下载的OpenHarmony源码版本 > 填写工程信息 > 点击确定后开始下载OpenHarmony镜像。 接着在资源管理器中右键单击 > 选择OpenHarmony > Add new product > 然后在产品创建向导中填写供应商名称,产品名称,继承自开发板名称和产品名称 > 点击确定后会一键创建该产品的目录结构和最小文件集合。 最后根据参考链接提供的开发指导,即可开始增量开发。 开发指导: https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/subsystems/subsys-build-mini-lite.md#%E8%8A%AF%E7%89%87%E8%A7%A3%E5%86%B3%E6%96%B9%E6%A1%88 二、支持芯片基线工程流转 芯片基线工程是进行模组或设备开发的基础。以往上游的芯片厂商在适配HarmonyOS Connect后会生成一个基线工程,下游的模组或设备厂商需要手工同步芯片基线工程后才能进一步开发,导致效率降低。 为了解决上述问题,新版本DevEco Device Tool新增支持芯片基线工程的流转能力。上游芯片厂商在完成HarmonyOS Connect适配后,将代码信息、代码仓路径、资源中心的工具链URL等信息打包到profile文件并上传DP(Device Partner)平台托管。 下游模组/设备厂商获取profile文件后可以使用DevEco Device Tool一键导入并自动解析,包括读取芯片定义信息并自动创建芯片对应的目录结构和最小文件集合、读取依赖的编译/烧录工具链信息并从资源中心自动下载、配置repo和git工具并使用repo下载manifest清单中的仓库等,大幅简化了开发步骤,助力HarmonyOS Connect模组或设备开发效率提升。 此外,在模组或设备开发完成后,DevEco Device Tool还支持对manifest和profile文件进行重打包,以便上传到DP(Device Partner)平台进行后续托管和流转。 具体使用方法: 图2 基线工程一键导入 如图2所示,点击创建工程 >选择HarmonyOS Connect解决方案 >选择下载好的profile文件导入。 随后点击确定,DevEco Device Tool会自动启动OpenHarmony镜像下载,请耐心等待基线工程下载完成。 下载完成后参考链接提供的开发指导,即可基于芯片厂商提供的基线工程继续开发产品。 注:在导入profile文件时,如 DevEco Device Tool会自动检测依赖工具是否满足,如果不满足请点击Repo linstallation Guide参考指导操作,主要参考链接里的“前提条件”的5个步骤即可。 repo installation guide 链接: https://gitee.com/openharmony/docs/blob/master/zh-cn/device-dev/get-code/sourcecode-acquire.md?utm_source=deveco-device-tool#%E5%89%8D%E6%8F%90%E6%9D%A1%E4%BB%B6 三、支持一键生成标准设备HDF通用驱动模板 HDF(Hardware Driver Foundation)驱动框架,为驱动开发者提供驱动框架能力,包括驱动加载、驱动服务管理和驱动消息机制。以往在进行HDF开发时,开发者需要在不同目录编写makefile文件,hcs文件,c++头文件和源文件,kconfig文件,操作步骤繁琐。 为了解决上述问题,新版本DevEco Device Tool新增支持一键生成标准(Standard)系统HDF通用驱动模板到对应代码目录中,减少新建HDF驱动模板的操作步骤,为驱动开发者提高了开发效率。 如下表所示,目前只有2种源码类型对应的产品才支持生成HDF,通过HPM导入的发行版源码暂不支持生成HDF。在使用此功能时,请用DevEco Device Tool提供的OpenHarmony稳定版本下载OpenHarmony-v3.1-Release源码,或在OpenHarmony社区下载OpenHarmony master版本的源码使用。 源码类型 产品 OpenHarmony-v3.1-Release ipcamera_hispark_taurus ipcamera_hispark_taurus_linux OpenHarmony master ipcamera_hispark_taurus ipcamera_hispark_taurus_linux hispark_taurus_standard 具体使用方法: 图3 生成HDF驱动模板 下载源码后,选择产品类型,然后点击图3所示工具栏中的HDF > 在HDF的驱动模块中选择蓝色的+号即可创建需要的HDF驱动模板。 四、集成QEMU仿真器 在嵌入式设备开发过程中,常常遇到代码已开发完成,开发者却因为缺少物理开发板,无法验证编译生成的镜像文件是否能正常运行,也不能进行代码调试和纠错,导致设备开发周期延长,影响项目进度。 为了解决上述问题,新版本DevEco Device Tool 基于QEMU提供了开发板的模拟仿真能力,支持arm_virt和mps2-an386两款仿真开发板,能让源码编译后的镜像文件直接运行在仿真器上(当前只支持OpenHarmony V3.1 Release源码),并提供Native应用的图形显示、可视化UI界面和功能交互能力;此外,还支持在开发板上进行应用/内核调试,从而帮助开发者大大减少硬件连接和上板调试的时间,即使在家也能随时分析软件代码,让设备开发更加便捷高效。 图4 仿真开发板使用方法 如图4所示,点击导入工程 > 选择工程路径和OpenHarmony源码后点击OK > 选择产品、MCU、开发板以及OpenHarmony版本号后点击打开即可。 然后点击build进行编译。 最后点击run开始下载仿真器组件,下载完成后再次点击run按钮,进行镜像传输,镜像传输后即可运行仿真器。 仿真器的调试操作参考官网链接: https://device.harmonyos.com/cn/docs/documentation/guide/debug_overview-0000001050164998 五、增强调试能力 在开发过程中,调试能力尤为重要,一个好用的调试功能可以帮助开发者事半功倍地完成开发任务。DevEco Device Tool在已有的调试功能上增强了以下调试能力: 根据汇编地址查看汇编上下文,提供快速打开反汇编接口、搜索反汇编地址、搜索函数以及支持反汇编和源码之间的快速切换功能。 支持根据偏移地址计算内存,提供起始地址,偏移地址,长度即可计算得出内存。 支持内存视图每行按字节排列。 具体使用方法: 图5 调试使用方法 如图5所示,点击左下角的“open disassembly view by current function ” > 快速打开反汇编接口 > 将反汇编视图移到右边,方便一起查看源码和反汇编视图。 点击左下角的“open disassembly view by address” > 在弹出的搜索框中输入反汇编地址 > 在反汇编视图中可以查找该反汇编地址的上下文。 点击左下角的“open disassembly view by function name” > 在弹出的搜索框中输入函数 > 在反汇编视图上查找该函数首地址的上下文 点击的“open memory view” > 在弹出的框中分别输入起始地址、偏移地址和长度,然后点击GO按钮,即可根据偏移地址计算内存 > 点击setting,会出现BYTE SIZE、 GROUP PER ROW和ENDIANESS(大小端选择),页面会按照对应的选择进行显示。 HUAWEI DevEco Device Tool新功能一览 新增特性: ●新增支持自动创建相应的芯片/设备目录结构和最小文件集合,减少创建芯片适配工程手动添加文件夹和文件的操作步骤。 ●新增OpenHarmony稳定版本、OpenHarmony样例下载,HarmonyOS Connect解决方案集成基线工程一键导入。 ●新增支持生成标准设备HDF的通用驱动模板。 ●新增支持arm_virt和mps2-an386两款仿真开发板,支持基于LiteOS-M的内核调试,支持OpenHarmony镜像应用的图形显示。 增强特性: ●提供和OpenHarmony官网样例一致的样例中文名称,修改对应描述增加搜索过滤功能,为所有样例增加使用指导超链接。 ●调试功能增强:支持根据汇编地址查看、搜索上下文;支持根据偏移地址得到内存;支持内存视图每行按字节排列。 修复的问题: ●修复了创建工程成功后,Ubuntu目录下有工程,但DevEco Device Tool中不显示工程的问题。 ●修复了HPM工程不能正常打开的问题。 ●修复了VSCode在远程模式下无法识别本地PC的端口但能识别Ubuntu端口,以及上传失败的问题。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux

Rocky Linux(中文名:洛基)是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版,作为CentOS稳定版停止维护后与RHEL(Red Hat Enterprise Linux)完全兼容的开源替代方案,由社区拥有并管理,支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性,采用模块化包装和SELinux安全架构,默认包含GNOME桌面环境及XFS文件系统,支持十年生命周期更新。

用户登录
用户注册