不要滥好人的说人不容易。如果真的是那个快递员干的，不给于适当惩罚，对所有其它遵纪守法勤恳工作的快递员才是最大的漠视和不公。

我觉得也有楼主起标题不当的部分原因。
本来帖子内容就是想了解下体验以及迁移难度，但是标题却是问看法。既然是看法，当然宣泄情绪也是一种看法，自然就吸引了很多爱喷之人。
如果标题里就明确了自己真实意图，也许就能减少一些无谓人士的点击，过滤掉一些无用言论。

肯定不鸡肋。
这东西投入只是你的知识储备和和少量准备时间，极低费用，产出则是普遍被承认，普遍被提高收入，而且长期有效。
你到哪里找一个含“金”量高过它的？

@sadfQED2 好奇看了下竞赛样题的安全防范系统安装维护
安全防范系统工程常用的施工设备有手电钻、（）、配电箱、登高设备等。
控制箱由设备厂家根据所需容量配备，外壳采用（），壁厚不小于 1.2mm ，外表喷室外塑粉并做好防水防盗及散热措施。
电梯轿厢内的摄像机应安装在电梯轿厢顶部、（）或厢门侧右上角。
显然这里的安防是安防设备，不是软件。

我也投 Ditto 一票，因为我喜欢它的脚本功能，例如开发中总是会有些需要把复制的列表转为逗号分割，或者加引号逗号分割等需要。以前是复制到编辑器里正则弄一下什么的再复制，后来发现 Ditto 可以自定义粘贴脚本，就自己写了几行脚本给自己的 Ditto 增加了这个功能，大大增加了效率。

需求似乎很简单，好像用 WIN10 的 IIS 的 ftp 就能满足。

因为知道 PHP 和 sql 注入危害的人已经年纪大了，不是做管理就是被优化了，作为码农生力军的新入门菜鸟继续重复着这些错误。
什么 docker 微服务，对黑客的拖库和挖矿来说，影响其实并不大，而且部署 docker 的人往往更疏于关注系统更新和补丁。

除了上面提到的 regex101.com ，补充个 debuggex.com 的图形化显示也能较好辅助理解。

正则这东西，真是只有在所有可以使用的正则的地方经常使用，才能体现投入产出比。
但是麻烦的就是在 php,python,grep,vim,sed 各类可以使用的地方，他们的正则在细微处总有差异，特别在转义方面有着各自的坚持，实在是令人抓狂。

我也是最近才发现 Mysql/MariaDB 的 innodb 开启的 Page Compression ，也是用到了文件系统的这种 sparse file 特性，而象 ext3 和 ntfs 这样都老文件系统也一早有这种特性了。

我觉的很多讨论都是偏移了方向了。这里是跟什么纠正发音的完全不同性质，而是在特定环境下，混用日常用语和术语令人不快的问题。
在作为专业论坛里，的确就是应该使用不会导致歧义的术语进行问题讨论，你作为程序员如果混用了一些明显是会导致歧义的日常用语，一来就是显得自己专业素养不够，二来就是显得不尊重讨论氛围，被人指摘无可厚非。
你如果试试看投稿论文里把 internal storage 叫做内存，看看会不会给编辑刷下来？

两者应该都掌握。如果一个工作不能几行 shell 就搞定，那就上 python 。
如果你 shell 熟练，会发现很多事情 python 写一大段代码，也就是 shell 里跑几个命令用管道连接就搞定了。

压缩包都有 CRC 校验的，里面的数据损坏就会导致部分甚至所有文件无法解压。
如果是想要快速比较不同目录（硬盘）下数据，可以对所有文件做 HASH ，然后进行 HASH 比较即可。Linux 下有 hashdeep 之类对目录 Hash 的工具。

开始设计的方案肯定是追求一致性的。当性能问题严重才会考虑冗余数据来提高性能。如果你的数据库支持物化视图就可以考虑用它来做统计数据会较为省心，如果性能仍然有问题，这个数据量你就要从需求上考虑，是否真的对实时的统计数据有必要的需求，因为如果不是为了金融级别的结算等需求，应该不会有人介意这个统计数据其实是若干分钟甚至小时前的 ETL 加工数据，那方案就多了去了。

@dfgxcvbcv
例如 centos 、RHEL 系列。象 centos7 系列在 2014 年出来带的 python 一直到现在就是 2.7.5 版，就只是一直 backport 各种补丁，更改的只是打包序号。根本就不会出现由于软件包因为版本升级导致依赖出问题这类事情。