@3dwelcome 我求求你别脑洞了 网友们都气笑了

最理想的情况，可以优化到光纤材料介质光速极限，这是肯定的
但全球联网完美游戏体验确实是物理上的不可能

@3dwelcome 宇宙观测范围有限，因为膨胀的存在，越远红移会接近无限大以致远处的光必须经过无限久的时间才会穿到我们这，可视范围是这么来的


超越光速的概念很常见，但无法传递信息。
不要把人类已经知道的事当做未知重新解释一遍并试图用 A 牵强附会无关的 B

> 人类不知道的事情太多太多，要不断学习才行

说得没错，但把人类已经知道的事情当做未知重新解释一遍，算作什么我就不知道了

光速的意义是信息传播扩散的速度

无论用任何手段传递信息，从点 A 到点 B 都有时间极限，这个极限与光速相等，这是光速的意义
构造一个超越光速的概念非常简单，但这个概念必然无法传递信息

比如你可以很轻松地想象一个“以超越光的速度掠过地面的光束”，只需要在地球上用激光照向月球并且快速转动激光器即可，但这个光斑掠过的速度再快也无法从地球向月球以超越光的速度传递信息


宇宙膨胀的速度比光快，但依旧无法传递任何信息，点 A 到点 B 的空间扩散速率超越光速与“从点 A 向点 B 传递信息的速度极限等于光速”没有任何矛盾




量子纠缠的意义是，两个纠缠态的粒子，状态是相互决定的，仅仅是 A+B=固定值的约束而已，求出 A，B 就等于固定值-A，这就是量子纠缠的简化版，不知道你在脑洞什么升温改变概率的奇葩玩意。粒子产生之后它的状态就已经确定了，然后你先以必定低于光速的速度把两个粒子分开，再以必定低于光速的速度高速 B 你测量 A 的结果，然后 B 不用测了，就这么回事



给台阶不想下是不是民科的特点之一？

@3dwelcome

> 百度了一下"量子纠缠"，感觉像外星人的通讯科技呢

> 这就是我提到的能量学，任何超越物理规律的事情，都是有巨大代价的

> 未来一万年后，有能量巨大的迷你黑洞放到电脑附近，把人能感受到的地球时间来减减速，类似变速齿轮

> “量子纠缠不能传递信息”，这不是绝对的，是目前科技无法去预测，也无法去干涉。但正如现在 PI 无法被快速精确计算每一位一样，将来科技怎么发展，谁都说不准

> 量子纠缠能不能传输数据，在于能不能对状态进行人为编程和干涉。


我的天，请不要逗人笑了


我就是看在本帖原意是讨论网速的份上才没
只说
你真民科

的


结果还有脸“别动不动就扣帽子”


你回复的东西，小 20 岁，没人当回事，可你这种地方发出来，会让人想喷又不是，笑又不是，憋着很难受好吗

民科诞生现场

总觉得这楼里的脑洞我小学时代就见过很多次

最理想的情况，可以优化到光纤材料介质光速极限，这是肯定的
但全球联网完美游戏体验确实是物理上的不可能

不会
录过一些游戏的视频
现在回去看还是挺精彩的，毕竟不玩了也估计玩不回以前的水平了


还录过一些比较蠢的教程，除了教程内容本身很水之外没啥毛病，感觉依旧良好

想的没有用

写东西比较有效

特别是大段的逻辑性的文字，（比如跟人撕逼什么的（？））

遇到那些表达不太好的人一般看他写的博客也好随便什么短文也好也经常会感觉前言不搭后语，所以我觉得口语表达与书面写作还是有比较强的关联的，可以相互锻炼

很多人说话跳跃没条理是缺乏反馈，自己之前说过的话没有反馈进说话的上下文思维里，意识不到自己说的下文跟上文根本一点关系都没有。如果说每句话的时候脑海里都有清晰的往上文串的线索就不会这样了


“突然要你介绍东西就一般会想到什么说什么”
嗯，然而并不会，会介绍之前先很快地想一遍都有哪些方面可介绍的，然后在讲一个方面的时候就注意串着讲，等这方面的记忆好像都榨干了再换到下一个方面说。这样就算还是想到什么说什么，但起码限制在了同一个逻辑的领域范围内，听者自然也容易接受很多

简单来说把“我刚才说的是什么”加进“边说边”的思考里就好了

我怎么觉得触摸板无论是力度还是使用时长都比键盘差得远呢

可能我用到触摸板的时候都是三指所以压力不大？

拒绝写
有全局对象的
不封装 channel 或者共享内存的
临界对象自己不带锁的
敢于在构造函数之外的大括号内只放 new/malloc 或者析构以外只放 delete/free 的
c++多线程程序

一般这种不定期 core 又可能与 race 相关，哎想想就头大

“毕竟这是京东而不是天猫淘宝” 这话就很有意思了

原来“焦虑以后上清华和上北大”不是段子。。。。

……………………感觉是个天坑

强烈建议不要使任何对象实例成为全局对象，用一个工厂方法去获取唯一实例都好得多：

CSomeClass* getGlobalInstance(){
static CSomeClass *instance = nullptr;
if(!instance) instance = new CSomeClass{};
return instance;
}

c/c++里全局对象的初始化时间是不可控的（我是指代码监控不到生命周期），但起码在 exe/elf 里我还知道他起码在_start 之后.init 里调用或者在_WinMainCRTStartup 之后 main 之前（大概）调用，但你说放在 dll 里，它是在 dllmain 之后的什么地方调用的？完全没头绪。

std::thread 的源码也到_M_start_thread 就结束了，接下来完全是 c++ runtime 的实现，这在不同平台肯定又是不一样的，一个你得在对应平台自己调，一个你调出来了换个平台不一定还会复现，所以何必去踩呢

contributors 立即加入年尾 hr 约谈名单

所以等了半天还是一个进来说自己是啥行业的都没有

https://gcc.gnu.org/

20 年前的网页

容易吧