微软收购 GitHub 的时候就知道 Atom 要凉，与 VSCode 定位一样就没必要同时存在了。

Rust 门槛有点高，想搞插件平台的话可能开发者会少一些，不过依然期待。

有很多东西要存就买，顺便看看折扣，不要只因为有折扣就买。

其实 NAS 设备本身花不了多少钱，花钱大头是硬盘。

国内的法律通常仅对大面上做出规定，具体的执行方式由各监管部门或执法部门出台对应的法规来细化，执行标准使用相应的国家标准文件。

有书面上的规定总比没有规定要强，立法是个好事情，而且以往噪声问题基本只属于民事纠纷，现在有了相关法律法规之后行政就可以介入了。

那些唱反调的人，国家不管你骂，管了你也骂，一点建设性都没有。

我有个朋友是买个 Chrome Cast 插上，还能看 Youtube ，当然前提是梯子得搞好。


@Tumblr #4 Sony 吧，广告少，面板调校比较好。

我台式机上用 AMD 3800X 装 Linux 兼容还好。

在 2018 年买的一台雷蛇灵刃上装了 Manjaro ，用着也还行。

不考虑便携也可以考虑搞个准系统，硬件没那么花哨，兼容风险可能低一些，部分产品大小还可以装包里带走。

或者像我老师那样，搞个中塔带提手的机箱，上下班拎着走。

非要笔记本的话可以考虑看看有 Ubuntu 认证的型号： https://certification.ubuntu.com/
另外 1 楼说的 System76 是专门做 Linux 品牌机的，有海淘条件的话也可以看看。

不晕。

用 VR 玩第一人称飞行类的游戏一开始会晕，玩一会歇一会，一周之后就完全适应了。

跟用户交互有关的尽可能都放在前端，后端只为前端提供数据、核心业务功能、安全性。

同为前后端分离，不同需求用不同重定向方式；如果是 HTTP 协议层的原因需要重定向，如为转移位置的资源进行重定向，或由 HTTP 协议升级成 HTTPS 协议的重定向，可以由后端来完成；虽然是后端完成，但用户不一定会有感知，比如一个页面请求的一张图片从一个 URL 移动到另一个 URL 了，后端返回了重定向，然后浏览器去新 URL 获取资源了，这个过程用户可能只看到了一张图片加载出来，并没有感知到中间经过了一次重定向；跟用户交互有关的页面跳转，可以使用前端重定向，比如可以在前端登录页面判断服务器返回的登录结果信息，成功就跳转到功能页面。

开发学会 PM 的思维是有价值的，尤其是在横向管理方面。

但不站在开发的角度看问题就不合适了，在其位司其职，对于问题的专业性的评估肯定是要站在开发的角度上的，但是沟通协商是可以以 PM 的思维做参考。

蜂窝网信号不好可以直接打运营商客服进行投诉，我之前就是投诉过几次，后来运营商就派人来上门装信号增强的装置了，正如很多楼提到的，蜂窝信号覆盖是政治任务，所以运营商通常都会给解决的。

想向工信部提问和提意见可以直接去工信部的网站留言，我之前留言咨询过某法规草案状态，很快就回复了。

可以咨询一下海关，如果邮寄这种存有业务数据的硬盘入境的话，需要走哪些手续，这块能搞定的话，也就十几块硬盘的事情了。

实在想要用网络传输，估计就得找运营商谈了，跑满带宽也得三天左右才能传完。

互联网前端主要是 React 、Vue 、Angular ，以及 APP 原生开发；
后端主要是 Java 、Go ，以及云原生、各种中间件。

隔行如隔山，你在游戏行业所积累的经验，可能极少可以用于互联网行业上，真要转可能有很多东西要去了解。

建议看一下老家互利网行业的招聘信息，看看什么待遇以及有哪些要求，再有针对性的计划。

@palemoky #54 看来你并没有认真看我的回复，你所认同的，正是我回复里所表达的观点；你所不认同的，也是我回复里表明需要监督、改进的地方。

mysql ，就基本的业务数据库；
redis ，可以试试做接口缓存，比如一个请求进入服务器需要查询各种数据再进行各种计算，但前端并不需要返回实时数据，那么你可以在一次计算完成后存入 redis ，并设置一个 TTL ，下次请求进来可以拿请求特征先去 redis 里查有没有缓存，有的话直接返回缓存数据，没有就让服务器算再存入缓存；
nginx ，你搞前后端分离，以及微服务，然后把这些前端、后端都聚合到一个域名下，顺便可以做负载均衡；
es ，你可以做个后台查询数据的功能，要求在一个具备 20 个字段、一千万条记录的表上，任意组合 1-20 个字段的查询条件都能在 300 毫秒内查到数据。
mq ，做个高并发秒杀或抢课功能，异步返回结果。
docker 、k8s ，搞几个虚拟机装 docker 和 k8s ，然后跑自己写的其他服务。
rpc 、protobuf ，自己写的微服务之间使用 grpc 库进行通信。
session 、cookie 、jwt ，这个找文章看看，了解一下原理以及对比一下特性就好了，现在主要使用 JWT ，对手机 APP 会比较友好一些。

说起 Linux ，我想起另一个问题，如果 Linux 的所有代码都随着大量提交被重写过了，那么 Linux 还是 Linux 嘛？

建议找可靠的机构提供一套可靠的方案，来规避副作用及其他风险，比如只是想抑制性征而不是想破釜沉舟的话可以考虑内科方案（遵医嘱复用激素）。

注：请不要以阴谋论、未证实根据来回复我，也谢绝人身攻击、阴阳怪气、无建设性回复，否则必 Block 。

两方面来看待这个问题：
第一方面，作为一国公民，自己的各项信息本来就在 zf 登记留档的，防疫需要的信息基本只有姓名、身份证、手机号、住址，全都是登记在册的，你提供只是用于匹配核酸检测结果而已，并不构成隐私收集。至于行程轨迹，现在公共安全侦查技术那么发达，即便没有疫情也会记录所有人的行程轨迹，只不过不到必要不会授权查阅而已。
现在核酸检测大多都是多人一管，我不知道这种混合情况下如何精确分辨和记录每个人的 DNA ，或许可以使用多次检测样本取交集，但本身核酸检测成本已经够大了，哪还有那么多资源再费时费力去做这个，一旦败露还会被骂，何必，不如在有采集 DNA 需要就正大光明宣布采集。

第二方面，国家掌握的个人信息如何不被泄露到不相关的非 zf 用途，这个需要有健全的数据安全和个人信息安全基础建设，自从数安法和个保法实施后，各个部门确实已经在这方面投入整改力度了，但现在做到哪种程度，是否还有疏漏，肯定是需要人民监督和反馈的，反馈渠道都有，反馈尚有改善希望，不反馈就连希望都没有。比如社区简单粗暴用问卷或 Excel 来统计个人信息，确实存在数据泄露风险，那么就可以向有关单位或其上级单位提出意见，直至更换为经相关安全管理制度和审查方案认定安全的方式，比如采用专用设备、合规流程。


进一步分析其实可以转化成两个问题：
1. 隐私收集在各国都很普遍，以“人权”标榜的漂亮国还暴过“棱镜门”等事件，不光本国民众甚至还监视其他国家民众；这实际上就是你愿意接受你的个人信息被掌握到哪些人、组织手里的问题。比如希望中国 zf 掌握就留在中国，希望美国 zf 掌握就润美国，不希望任何人掌握就脱离文明归隐山林。
2. 如何加强数据安全和个人信息保护，如何协助建立相应的监督、完善机制，使得数据的收集、使用、处理，符合正当、必要的基本要求，如何让这些落地；这些都是可以深入研究并提出相应改进方案的。

全都要。

SMB 、NFS 、SFTP 、FTP 、DLNA 、Rsync 、SSH 。

NFS 没有账号认证体系，适合服务器之间连接，配置 IP 白名单来确保安全。
用啥协议取决于客户端支持啥，在支持的协议之中选择速度最快、最符合特性要求的。