我是觉得，现在不是以前黑白分明的世界了，到处都是灰色的。
比如编译/解释这个区别就像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.*