然后多个软件依赖同一个库的不同版本，GG。

你安装的乱七八糟的软件打包的依赖和系统其它软件依赖的这个库版本不一样且不兼容，GG。
----

解决方案是 Docker，是 Flatpak 等手段。他们都不是安装到系统，而是安装到一个专用的目录，或者虚拟环境。

够标准可以考虑 https://docs.scipy.org/doc/numpy/reference/generated/numpy.loadtxt.html

??? 你的数据量级多少，格式什么样的，一概没说，我们怎么评价？

@edius 怕什么，丢到 Photoshop 里面用 Camera Raw 调一下就行了。反正 vlog 都要剪，都要后期，都要压片。Adobe 全家桶是避免不了的。
----

顺便索尼直出的人像皮肤会偏黄，也可以用手动白平衡试试。。。

我小白时期拿套头拍视频，同样的地方，用小米 8、iPad pro 和 a6000 + 套头，发现 a6000 套头最暗、噪点最多，小米 8 最好。后来明白是光圈太小了。。。

索尼的对焦比佳能好不知道哪里去了。（利益相关：我是 a6000 的用户，平时就拍照）

不过 a6000 的套头垃圾，15mm f3.5 ~ 50mm f5。无论哪个光圈都太小，不足以拍 vlog，你得买个大光圈镜头。

镜头可以考虑适马三剑客，三个定焦 f1.4，爽到爆炸。索尼镜头普遍偏贵，不过 50mm f1.8 只有不到 1500，也还好。
----

半幅镜头的话，35mm 等于全幅 50mm。网上科普文章说 50mm 等效于人眼的视野，比较常用。但这里的 50mm 说的是全幅，所以半幅上面对应的是 35mm。一定不要弄错了。

（我手头有一个索尼 50mm f1.8 和一个适马 30mm f1.4，平时够用了。一个参考是 35mm 需要不到两米的距离才能拍全身。室内可能 16mm f1.4 会更容易近距离录像一点。这个楼主可以自己参考一下）

具体一点，什么样子的图。

看了楼主的新的追加，我觉得大可以用一句话高屋建瓴，解决楼主的一切疑惑：

“图灵完全的任何 computing machine 都是等价的。”

JVM 是图灵完全的，C++ 是图灵完全的。所以它们都可以互相表达，只是效率高低、以及实现细节的繁易问题罢了。

至于 Open Source Project ？我没见过实用的。如果说要看 toy project，那随便搜，肯定有。

> PS：java 本身就能通过接口实现多继承。

www 其实 Scala 也有 trait，模拟多继承，一般情况下够用了。

首先，我没见过 C++ target JVM 的编译器。

不过就算 JVM 本身没支持多继承，你在转义过程中加点料不就能支持了。反正 C++ 那种多继承，RTTI 弱到爆炸，只要编译器足够牛逼，什么都能模拟。

@Mohanson C 和 rust 那种语法，你还想写前端？前端 boy 连上游库的 bug fix 都不在意。。。

推荐看看 Monte Carlo tree search

过分苛求包管理器的版本号固定本来就是本末倒置，真正应该做的是呼吁包开发者尊重 semantic version，保持基本的兼容性。毕竟是个人就会犯错，写出来的包有个小 bug 再正常不过了。一般这种解决方案就是找作者，或者提 pull request，把这个 bug 修了，版本号涨一下。

强行固定版本号的做法，相当于对将来的 bug fix 都说 no。这在前端或许还能糊弄糊弄，到后端分分钟给你黑出翔来信不信？也就是前端为主的 node 社区敢这么玩。。。

不信你们楼上的随便街上抓一个高中生，让他评判一下 0.1 < 0.2 < 0.3，是不是觉得挺自然的？在 C 里面这样写，怕不是报错就是 false。

“凡是我常用语言没有的，别的语言有的，都是别的语言搞出来的语法糖，我都不喜欢。”

讲道理，非程序员看到这个语法可能觉得它非常自然。a < b < c 等价于 (a < b) < c 还要考虑 a<b 返回类型是个 bool，这才叫不自然呢。

如果你的所有例子都真的最外层除了空白字符就是 <ul>，那么

^<ul>(.*)</ul>$

我寻思硬件公司四年培养出的前端，好像也没什么可吹得，算不上什么职业规划吧。。。

@zjq123 我没说不吃蔬菜啊~ 我只是看到有一部分研究者说蔬菜可能和便秘关系不大。但是喝水的多少、以及排便是否定时，和便秘的关系是实打实在那里的。

“你如果挑其中之一的时间去排便，容易排不出来。就是这样。” 改成 “你如果不挑其中之一的时间去排便，容易排不出来。就是这样。”