Python 在这些行业的应用本质是一些 C/C++库的 shell ，比如说数据从读进来到输出去都是在 Pandas 里面，根本不需要 Python 语言本身有什么处理能力。

既然是 shell ，那大家肯定要找最好用的，比如说有 REPL ，语法简洁，支持 duck typing 或者至少不需要声明来 cast 去，有 Jupyter notebook 之类强大的辅助工具。

楼主能提出这个看法，我觉得是因为根本没观察过用 Python 做科研的人是怎么用的。他们中很多人对软件工程其实一窍不通，他们知道要实现一个数学公式，然后是跌跌碰碰，在不断试错和 Google 中写出来的代码。对他们来说 Python 就是一个大号计算器，或者不要钱的 Matlab 。你要和他们安利 IDE 、类型、封装、继承、编译器、单元测试、build pipeline ，他们会像看外星人一样看着你。

你要提出 C#，他们大概会问 C#里面有 Pandas 吗？


Google: c# site:openai.com -> About 809 results (0.27 seconds)
Google: python site:openai.com -> About 6,150 results (0.30 seconds)
Google: java site:openai.com -> About 1,140 results (0.27 seconds)

要说也是 Java 在蚕食好不好

@dapang1221 是美国不让卖，又不是中国不让进。正大光明地放进行李就行。

你想想你签自签名证书的时候是不是本地敲敲命令就可以随便签发，那黑客是不是敲敲命令也能签发一个你域名的自签名证书。

要安全的话，因为没有 CA ，你必须验证证书的指纹或者公钥(需要手动把这些存在你的客户端)。

上游有 bug 修复的话，尝试到 conda-forge 相应的仓库发个 issue ，Github 会给维护者发邮件的。维护者的名字在仓库里也有，你可以去他（们） GH 主页看看最近有没有维护，没有的话去 conda 社区邮件列表发一封语气很委婉的英文信，也许会有其他成员帮你。

另外我得和你说，除了写在 receipy 里面的测试以外，一般 conda-forge 的发布不会比上游做更多的测试。我参与维护的一个开源项目就经常遇到 C++依赖被升级到上游根本没测过的版本，如果不批准这个升级，整个 conda-forge 里这个依赖就会被卡在之前的版本，所以维护者有很大的压力要批准。但是上游没有针对 C++依赖的测试（谁没事测依赖），所以时不时会出现上游还没见过的 bug ，然后还要哄着上游去修。

给院长塞个红包，请求转到内科

我有一个简单的办法，以遵循 Google 代码风格指南为理由，每周把一行字数限制逐渐下调，直到 80 为止。逐渐调整的理由是可以减少每次影响的行数，避免影响其他同事工作。也可以和同事分工，每周换个人调。

到了 80 以后，找个同事说说 80 换行太频繁了，影响代码阅读，再逐渐上调至 200 。

到了 200 再说行太宽了，并排 code review 屏幕放不下，还是 Google 有先见之明，再逐渐改到 80 。

希望这个时候傻逼政策已经取消了。

抛异常就是正解，一些函数式编程语言（比如 OCaml ）抛异常是从内层退出循环的唯一的方式，这些语言是研究计编程理论的人喜欢用的，他们都没觉得是抛异常是旁门左道。

有一些老程序员会说尽量不要抛异常，是因为收集堆栈信息会比较慢，但是很多编程语言现在都对异常做了优化。比如 Java 虚拟机能识别这种用于控制程序执行，而不是用于报告错误的异常，抛出这种异常的时候里面就不会有堆栈信息，与创建一个普通对象无异。

ADD ./access.log /var/log/tac_plus/access/access.log

你这些日志文件是写进 docker 镜像里面去了，加上 strace 显示 `fstat(3, 0x7fff7454e7e0) = -1 ENOSYS`，我怀疑是不是内核版本太旧，不支持在 overlayfs 上面运行 stat 。

你其实可以不必预先生成这些文件，用`tail -F`等待文件创建就可以了。

我假设/dev/sda1 是你系统的话，那你这个备份和系统是同一块盘？这样的备份早晚是没用的，你就是让它提前失效而已。

正如 16 楼所说，如果你对换行还不熟悉，那也可以不换行，都可以编译的。

等熟手了以后再换行也不迟，然后可以研究大家关心的空格还是制表符问题，两个还是四个空格问题，缩进一层还是两层问题。

@zzsunss 能不能确认一下是不是思科设备的原因呢？

根绝我的经验，路由器这样网络层不储存业务数据的设备，如果产生异常，那关掉切备份就行；而且这种的通用设备实在不行临场换一个型号装上也不至于处理这么长时间。所以多半不可能是路由器，隔离思科应该是安全教育入脑了，后面发现没有用才查到真实原因。

从通信业跳槽出来多年的我来吐个槽：

行业这么多年好不容易认识到自组网、扁平化、高度互联的 IP 网络冗余度高、设备简单可靠、降本增效，却又无法摆脱电路交换时代的思维，在扁平的 IP 核心网里用 DRA 硬搞出了结构，人为创造了一个单点故障，而且故障会使所有设备的信令无法转发，即使其他每一个设备都是好的，网络也无法使用。

这等于比原来模拟交换机的时代还糟糕，至少之前没有人能傻到把全省的电话线拉到一个机器上去交换，长途局没了只影响长途，本地还可以打。计费系统坏了可以切掉，话费是收不了，不至于所有人失联。

以前 2/3G 时代 HLR/HSS 一坏全死的事故出了那么多，竟然还朝那个方向搞。。。

Python 3 有一个稳定 API(stable API)，但是有一些限制，而且可能会有一些性能损失，Pybind11 也没有明确支持它，不过好像是可以用的。

现实就如 16 楼所说，英语社会对于什么词需要缩写，什么不缩写是有习惯的，比如说

* 简单好读的词组不缩写。比如 Macbook Pro 其实就三个音节，MBP 也是三个音节，而且 P 的发音时间比 Pro 还长，缩了还不如不缩。再比如英语为母语者基本不会在口语中用 HDD ，一定说 hard disk 。

* 复杂的词组比如 DNA 就不得不一直缩写，不光是读起来麻烦，对于没学过化学的人来说原文认读和记忆也有困难。

* 需要缩写但发音会饶舌的，会用完全不同的词代替。比如 CPU 会用 processor 代替。

但是这些也没有一个规则，更像是约定俗成。所以如果你从没有见过一个英文为母语的人使用过一个缩写，那也避免直接使用。

千兆没什么市场的，如果有的话也是软核，还不如 CPU 转发。

万兆以上有现成的产品，价格不菲就是了

我遇到过的显核都可以直通的，你在 PCI 设置里开启，然后重启，就能配置到虚拟机里面了。
注意有 PCI(E)直通设备的虚拟机内存必须要完全预留，你在设置的时候会有一个硬件提升。

具体看文档： https://docs.vmware.com/cn/VMware-vSphere/7.0/com.vmware.vsphere.vm_admin.doc/GUID-5B3CAB26-5D06-4A99-92A0-3A04C69CE64B.html

William Lam 还有一个图文教程（英文)： https://williamlam.com/2020/06/passthrough-of-integrated-gpu-igpu-for-standard-intel-nuc.html
里面有关于重启两次以后，直通配置失效的解决方法

是显卡的问题，虚拟机里没有真正的显卡的话，那 2D 图形都要 CPU 去处理，Windows 从 Vista 开始采用 Desktop Window Manager ， 没有硬件加速的话显示每一个像素都有 XP 时代几倍的 CPU 开销。你可以尝试把虚拟机的 3D 加速功能打开然后多分配一点虚拟显存，ESXi 的虚拟显卡好像比 RDP 的软显卡要快一点。

你也可以把宿主机的显卡通过直通(pass-through)功能共享给虚拟机，但除非你用的是企业级支持 SR-IOV 的显卡，一块显卡只能直通给一个虚拟机使用，而且直通开启以后你的显卡无法显示 ESXi 自己的控制台，如果出现网络问题就只能用串口调试或者需要再插一块显卡。

楼主遇到的这个问题还挺有意思的，我很早接触过支付系统，可以猜一猜原因：

首先楼主完全不用担心不被扣钱，因为只要刷卡机嘀过一声，你的卡的 Track1 、2 和卡芯片签名的交易信息已经被记录下来了（当然这个数据是手机虚拟卡生产的）。

银行显示交易授权不及时我觉得是因为在线交易没有完成，转成了脱机交易，这个在非接触中是允许的，不受发卡行的限制。这么设计是为了维护非接触的支付体验，你的手机解锁可以被认为是卡主验证，所以在小额免密的范围之内，发卡行有义务接受这样的脱机交易。如果商户对账不成功，还可以发起手动交易，绝大多数信用卡会接受。

至于 Google Wallet 可以显示这个交易，那应该是离线交易逻辑设计的和银行不一样。你可以用 NFC 伪装 POS 机试一下就知道了，这样一个虚假的离线交易，手机 Wallet 软件马上就可以显示出来，因为交易信息是经过 NFC 传递的，但是银行在没有收到收单行的请求之前是不会承认这个不存在的 POS 机可以预授权额度的。

Wise 在英国没有完全银行执照，而是拿的电子支付卡执照，所以它是没有办法像银行一样登录征信，不过出于反洗钱的考虑，如果你的操作可疑它可能会要地址证明。

但注意，因为你的证件是验证过的，如果伪造地址证明被戳穿了，那可能要付法律责任。