我自己拿 flutter 做的小工具(远程系统性能监视器)可以在手机和电脑上完美运行使用，体验一致。
技术上可行，关键看你要做的东西本身能不能同时适应移动端和桌面端

@bhbhxy hbuilder 这点非常认同。
几年前曾经面试了一个小伙子，简历和自我介绍是全栈开发，对技术有追求，对代码有洁癖，我是很喜欢这种类型的开发的，所以面试后半段我直接让他开自己电脑给我 show 一下自己最满意的代码。
然后，只见小伙子打开 hbuilder ，整个项目代码凌乱不堪不说，简单翻了翻就看到一个语法问题，switch 代码块 case 里直接 return 以后，下面又写了个 break ，但是 hbuilder 里没有任何提示和警告啥的。我指着这里问他，不觉得这里有问题吗，他说没有。然后我问他为啥要用 hbuilder 写，他说方便啊，出活儿嘎嘎快，vscode 也装了但是不好用。于是我就让他把这个文件用 vscode 打开看一下，然后果然我的记忆没错，这样的代码在正经 IDE 应该会有不可及代码的警告提示的。
面对界面上波浪线以及明确的语法问题提示语，这个小伙子盯着我的眼睛说：
“这只是 warning 可以不用管的”

@tanranran 国产也有很多好东西，但很显然 uniapp 不是

@Yc1992 保安可能比较难了，肉眼可见身边很多保安职位都被“安排”给了刚退伍的年轻人，普通人想当保安可能都不符合“政策”

@flyqie https://v2ex.com/t/940237

果然是之前那位高考前想自己死了没人会记得的同学。
现在的话，我的建议是别读书了，你这个状况就算复读也几乎不可能有任何进步，也别浪费时间读专科了，直接进社会赚钱吧。
除非是想啃老。

usb 继电器，然后整个机顶盒或者其他低功耗的设备去控制，检测到断网就断电再通电

我也有同样的预感，太多资源盲目地涌入 AI ，其中的大部分应该很快就会发现预期中的革命并没有带来足够大的市场，在 AI 上的投入产出比极低。

很简单，因为用处不大，"性价比"不够高。
go 虽然不咋地，但是好歹有些明确的适用场景。rust 特性再好，适用面窄就没救。

大部分的人没有那么高的思想和觉悟，基本思想就是（中文）互联网的内容质量与我何干？向人类共享知识是互联网的初衷，但对于很多人来说只是谋财的工具而已。

确实逐利是人的本性，作为不懂利用资源的傻子，能做的也就是自个儿悲伤一下而已。

说明应该取消无意义的算法面了。
如果面试的内容都可以靠 GPT 通过，只能说明面试本身的水平太低。

AIGC 是奶头乐理论的最佳实现

如果 op 描述属实，并且我没有看错或者理解错误的话，个人建议是和家人商量能不能先休学，把身体和心态调整好了再说，现在的状况强行高考感觉不是特别稳妥。
然后如果能够正确到时间，建议 OP 也别把时间全放在技术上，建议多看一些书，开阔视野，让想法丰富起来，而不是那么钻牛角尖。

看看下面的比较结果：
console.info(VerticalAlign['bottom'] === VerticalAlign.bottom);
console.info(VerticalAlign['bottom1'] === VerticalAlign.bottom);

所以这种会后台传的，一般这样搞：
enum VerticalAlign {
bottom, center, top, unknown
}

let alignStr = "from server";

console.info(VerticalAlign[alignStr] ?? VerticalAlign.unknown);

水平越一般的越爱撕
水平差的一般不敢撕
水平高的直接解决问题懒得撕

宿主机 Linux ，然后用 kvm ，直接显卡直通

@nnegier 首先开发效率方面，这个不用多说了吧，现代化的前端框架已经证明了数据驱动模式的开发效率远超事件驱动+手动修改页面的模式

而对于运行效率，这个就很深了，您的这句“flutter 是在原生层上面的一层转化，在怎么牛的开发用 flutter 都只能无限趋近原生”从原因到结论我都觉得有一定问题。

先说“flutter 是在原生层上面的一层转化”这点，这句话我认为对、也不完全对。因为 flutter 没有用原生的 UI 组件及系统，而只是利用了原生创建一个 View 或者说画布，其他的绘图和渲染逻辑几乎都是自己实现，所以它的运行效率是完全有可能高于原生方式开发的 UI 界面。打个比方，假设现在的手机的绘图性能是 100 点，原生提供的 UISDK 的效率是 80 点（不要以为系统 sdk 的实现就是最高效的），那么如果是绕过 UISDK 的限制，直接调用系统绘图，那么完全是可以超过 80 点的，就好比用 UISDK 去做游戏，相比于 Unity 等引擎，都不用比效率，可能做都做不出来。虽然拿游戏和传统 APP 比可能不太合适，但是 flutter 的模式本质上就是更接近游戏引擎。

再来，即使是基于原生组件的方案，比如 RN ，我觉得在一定程度上也是可以实现超过原生的体验的。打个比方，为什么现在的前端框架都敢说自己的效率比传统模式快，其中一个原因就是各家几乎都有自己的 diff 算法可以提高效率，所以在上层通过一定的手段和方法进行优化，实现超过直接编写原生代码的效果在某些情况下也是可能的。

最后就是限定词“大牛”，水平足够高的时候会懂得利用各种方法方式来解决问题的，比如同样一个算法问题，牛人可能用 python 写，都比普通人用 c 写出的效率高速度快。举几个例子，同样是处理比较多的数据，水平一般的可能就直接全量处理然后造成卡顿，高手可能随手就用异步、子线程、分帧、过渡动画、预处理等等手段，将体验优化得非常好

主板 312 PDD 华南 X99 M8F
CPU 93 TB E5 2660 v3
内存条 132 TB 镁光 16G
内存条 119 PDD 镁光 16G
SSD 85 JD 台电 128GB
显卡 90 TB R5 240
机箱 36 PDD matx
电源 91 PDD 安钛克 450W
散热器 58 TB 冰曼
总计 1016

去年双十一组的主机，主要用途就是开发和编译，使用 4K+1080p 双屏显示器，体验良好。
虽然 OP 似乎不是很相信低价的东西，不过还是提醒一点，太新的硬件有相当的概率无法在 Linux 获得良好体验，懂得都懂