@Nich0la5 #6
我也没写啥 rust 的特色，算不上传教吧。只是顺便黑了一把 cpp 而已。
Go,Rust,TypeScript,Kotlin,Swift 我都很推荐，还有 MS 新开的 verona 项目我也很期待。

@ZingLix #5 这个我完全赞同，C++就是啥都往里加的缝合怪，C++11 以后，后置返回值都加进去了，`auto sum(int a, int b)->int`，又前又后，以前 C 的协调性也丢的差不多了。

@wutiantong #4 不只是函数类型，是整个 C 的类型系统的这种 expression 解方程表示法。除了函数调用，derefernce,index, 还有 top-level/low-level const 等修饰符结合到一块同样也混乱。存在函数类型的时候还有个问题就是 expression 中括号既表示调用函数，也用来强调运算符优先级，正文中 golang 博客上那个例子就是结果。
至于后置，主要是新的类型系统完全不同于以往的 expression，后置一来适合 type inference,二来不容易和以往的混淆，尤其是你习惯螺旋 parse 类型以后。
像：
```
let buffer:[u8;512];
let myfunc:Fn(i32,i32)->i32;
```
前置的话和以前的习惯似是而非反而更难受：
```some
[u8;512] buffer;
//c-style
u8 buffer[512];

Fn(i32,i32)->i32 myfunc;
//c-style
i32 *myfunc(i32,i32);
```

@turi #2 当然，正式因为类型表示太坑，用别名之后会舒服很多。
但 C++这个别名我也要再黑一下，它有两种定义方式：
```c++
typedef char *strs[10];
using strs = char*[10];
```
两个关键字干同一件事语法还不一样本身就很不协调了，这两个方式还都有问题，第一种把定义变量的格式规定成类型的名字，容易混淆；第二种类型名抽出来看似清晰了，但 expression 中的变量名又省略了，类型复杂的时候还是很难看清楚。
还有个 trick 通过原型定义：
```
char *proto[10];
using strs = decltype(proto);
```
但同样不怎么好看。

Ctrl +z / Esc+u （ vim 模式下）撤销

关于 C 的声明风格详细可以参考这里： http://c-faq.com/decl/spiral.anderson.html 它需要你的眼睛“螺旋式”parse 代码

minio

https://www.nakivo.com/blog/hyper-v-virtualbox-one-choose-infrastructure/
https://www.nakivo.com/blog/vmware-vs-virtual-box-comprehensive-comparison/

这两篇文章把三个虚拟化方案说的很清楚了，简单来说：
1. hyper-V /esxi 是 type 1 hypervisor，vm worstation/ virtual box 是 type 2 hypervisor,前者直接运行在硬件上，更稳定可靠，适合生产环境，后者运行在 host OS 上，更灵活，适合桌面、开发时使用。
2. vm workstation 是图形性能支持最好的，所以如果有测试软件、游戏等需求优先选这个。hyper-V 图形性能最差，GUI 用的是 RDP 。
3. hyper-V 和 windows 深度契合，所以如果需要 windows container 、wsl2 、docker for windows 等功能，只能选这个。
4. virtual box （不包含扩展组件）开源免费，不想花钱就选这个。
5. 剪贴板共享、Drap & Drop 、映射 USB 等基本功能三者都是有的，没有说明你没配好。
6. 虚拟化方案尽量不要同时装多个，即使可以共存也容易遇到性能下降、驱动冲突导致蓝屏等问题。

把需要保存的（项目代码之类的）备份出来，然后全盘低格后重装

以前有漏洞，可以通过高通的 9008 端口刷机，绕过 bootloader 的限制。
现在不清楚了，而且他刷入 patch 的 ROM 绕过账号锁后就得一直用下去，没法回到官方系统，卖也是要降价很多。

我也觉得应该放一起，需要的时候再 vendor 出来

@asanelder 又看了一下，我弄错了，annotation 只能存元数据，你可以把类当参数传给你的 annotation 。
如果需要注入代码的话可以通过反射，参考这个 https://stackoverflow.com/questions/1079343/java-simple-technique-for-annotation-based-code-injection

annotation 类似卫生宏吧，这种需求应该没问题才对。

用程序直接读取 decode，报错的就是坏了。

@oreoiot 你得先确定那是 uwp 应用还是打包成 msix 格式的 win32 程序

@murmur #24 Python 那是直接不兼容了，deno 和 node 都是跑 ECMAScript，语言标准一致，区别只是在一些 api 方面。
比起 node 只能调 C shared library，deno 要是能直接调用 cargo crate，直接用 rust 写扩展，你说香不香。还能像 Lua 一样嵌入到 rust 程序里面，rust 又能编译到 wasm，再加上 Mozilla 的 servo 等项目成熟以后，吸引到 npm 的生态迁移，把 js 的生态和原生高性能结合起来，用 rust 给 js 开发 web 框架，结合高性能和开发效率还有 SSR 、wasm，玩法丰富多样。