仔细想了想，如果是比较小白的人想学一学前端技术，那么去报课的话其实也算合情合理

如果本身就是科班毕业的，那就真是没必要报课，自身基础足以支撑自己去学。如果是这种情况下去报课，正如前面楼层讲过的，实属心理安慰。

@newbie111 这个差别有点大了吧

健身房有空调，公园没有。

然后还有一大堆器材，公园未必提供。

正如 OP 纠正，最起码是“私教”与“自学”的差别。

其实有不少原因的。

原因 1：不同行业的程序员岗位实在是差距非常大。在传统行业制作软件的，跟那些在大厂工作的“同行”相比，薪资差距可以很大。一旦拿出来比较，那肯定会有落差感，然后自嘲说自己没价值。

原因 2：多年以前有段时间，大厂对于程序员的需求量极高，甚至出现各行各业都有人“转码”（入行程序员），这时候确实从薪酬上体现出价值了。然而裁员潮一来，不少失业的程序员就“我愿意降薪入职”。V 站时不时就能见到失业程序员的帖子，看一眼便知道。

-30dbm 是信号强度吧，那个只是发射端跟接收端的信号比值，应该不是信噪比

真要计算信噪比，那是要同时测量杂噪信号强度的


然后根据香农极限的公式，在频率固定的情况下，决定容量的关键因素是信噪比

而这个“信噪比”在现实生活中就很不可控了


假设底噪为-90dbm ，信号强度就用-30dbm ，那么获得信噪比 60db ，亦即 SNR 为 100`0000 （一百万），套用香农极限公式，得到数值约为 3189 Mbps

-90dbm 的来源参考自这里：
https://www.netspotapp.com/help/what-is-discover-mode/
以及这里：
https://medium.com/@gagnealexis242/signal-to-noise-ratio-and-how-to-measure-it-7851347945b1

这两个网址给出的 noise 信号都介于-84 到-92 之间，为了便于计算，取值-90

如果按照底噪-92 来计算，那么最终得到数值约为 3295 Mbps


WiFi7 号称单流最高速度 2.9Gbps ，确实很接近了

@yangpeco 等等，AI 取代快递员？那么 AI 如何送货呢？靠无人机？那就必须先解决电池续航等关键短板。

@lzy2998157572
？？？
收起京东 PCDN ，尝试用 PT“糊弄”一番，总比明目张胆告诉电信“我就是跑 PCDN”好得多吧

不知道贵公司的网站屏蔽是黑名单机制还是白名单机制，如果是黑名单机制，那就好办

自己建个网页代理，然后用这个代理去访问想要前往的网站，V 站就有相关讨论： /t/992044

@tongbufu 价格这么实惠，是哪个运营商？

@roundgis 啊哈，英式楼层编号方式，地面是第 0 层

在服务器那边用命令 journalctl -u ssh 看看对应时段的报错是什么，这样应该更容易排查

Gitee 连自家都屏蔽：
/t/956169

更何况是普通用户呢

或许下次出现同样情况时，可以顺手做个 ping 、tcping 、dig （或者 nslookup ），然后对比着看看有什么不同

举个夸张点的例子，可能就容易明白多了

在公司的工作电脑利用 SSH + rsync 往生产环境服务器传错文件，1 分钟后发现大事不好立马恢复回去，但已经造成经济损失，公司想要追责，能不能查出是谁在何时覆盖了什么版本的文件？
已知工作电脑和生产环境服务器都有监控软件

答案是：当然可以，监控软件直接就记录在案了呢

然后，想要把锅推给“传输过程中有可能被破解了，有可能以前传文件的时候被人破解了文件名和文件内容，现在再次传输的时候遭到篡改”，想一想就明白不可能：
1 、只要密钥不泄露，SSH 加密传输本身就没法破解（现阶段的情况下，不谈以后量子计算机时代）
2 、若真的遭到篡改，比如 SSH 密钥变更，那么监控软件也能记录下来，除非干这事的就是网管本人，或者入侵者顺手删了或篡改了监控日志
3 、如果真有入侵者，那就说明出现了密钥泄露之类的高危事件，并且泄露的正好就包括了该员工的 credential 。

显然，就算想推卸责任，该员工仍然逃不过安全检查，其他人也需要进入 security 排查过程，因为这是人为错误，并不是工具本身有安全风险。

wifi 连接出现连通性故障的时候，realme 有可能用了手机数据连出去，所以 realme 手机需要关掉移动数据时再测才稳妥
iQOO 不清楚会不会这样

我自己用 Windows 11 + VS2022 试了下，没法复现错误，最终输出是 1
在 FreeBSD 14 + Clang 16 试了下，也是没问题，最终输出还是 1
Linux 就不试了，前面已经有人测试过

个人建议，不要死磕 CLion 控制台，而是改用常规环境。
鬼知道 CLion and/or 它自带的 MinGW 是不是有 bug 。

尤其像这次，正常命令行环境运行测试程序没任何问题，CLion 控制台一用就出错，那只能是 CLion 的锅。

至于常规环境，例如：
Windows: MSVC 最新版，直接用 Visual Studio 即可
Linux: 编译器 GCC 或 Clang 均可，IDE 随意
BSD: 编译器用系统自带的，IDE 随意
macOS: Apple Clang

尤其是 Windows ，用 Visual Studio 反倒最稳妥

还有第 12 行也是一样

建议好好检查下空格状况

第九行那个 scanf ，双引号内有个空格，但你原贴给出的代码，这一行的双引号内没空格