任天堂带好就行了，换个思维想想，你一生中还有多少这样的机会？亲戚还健在，父母身体还能走动？一年就这一次，你数数还能剩几次？

桌面用 Winform\WPF\WinUI 等任何技术, 反正只是一个框，然后框里嵌个 webview2 就可以了，剩下的就是 HTML5 的事情了，一点也不乱。

都老丈人了，那么买茶叶就买塑料袋散装斤称的吧。

.Net 的话，ABP 。

很多年前写前端的人嫌 手动操作 DOM 太随意，BUG 到处飞，于是出现了 jQuery 库规范基础的操作，jQuery 写多了又觉得代码设计不够优雅，于是出现了框架将 DOM 操作封装隐藏起来，老外软件工程起步早，一来就意识到了问题核心，搞了个 Angular ，把前端衍化体系一下子快进到和后端一样，这时候国内的前端人刚刚脱离切图仔的标签，jQuery 还没捂熟哪见过这么体系化的技术，纷纷表示这玩意太复杂太重了，发展不开。寻了 N 久找到一个模仿并简化 Angular 的 Vue 框架， 就是它了，最适合国内的行情，带着点设计模式比 jQuery 高得不知道哪里去了，又比 Angular 简单啊，那么多代码堆一个组件里一把梭齐活，搞着搞着，就成了江湖。

Yoga 我觉得很不错，各方面平衡，除了品牌遭人骂。

双休还能活下来的公司，说明业务是有核心竞争力的，也不怕它哪天改作息制度和倒闭。而大小周的公司有可能还在行业里挣扎，也许哪一天就改单休了，然后改 996 ，最后倒闭了。

系统重置即可，不用重装，例如 iPhone 经常重装么？

偷偷地告诉你一个事实，你老丈人的卡宴和丈母娘的 7 系应该不是自己的，都是在公司名下的，他们名下应该没车。所以兄弟你 10 万的车如果是自己买，已经 99%超越了你太太的家庭。

建议直接走 virtio 虚拟网卡，性能最强。

天有不测风云，很多人劝你混吃等死，你别信，上世纪国企下岗潮前也有人笃定一辈子混吃等死到退休的，后来下岗后有技术的能干活的都自立门户很快发展起来了，只会混日子的你自己去打听混得怎么样。一句话：在古代，木工只要有技术，改朝换代都有饭吃。

不惯用驼峰的语言都是耍流氓，包括 js 。

CPU 指令集的缺失，路由器并不是设计用于做 SMB 共享用的，偶尔有点路由器有这个功能也是为了固件的备份等附带用途。

买台一样型号新的，旧的挂咸鱼

二手房不重新装修么？房价这么贵，装修成本相比就不高了，人活一世，负担这么重的房价，装修得好点让自己舒服点应该的。

这就是我讨厌 RESTAPI 的地方，无奈现在清一色的这种风格，客观得说，如果 API 设计合理，面向资源模式设计清晰的话，Http Status 的状态可以覆盖 90%的错误状态，很少存在业务错误需要把 code 放在 body 里的，如果业务错误非要放在 body 里说明 API 的设计没有完全面向资源，仍然以 action 的理念在设计 RESTful API ，但是实际情况是，一个需求非常非常难才能清晰地设计成资源模式，因为后端程序员长期接触面向对象设计思想，思维惯性在设计过程中自然而然会用面向对象的思路考虑 API 设计，不自觉的，我到现在还没法使用完完全全的 RESTful 。我感觉早期只编写 php 或者 asp 的程序员可能会相对容易点，我个人觉得对于后端来说，gRPC 才是接口风格设计的出路，不过现阶段并不方便，也不成熟，对测试也不友好，工具也不配套等等。

1 和 2 事实上是统一的，任何计算机的所有联接目前都是物理联接，网线也是通过物理连上的，所以 1 和 2 的区别只是联接的线是 PCB 上的金线还是光纤+PCB 金线，理论上 PCB 金线的数据传输极限也是光速，光纤的传速极限也是光速，但是基于物理地点的差距，那么即便都在光速的情况下传输信号，那么 [方案 1] 永远都比 [方案 2] 快，那么现实的问题是，如果 [方案 1] 的计算资源不够了怎么办？目前计算机设计的方案就是在物理地点附近堆硬件，将 2 台物理计算机相邻放置，并将 CPU 和内存和硬盘等多个组件全部联起来，用什么连？用 PCB 连，所以它成了多路服务器，规模再大点，还要继续堆硬件，物理地点还要更靠近，一个 PCB 板有制造极限，那么用多个 PCB 联接起来，所以它成了刀片服务器，规模再大点，继续堆。。。所以它成了超算。。。

过分了啊

@boja 当然，没有什么实现不了，只是成本对普通老百姓不核算，这个道理谁都懂，但是某些组织的一些历史做法让民众自然的不信任，仅此而已。