@littledream 除非你用 802.1x 认证或者 Web 认证，微信公众号 WiFi 接口那种模式也一样无法防御万能钥匙。
关注公众号然后获取密码的模式可以定期修改密码来缓解这个问题。

关注公众号获取 Wi-Fi 密码

吵如果有用就吵，没用就炒老板。

基本上都是 p2p 打洞，服务器只是帮你握手而已，流量并不经过服务器中转。

嗯，其实 pi 也可以省掉
http://post.smzdm.com/p/553097

USB 那个应该是有个优先项设置，与启动顺序不在一起，可以找找。

这不是五毛五分的事，而是要客观的看待问题。

软件工程实践有句名言——没有银弹。复杂软件工程问题是无法靠简单答案来解决的，非黑即白的一元观点会限制自己的视野与思维。

虽然集市是广大 Geek 或者说 Hacker 们的向往，但是教堂也大多数企业所认同的模式。作为一个坚定的共产主义信仰者（:doge:），我相信有那么一天人类会迎来每个人都无私奉献的美好未来，但不是现在。

自由软件所追求的自由权利，恰恰是企业应用所担心的部分，所以才有靠开源项目盈利的商业公司存在。


我们这些软分所指出的只是“ Windows 无法批量管理”、“无法脚本自动化”，“ Windows 就靠的 GUI ”这些的错误看法而已。无论选择 Linux 还是 Windows，或者基本被国内遗忘的 FreeBSD 括弧笑，都有各自的理由与考量，没必要互相鄙视。

有不用动脑子记命令的 Windows 维护人员，也有只会用一键脚本的 Linux 小白； Windows 有 Powershell，Linux 也有各种傻瓜式面板，抓着这些黑毫无意义。

当然，就我个人来说，服务器和桌面我都选 Linux。

根本原因还是 Windows 迁出的成本太高，技术绑架很严重，一旦开始选用各种配套产品就来了，加上规模化之后 Windows 成本比 Linux 高很多，灵活性也不足——大多数企业没牛逼到要巨硬给你定制内核。

另外还说个题外话。

技术的发展是会越来越降低技术使用的门槛，GUI 就是这样出现的。无论 CLI 还是 GUI 都是基于键盘鼠标的交互方式，但难不准以后会出现新的交互方式替代键盘鼠标，然后出现一个新的工具，效率比 CLI 更高，门槛比 GUI 更低。

简单来说，生产力的发展会让工具进化。是的，蒸汽机可以嘲笑马车，但是内燃机的出现也淘汰了蒸汽机。只是依赖工具本身的蜜汁优越感毫无意义。

云平台的发展越来越偏向“应用”本身，serverless 的趋势开始显现出来，OS 这个概念也许会和 “主机”一样，渐渐被遗忘。

好吧，请记得你鄙视 Windows 时的心态，不过要同时记得，拘泥于现有的模式，迟早有一天也会被人鄙视。

除开专有应用，Windows 和 Linux 其实性能差异很小。

规模很小的情况下，使用 Windows 的成本其实更低，虽然 Windows 本身需要授权费用，但是 IIS 还有些配套的应用是免费的。

加上人力成本，就算是站长自己包干，也得考虑精力问题。Geek 们再怎么瞧不起 GUI，也不能否认 GUI 可以降低上手门槛——远程桌面可以直接从本地复制文件到服务器。

就 Web Server 来说，IIS 上一样可以做负载均衡，反向代理，URL Filter 等操作——照着教程点点就行了。

再来说 Geek 们推崇的 CLI，Windows 也有无 GUI 模式，上面说的 IIS 配置 负载均衡、反向代理也可以通过 CLI 或者直接编辑配置文件来实现——嗯，是不是和 Nginx 一样了？

不过巨硬始这种邪恶的、靠私有软件发家的企业，出来的产品肯定是不受广大 Geek 们欢迎的，所以才看起不太流行？

Windows 上的批量管理工具也不是没有，除开微软自己的，也有第三方开发的商业软件，与开源工具对比，其实管理 Windows 更加方便。

不过 Windows 的方案比较重就是了，AD 肯定是要的、再加上 SQL Server ——谁让你用微软家的产品呢？不过这些对企业应用来说也不算是缺点，毕竟还需要商业公司来保证系统的安全和稳定。

规模起来之后 Windows 的在人力上的成本也会提高——批量管理工具的使用，服务器管理所需要的技术不比 Linux 的要求低，再加上授权费用和配套工具链的授权费用。

对于互联网企业，快速发展变化的业务，Windows 这种太死板的东西肯定是不合适的，加上前面说的成本问题，选用 Linux 也算是必然。

我就弄不懂了，既然工作之外有空余时间，直接干点自己想干的不就结了。
为啥非要去找一家用加班填满空余时间的公司就觉得舒服了？

无线想稳定效果好花费比有线高，如果只是可用的话，PC 专门一个 AP，配合支持 MIMO 的无线网卡也不是不能用。

16 个工位 4K 应该不是仅仅是网线布线，还包括强电了吧，感觉这个价略高，应该可以还价或者试试找找其他家。

桌面平台 i3-2100 的话 CPU 性能估计比 i5-4200U 略强，但是能耗比肯定是不如 i5-4200U 的，建议选 i5-5200U。

http://cpuboss.com/cpus/Intel-Core-i5-5200U-vs-Intel-Core-i3-2100

如果仅仅是处于性能考虑，不需要独显，兼顾体积的话，可以考虑 DeskMini + G4560。

要说占美有什么坑的话，除了比较山寨之外，考虑到体积、静音和价格，个人觉得真的没什么好说的了——另外不太建议购买 i7 版本，发热太大。

长时间高负载建议弄个 USB 风扇吹一下侧面，发热问题也不是什么事。

@jhsea3do 可以试试新的多阶段构建功能（ multi-stage build ）

搜索了一下，你这个问题分两部分看。

在 build 过程中使用私钥；每次都要获取最新的代码；

这里有个跟你差不多的例子：

https://stackoverflow.com/questions/25697813/accessing-secrets-private-files-needed-for-building-in-dockerfile

构建过程是有 cache 的，所以只会在第一次构建时获取代码，后面是不会获取的。

要么改成构建前获取最新代码，要么在 run 的时候才获取。

所以在 build 过程中使用私钥 这个问题就不存在了，不过引出一个另一个问题——在运行容器中使用私钥。

https://docs.docker.com/engine/swarm/secrets/#use-secrets-in-compose

官方文档还是挺详细的。

uuid 也分好几种的，而且多线程并行生成不用一些方法的话也有生成相同 uuid 的可能。

买了 flask 那本，可能是对 python web 开发的东西了解太少，看 flask 的时候就想着 Django 的各种现成封装功能强大；看 Django 的时候就想着 flask 的轻便逻辑简单。
感觉自己药丸:doge：

建议检查一下身体，有些激素分泌类的疾病也会影响情绪，比如甲亢。