题主说的是有道理的。

不过从业时间越长，求职对学历的要求就越不强，反而对行业和专业技能的要求就越强，所以不管学历如何，都得持续学习，努力做出些工作成绩。

看完了，题主说的是这个事情背后的实际情况，站在快递员的立场上，这是有缘故的；但不代表这个事情整体上就合理。
很多人投诉是因为和预期不符，这个问题类似于宽带超售，或者开了视频会员还要看会员专属广告，都是厂商会通过宣传给用户一个预期，但用户实际到手的体验不符合预期。

对于消费者来说，平台、商家和快递公司构成了购物体验的整体，在这个整体里商家会疯狂压价格来吸引用户购买，而用户购买后却获得了比预期严重缩水的快递服务，让消费者觉得实际上没有那么实惠；在我个人看来其实算是一种“欺骗”行为，只不过可能商家也有苦衷，这是尚未解决好的、整个行业系统性的问题。

其实临时解决这个问题也不难，就是商家在宣传低价的时候同时明确告知消费者这个属于廉价快递，很可能消费者不会获得正常的快递服务，或商家提供一个走满血快递的价格，但商家也是受益方肯定不愿意这么做，那么商家一样逃不掉未尽告知义务的责任。

最理想的情况就是行业能发展到一个商家利润、快递利润、消费者购买能力、消费体验平衡的局面，但纯粹的市场经济有自己的局限性，潜规则和市场不统一不利于市场本身的发展，加上我们的社会制度特点，需要法规、政策、公共标准去调整和约束。

消费者能做的就是通过各个渠道做负反馈，比如投诉快递公司就是针对快递环节的负反馈，给商家打差评就是针对商家的负反馈，积累起来给相关从业者一个发展方向的参考，同时产生舆论来影响相应的法律法规和公共标准的制定。

不是音频方面的硬核玩家，只用过 JBL Go ，感觉还不错，不过没有麦克风。
我就是长期用来做电脑音响的，可以插 3.5mm 音频线直接播电脑音频，也可以连蓝牙，平时 USB 口一直插着连续供电，偶尔有需要就拔下来揣兜里带走。
唯一不足就是电脑开机不会自动开，需要手动按一下电源，但个人可以接受。

@nyxsonsleep #11 思路就是这样，130M/s 的话那就是超千兆了，都不是砍半的事情了，会跑满你的千兆带宽。
要想能满速读写文件同时又有富裕带宽，你就得提升局域网整体带宽，比如提到 2 千兆，甚至万兆，这方面路由器、交换机、AP 产品都是有参数的，确保速率高于你的需求就行。

没法检验，通常只能通过签订保密协议来确保法律上的保密义务，你要真想做到端对端安全只能对通讯工具的代码、部署环境、运营方管理方式等进行审计。

国内有法定管控义务，所以不大可能有真端对端加密的工具合法经营，除非是企业团体自建自用，反正谁运营谁负责。

Issues 和 Pull Request 里面可以讨论的。甚至有人利用这个特性，用 GitHub 的 Issues 功能写博客，支持 markdown ，别人还可以在下面评论。

@nyxsonsleep #7 1000m 带宽，你用 130m 的速度传数据，还剩下 870m 的带宽吧。

还有一个情况就是有的机械硬盘是带缓存的，如果命中缓存可能速度会比较快，未命中缓存就会比较慢。

个人对延续自己的基因这件事无感，想要孩子也是出于各种其他原因，顺便能延续自己的基因就行。
所以可能对一些人来说“自私的基因最大化传递自己的本能”不一定存在。

相反，如果有得选，我选择自己能长寿，如果克隆人能服务这个目标的话（比如给我提供器官），倒是可以考虑。

当然关于克隆人的伦理问题实在太多了，很多人、很多年没讨论出结果，在 V 站除了水深火热我想不到别的结果。

“专门的设备”就是 NAS 。
我个人对机械硬盘的速度不是很有信心，你测出来 80m 的速度应该不是 WiFi 的问题，十分可能是你用的硬盘本身极限就到这个速度了，你最好找你要用的硬盘的测速数据看一下，看是不是符合你的要求。
低功耗、静音、千元内，随便淘个低端旧电脑就可以吧，带 SATA 口和千兆网口就行。

感觉有风险。

你把 16W 借或者送给小舅子，加到首付里不就行了，共同还款人的话如果小舅子还不上了就得你背全额债务。

我目前的方案是，NAS 上开 NFS ，mount 到另一台 Docker Host 上，然后跑容器的时候从这个挂载目录里面挂载子目录作为卷。

NFS 的缺点就是本身没有用户权限管理机制，但优点也是没有用户权限管理机制，就只负责传达文件操作和数据，具体认证和鉴权是由服务端系统自己的用户权限机制来完成的。对我上述的使用场景来说，我不同的容器可能会以不同的用户 ID 和组 ID 来操作卷里的文件，NFS 就比较合适，如果是 SMB 、SSHFS 之类的协议，就不大合适。

但 NFS 对网络质量要求可能会高一些。

另外用 NFS 的时候要注意安全问题，因为它本身没有认证和保密措施，你如果十分信任当前网络的话可以忽略，否则只能套些其他方案来确保安全。

@gdrk Java 我好久没用过了，现在比较流行又比较容易上手的应该是 Spring boot 吧 。如果已经有语言基础可以去官网看 Getting Started 。

国密的推出是国家为了防范其他国家推出的算法有后门的，所以从这个目的来讲，即便有后门也是“只有我自己知道我自己的后门”是能达到安全需要的。

目前没有消息强制要求个人和非国有组织单位使用国密，普通人愿意用啥就用啥，无非是后门在谁手里的问题。

然后国家项目也是分不同场景的，公开的网站只是个宣传门户而已，能让所有人访问到才是首要目标；实际上内部核心系统肯定不是早就换了国密就是在换的过程中。

@1016 #7 有 JS 基础的话学 Node 很容易，只需要了解一下 Node.js 的 Event loop 跟浏览器上有啥不同，然后看看 IO 相关的 API ，上手很快。

后端方面学会语言、引擎、框架基本只是冰山一角，比较多的需要学习的是架构思想、数据库、中间件、服务治理的部分，这些比较成体系，不像前端知识那么离散。

打算用啥写后端？ Node.js ？是的话不用看视频，直接去看看 Node.js 的官方教程和 Express 的官方文档就行了，写个博客练练手，然后就看看微服务、REST 、GraphQL 相关的东西，进阶就是看看 Redis 、Postgresql 、Elasticsearch 、消息队列，然后研究一下高并发的案例。

我只想问啥片子😏

北京，互联网行业中等规模企业，我现在是 10-7-5

有安全漏洞最好升级，当然最好先搞个一模一样的测试机测一下升级会不会导致啥问题，测试通过再搞正式服务器。

另外做好备份，实在有问题搞不定了还能回滚。