任何商业团体的终极目标是利润，任何软件、硬件产品都是为利润服务的；顾客从来都不是上帝，而只是利润的来源而已。

提升利润的核心手段就是开源节流，能达到相同使用效果的产品，销售价格差不多，那么生产成本越低利润就越高；苹果不堆硬件是因为没必要，封闭生态以及诸多限制可以强制 APP 降低对硬件性能的需求；换言之，对于苹果来说，硬件配置只需要堆到刚好满足普遍用户的需要就行了，而苹果这种成熟的企业在成本控制方面可以做到极其精确；苹果占据硬件参数的主导权，APP 开发者们不得不被动参照苹果既定的硬件参数来决定 APP 的性能设计，这一点与开放生态的平台是相反的。

软硬件产品设计方面不存在“一招鲜吃遍天”的方案，需时刻根据当下需求和场景进行权衡取舍。

提升衣品和情商，多认识一些人，应该就比较容易了。

这个价位清晰度基本就是 1080 ，看视频够用，看字可能更费眼。

还是养成勤休息的习惯吧。

题主表格里的这个方案就行，只要在这个语境下没有歧义，预发布也可以考虑用 stage 。

微软收购 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 嘛？