Nim语言不火是有原因的

　　最近用Python做比较繁杂的统计计算，运行效率有点慢，想换一款效率更高的语言。Nim作为编译型语言，效率接近C/C++，语法跟Python很接近，就试用了一下——然后就发现它这么多年一直不火是有原因的。

　　我参照官方文档遇到的奇葩问题：Windows平台，数据库相关的模块无法安装。

　　按照文档提示，数据库有关的模块都在db_connector里面，以ODBC和Sqlite为例，文档是这么说明的：

按照提示操作的结果如下：

　　我去Nim Package Directory (nimble.directory)网站查询，根本就没有db_connector这个包，正确的名称叫dbconnector，安装命令也应该改成nimble install dbconnector。好吧，这算笔误，我忍了，照着Nimble官网提示继续安装dbconnector……

　　😗呵呵，又被骗了一次，我真善良。

　　😡这年头，除了嵌入式语言之外，没有谁觉得数据库算小众需求吧？

　　官方团队近些年在不断调整内置标准库，比如数据库模块就不在标准库里（需要自行安装）。问题出在官方团队只维护标准库，似乎没有负责"关键库"的人员。所有移出标准库的功能，连官方文档都是不可靠的，这可是最新版（2.0）的官方文档啊。

　　此外调整标准库的行为，还导致很多技术文章和代码都失效了。国外写的一些文章里，用到了ui库，以前也是由官方团队支持的，现在废弃了。所有用到ui库的技术文章，就没价值了。这种行为其实跟当年Python 3的影响类似（Py3改革，跟2不兼容），虽然官方团队没有在语法上硬性破坏代码兼容性，但是不断改标准库，同样造成了代码失效的问题——由于不知道什么时候还会改标准库，其可靠性还不如当年Python 3（毕竟只改一次）。

　　因为Nim的不确定性，我最终还是放弃了。

另：

　　目前还在继续用Python，实在不行打算用Kotlin重写一下计算部分。Kotlin依托JVM平台(Java)没啥说的，就是整体开发环境太重了……