毫米波吧，反正 6Ghz 都一房间一 ap 了，不如一步到位直接上毫米波，对无线串流有很大帮助。

@jalr4ever 对的，反正字节面挂了马上就会被别的组捞，hr 也可以看见合适的就让你面。

愿意去字节的话可以尝试一直面，总能碰上急招人的组，先用经历弥补学历。（大学室友和你经历差不多，但是被裁了，然后半年内面了 12 次上岸

https://github.com/Bylx666/bylx666/issues/2#issuecomment-2081376191
笑死我了。

reply#16 @zxsdadasdq

最后关机的设备上装 NUT 服务器，停电时按关机顺序配置设备的延迟关机时间，这种断电关机方案符合你要求不？

比较难搞的是位于依赖链中间的一台机器意外下线，又没有热备的情况下怎么自动恢复依赖链底层的设备（可能可以尝试配置不断重启？

三台不一样的机器搞存算分离，以及单点没有太强稳定的环境，最好限制在 nas 存电影，另一个机器转码这种只读/数据损坏也无所谓的事情。主要是机器少无法互相形成热备，没有太好的方法实现快速恢复。

我以前搞过 pve 挂载白裙 nfs/smb ，k3s 挂载白裙 nfs/cifs （群晖启动热备 SHR ），以及 openstack 集群部署，挂一些 git server ，ci/cd 之类的服务，稳定性和速度都符合预期，但是模拟故障测试的时候还是很容易搞挂数据（冷备很重要）。

关机和启动这个比较考验运维能力，我自己的设备都配了 ups ，目前从未遇到过意外断电，设备正常是不关的，除非系统升级，这个时候虚拟机级别的服务都是手动启动，也正好验证下系统升级的状态。非要自动启动的话 #12 说的很好，可以按照这种方式搞。

都一样，两家的板子教程都通用。
另外 i.mx6 不适合学习 rtos ，rtos 还是用单片机比较好。

变贵了，以前 1 元 1M 的

正常无线电环境，目前设备形态下，不考虑 wifi 协议支持的话，6Ghz 下 500Mhz 带宽，4096QAM ，4*4 空间流是单载波速率能达到的极限，大概能做到 5Gbps 的速度，加上 2.4Ghz 和 5Ghz 的三个信道的载波聚合大概能到 10Gbps 。

你看到的报道说的极限应该是编码方式的极限，这个确实是这样的，wifi6 就已经很接近极限了。

有编程基础，只说 python 八股文应该几天就学会了吧，特别是还有脚本语言的编程基础。
真正 python 能用来找工作的场景，比如后端或算法的知识才是要花时间学的。

如果要找工作的话，还是先在自己公司想尽一切办法搞点后端和算法相关的工作再找合适。

B866 ？这个东东电口只有千兆下行吧

@MikuM97 现在正儿八经厂家的路由器都有云管理吧。

电信和移动都有官方的境外，就是在光猫里的加速器。
但是如果你没办这个业务就加速了，大概率是下发错配置了。

使用有限制访问范围的梯子是合法的，提供这种服务也是合法的。

转单拨再中继，基本没有无线 ap 支持组播传输的。

确实是小翼管家上报。
改桥接，关掉路由拨号就报不上去了。

两种都是对的，工资超过三倍社平，最少只需要赔三倍社平。

漆包线手搓一个哈哈哈

美国 ATT 有，但是路由表稀烂

参考商用产品： https://e.huawei.com/cn/material/enterprise/18384a3b26bf46a6b2beb4d12ec9753c
天线拉远，覆盖变大了，收发干扰也变大了，另外 mimo 会废掉，仅此而已。