我觉得就是误伤了一下

显试的传递一下不行吗……

直观的思路是在缺失的组上枚举缺失的位置，寻找误差最小的位置
似乎可以写成动态规划，但懒得想了

我觉得这属于前端在偷懒吧

同认为应该是银行的问题，已经注销的卡是怎么转账成功的……

@jedihy 好吧，确实我也不是特别了解，只是一直很羡慕生物那边论文的影响因子都特别高

科学计算用到的 Numpy Scipy sklearn pandas 都是有 C 乃至 Fortran 的依赖的，要自己编译就太麻烦了
另外 conda 的 Numpy 的线性代数运算都是链接到 MKL 的，速度可能比你自己编译的更快

现在生物信息不是挺火的吗，为啥要改行

表示我也喜欢格式化以后的风格，我觉得这样更清晰，这样的风格也更加适合版本控制

@oyhw92 其实手机号本身就类似一个域名，处于安全以及移动性管理的考虑，移动网内部对终端的识别本来就不是靠手机号的。只不过由于以前没有转网这回事，原来这套“ DNS ”的解析过程设计得比较简单

@shakoon 其实可能也不用那么麻烦，我觉得可以弄个重定向，类似 HTTP 301 那样

其实携号转网这个事本来就没有那么简单
类似于 IP 地址，手机号的格式也是设计过的，本来看前三位就知道要往那个运营商转发了，你这转网之后咋办

感觉现在主要是在高性能网络服务方面用得比较多，低成本并行化，强大的加密库都是很贴合网络服务的要求的

没太看明白你给的数据格式，但是 groupby 了解一下

@lihongjie0209 不懂 Java 开发，不过 Java 应该也算是 Microsoft 重点支持的语言之一，看样子生态圈的支持也问题不大，当然肯定没有 IDE 那么成熟。
https://code.visualstudio.com/docs/java/java-tutorial

虽然没试过，但简单用用应该问题不大，vscode-java 插件是 redhat 贡献的，后台的 language server 是 eclipse 贡献的
https://github.com/redhat-developer/vscode-java
https://github.com/eclipse/eclipse.jdt.ls

几个小问题
开发路线混乱应该是说用户界面的设计路线混乱吧。虽然据说 Geoko 引擎的代码质量确实不算太好，不过毕竟历史那么久了，有一些遗留问题是正常的。
关于扩展的问题，虽然也是可以说是看中了 chrome 的扩展，但很多还是技术路线上的问题。要知道当年 Firefox 的 Geoko 引擎不仅仅负责渲染网页，火狐整个用户界面都是用 Geoko 渲染出来的，可以试试用 Firefox 打开这个 URI：`chrome://browser/content/browser.xul`。早年间 Firefox 的扩展是可以用 xul 编写然后深度集成到 Firefox 内部的，比如说老版的 zotero。
但是这样的开放对 Firefox 进一步的性能优化带来极大的困难，其中最明显的就是并行化，这也是 Firefox 迟迟未能实现并行化的一个重要制约。
作为一个老火狐的用户，我其实是很不喜欢 Mozilla 放弃老扩展的决定的。但市场在变，我只能祝愿 Firefox 越走越好。

尝试过一段时间的思源，但总觉得 ClearType 下思源黑体的渲染很奇怪。至于 MacType，去 GitHub 看了一下 issue，关于稳定性的 issue 很多，不怎么敢用。不得已又换回雅黑了……