rust的异步如果嵌套比较深的话，性能不好  
  
【 在 xiakem (xiakem) 的大作中提到: 】
:  go能干的rust都能干吧？
:  
:  
:  --
--
FROM 183.213.128.*

是不是因为你做的项目都比较偏向于系统编程。所以应该优先选 rust.

现在的软件世界，编程语言已经没说好争论的了，各有自己一摊。常见的编程领域都已经各自形成匹配自己语言特点并且完善的解决方案。即使没有，也不过是对着其它语言再重新发明一遍轮子罢了。

开发人员迷茫的是，怎么样在 AI 时代找到好的范式。VR、区块链数字契约这两个领域迟迟不大规模落地，真是急死人了。虽然端到端很好，但目前社会的需求，除了少数几个大厂，多数公司不拥有足够的数据量来适配端到端模型。

在大厂之外，最近热火的产业是把软件加持到工业生产去。搞啥新能源车机系统，机械狗，无人机啥的。但是好不容易软件才从硬件的附属品走出来，真的要回到以前软件人员也得懂示波器的路上吗？

【 在 lvsoft 的大作中提到: 】
: 我现在比较的不信任go的项目。已经遇到几次go写的项目一堆漏洞被入侵了。
: go有点像java++，也有让阿猫阿狗能快速出活的能力。但go比java更快更轻，对工程更友好。
: 但阿猫阿狗终究是阿猫阿狗。
: ...................
--
修改:hgoldfish FROM 110.84.120.*
FROM 110.84.120.*

的确，编译器无处不在，特别是jit  
  
【 在 chaobill (若我离去,后会无期) 的大作中提到: 】
:  一个编译型语言来抢 web 后端工作
:  不过现在除了 php 几乎没什么不需要广义上的编译的语言了
:  【 在 lvsoft 的大作中提到: 】
:  : 我现在比较的不信任go的项目。已经遇到几次go写的项目一堆漏洞被入侵了。  
--
FROM 183.213.128.*

编译不编译不是主要问题。
c可以解释执行，python也可以被编译到native（虽然过程比较坎坷...）。

rust主要是设计的很好，一门语言的设计哲学决定了它的生态位。（不过javascript是反例，这货只是被浏览器带飞了而已）

【 在 chaobill 的大作中提到: 】
: 一个编译型语言来抢 web 后端工作
: 不过现在除了 php 几乎没什么不需要广义上的编译的语言了
--
FROM 114.222.168.*

我是觉得，现在不是以前黑白分明的世界了，到处都是灰色的。
比如编译/解释这个区别就像risc/cisc。
都发展这么多年了都融合了，现在都是jit，本质上都只是runtime怎么实现的问题。

所以我觉得更重要的是语言设计哲学筛选符合它风格的coder，而这些coder产生符合语言设计哲学的产品。
比如rust里面有很多版本还是v0.x.0的库，放python下你敢用很多v0.1的库么？但在rust里我就敢，这些库的质量绝对不低。

比如贴个我现在在写的项目，v1.0以上的版本屈指可数：

integration v0.1.0
├── cortex-m v0.7.7
│   ├── bare-metal v0.2.5
│   │   [build-dependencies]
│   │   └── rustc_version v0.2.3
│   │       └── semver v0.9.0
│   │           └── semver-parser v0.7.0
│   ├── bitfield v0.13.2
│   ├── embedded-hal v0.2.7
│   │   ├── nb v0.1.3
│   │   │   └── nb v1.1.0
│   │   └── void v1.0.2
│   └── volatile-register v0.2.2
│       └── vcell v0.1.3
├── cortex-m-rt v0.7.4
│   └── cortex-m-rt-macros v0.7.0 (proc-macro)
│       ├── proc-macro2 v1.0.82 (*)
│       ├── quote v1.0.36 (*)
│       └── syn v1.0.109 (*)
├── critical-section v1.1.2
├── defmt v0.3.8 (*)
├── defmt-rtt v0.4.1
│   ├── critical-section v1.1.2
│   └── defmt v0.3.8 (*)
├── embedded-hal v1.0.0
├── fugit v0.3.7
│   └── gcd v2.3.0
├── futures v0.3.30
│   ├── futures-channel v0.3.30
│   │   ├── futures-core v0.3.30
│   │   └── futures-sink v0.3.30
│   ├── futures-core v0.3.30
│   ├── futures-io v0.3.30
│   ├── futures-sink v0.3.30
│   ├── futures-task v0.3.30
│   └── futures-util v0.3.30
│       ├── futures-core v0.3.30
│       ├── futures-sink v0.3.30
│       ├── futures-task v0.3.30
│       ├── pin-project-lite v0.2.14
│       └── pin-utils v0.1.0
├── generic v0.1.0 (/home/lv/project/atomi/pizzaro-firmware/generic) (*)
├── heapless v0.8.0
│   ├── hash32 v0.3.1
│   │   └── byteorder v1.5.0
│   └── stable_deref_trait v1.2.0
├── nb v1.1.0
├── panic-probe v0.3.2
│   ├── cortex-m v0.7.7 (*)
│   └── defmt v0.3.8 (*)
├── pizzaro v0.1.0
│   ├── alloc-cortex-m v0.4.4
│   │   ├── cortex-m v0.7.7 (*)
│   │   └── linked_list_allocator v0.10.5
│   ├── bitfield v0.14.0
│   ├── can2040 v0.1.5
│   │   ├── alloc-cortex-m v0.4.4 (*)
│   │   ├── cortex-m v0.7.7 (*)
│   │   ├── cortex-m-rt v0.7.4 (*)
.....

【 在 chaobill 的大作中提到: 】
: 等不等编译是问题啊
--
修改:lvsoft FROM 114.222.168.*
FROM 114.222.168.*