@no1xsyzy 语言需要计数器和使用计数器来管理资源不是一回事吧。咱们好像聊差了，不是一个方向了……

@u823tg 我学 rust 这回事本身就是不带功利心的学，每次放弃都比以前多了解了点语言特性。所以无所谓啦

@no1xsyzy 精确控制资源本来就是 c 原教旨主义者的正常状态。就这么说吧，敢拿纯 c 写复杂业务还能写好的家伙哪个都不简单。
所以为啥写 c/c++的人越来越少了？还不就是这一堆东西太费脑。

@flyingghost 因为记不清楚了，所以上谷歌搜了一下，全文是这个：
凌晨三点的办公室灯火通明，
Ruby 开发者在解决性能问题，
Python 开发者在拿游标卡尺量缩进，
JavaScript 开发者在 npm 上找包，
C 开发者在解决内存泄漏，
C++ 开发者在编译，
Java 开发者在各种 Factory，
Rust 开发者在研究怎么通过编译，
Go 开发者正在 if err != nil，
王垠还没选好用什么语言。

@mamahaha 编写维护这个 js 本身就是投入了，前期投入还是不小的。

@u823tg 毕竟只是晚上在家学学，写写 helloworld，没有动力……

@SuperMild 其实你的说法我很赞同。我虽然每天写的是 c++，但是其实我真的不是 c/c++吹，只是想描述清楚一个真正的 c/c++而已……

@u823tg 写顺了那就真的基本可以说精通 rust 了。容我先膜拜一下。我学 rust 已经从入门到放弃两次了，眼看第三次要接近了……

@no1xsyzy 特例就别拿出来了吧。python 跑得比 c 快的例子又不是不存在。无论多高效的编译器，最终它还是要变成机器码在 cpu 上跑的。生成的机器码的性能，我可以把话说死了，上限就在 c 这块。
至于你后面那段，我就先不纠结你这个精通与熟练的语言把戏了。c 原教旨主义的那帮人才不用引用计数器这种低效玩意呢。那是 c++才爱干的事。不能在自己脑瓜子里面想清楚资源的所有生命周期的也敢自称熟练使用 c ？

@tt67wq 是的，所以我也说了是不是这么我高没有数据。
而且楼主也没说他具体在各个阶段上到底花时间多少，如果数据库上花的时间少，调用的消耗不就突出了呗。

@clino 你看过那个笑话嘛，凌晨三点，办公室灯火辉煌。c++程序员正在编译程序，rust 程序员正在让程序通过编译。原文不记得了，还说了挺多其它语言的。当时看了乐坏了。
那个所有权系统太难缠了。

@tt67wq 光调用函数这一点就能省下很多时间。动态语言调用库函数很慢的。
但是是不是有这么高我就没有数据了。

@clino 太繁琐了，为了安全增加了很多心智负担，编译通过都很费事。
我个人其实挺喜欢这个语言，但是不觉得它适合快速开发。它的性能只是相对其它语言来说而已，没有 gc，静态编译这两点就是性能的保证了。但是从机器码的层次来看，至少目前相对 c++还是太啰嗦了。c++那丧心病狂的编译时间带来的优化程度别的语言还是挺难赶上的。
谈到性能，c/c++的指针往那一站，除了汇编，别的语言都是直接抬下去的命……（不谈针对某些方面特别优化的专用语言，比如据说比 c 还快的 fortran，我没用过，听同事吹过）

@augustheart 从而避免水平不够 ->从而保证水平不够

@clino 微软冗余人员多，项目组多，啥都能掺和一脚。而且那也只是微软安全组的人推荐而已。你让微软拿 rust 重写个记事本试试，保证头摇得比谁都快。
rust 也没有吹的那么牛，先不说一大票库的版本号还在 0.x 甚至 0.0x 的阶段，rust 的优势也只是画地为牢，不安全的事都不让你做，从而避免水平不够的人写出安全代码。但它总体性能超过上 c/c++是不可能的，就算用 unsafe 生成的代码都不如 c/c++直接。而说到开发效率那就更没法谈了，rust 的开发效率怕是比 c 还差点。

刑法里面的方法赚钱，但是你去干呀，为啥不去干？还不就是你投不起那成本。

不要指望有真正低成本的创业。要么金钱投入，要么身体投入，要么两个都投入。又想健康生活又想赚大钱基本是做梦。

钱能解决一切问题

比全拼是快的，但是不会快很多。
因为任何读音输入法的瓶颈都在换页选字上