@Chrisplus ACM，的确挺高质量的，而且年费也不贵，会员也就 200RMB 一年，非常划算

@gamexg 讲道理，谷歌不动 TCP 才不是因为客户端的问题，
实际上是因为网络传输的各级节点压根就不会跟它谷歌一起玩，思科等大型网络设备制造商在 TCP/IP 协议栈上投入了大量的研发，别人解包都是用硬件解包的，你换个新的协议，这些设备根本没法升级。吞吐量肯定会大大下降，或者直接就将你的包丢了，要不然轮得到 quic ？ SCTP 多少年了，你看支持的多么？谷歌是吸取了 SCTP 的教训，所以在 udp 上面搞了一个 quic。
没有 ISP，网络设备制造商的支持，不要说一个谷歌，就算是再来 10 个谷歌怕都不好使。包刚到小区网关就给你丢了，体验还不如 TCP 呢

我一般都是按 Esc，用 vim 就是不想用那么多组合键。

Facebook 里面一群搞 FP 的，他们不喜欢 OOP 我可以理解。Vue 是本身就是面向普罗大众的，现在这样改，让我有种 FP 这样的思想已经成了业界主流了。是我落伍了？

加一句，首先不要相信网上所谓的什么重量级的锁，一般我们指的锁都是 mutex，哪怕是这样的锁，你试试用一个线程加锁解锁，跟不加锁的版本比较一下，你就知道到底这些锁有多重。
加锁的成本并不高，高是因为加锁之后带来的锁竞争，那个才是高的原因。
因此不分并发度，单调地评论同步方式，我觉得意义并不大。

不说数据量，单单最求实时是不现实的。你一秒几十个订单，你的实时也不准啊。
你每分钟读从库汇总一次，实时性也不差啊。
如果要真正既实时又准确，怕是需要大改造你们现有的系统。所以这样的需求，用最简单的方法解决就可以了。
单独的一个定时任务，谁来维护都很容易，出错的可能性也不大。

一般的做法都是另外建一张汇总表，第二天统计昨天的结果，将结果汇总。
这个汇总的过程就不限于 SQL，你写一个定时程序就可以了

WebGL 是面向高性能的，其实更多就是游戏行业。
前端其实用 WebGL 不多。基本相当于两个行业了。
当然国内大厂也有用 WebGL 的，比如各种活动页什么的。他们内部有自己的活动页生成系统，拖拖就出来，有用 WebGL 的，关键是这样的坑也是很少的。生成系统就那么一些人维护，活动页是 PM 自己拖的。
Node.js 是面向后端的，前端根本接触不了，都是两个环节了。
UI 也是归设计部门，产品部门管更多。
你说这几个方面，其实都相差很远的。前端更多是学习 Javascript, CSS, HTML，浏览器吧

我看了一下 SO 上面的描述，感觉是在写装饰器。
用例子里面的参数指针在装饰器部分做参数传递的工作不就可以了？有什么问题吗？

rdp 是私有协议，如果需要开发，请自行联系微软取得授权，在获得授权的同时，你将获得 rdp 相关 sdk

@Babylon27 你这小姐姐也不得了啊，居然会买社会普难得的商业本。精英系列的确可以

5G 是一个好东西，不过网上实在太多人无脑贬低或者无脑拔高。
5G 基站小很多的，这个是其中一个很大的优势，比如小区里面，找个电线杆往上面一放就可以了。说是音箱都没有人能看出来。这些都是很好的改进。说辐射而破坏基站的新闻还少吗？
有线网络是年年都有建设的，根本不用担心基站互联。5G 是解决我们最后一公里的需求，现在多少互联网企业都是解决各种领域最后一公里的需求，比如外卖，跑腿。5G 也是一样的。
5G 基站切换快，自然就可以更好地达到一直在线的效果，稳定的网络可以催生更多应用，各种数据收集，农业，养殖业都需要这样的技术。这个世界不是只有互联网一个行业的。
5G 是基础技术，你很难通过它直接看到什么收益。比好电力，你一个月也交不了多少电费。但是一停电你就会发现离不开电，5G 这样的通讯技术也是一样的。

假如你想当个码农，然后还想用新款 Mac Pro，那么请加入微软。微软的 Office 会使用 Mac 来编译，他们也会给你配的

@sulinehk 右移本来就是这样设计,算术右移了解一下

如果你不能分清红绿灯，我觉得你真不要考。这是对别人生命不负责，对你自己的生命不负责，对你家人不负责。
然后色弱是能分清红绿灯的，这个还怕个毛

看看这个情况肯定就是两种语法冲突啦，你要 Pycharm 按哪种语法进行高亮？按目前来看，你这个语言不属于 SQL，因此高亮不起来。如果按 f-string 高亮，select 这些 SQL 的关键字也就不可能高亮。
这东西要能做，完全就是 hack，去 youtrack 提 issue 吧

@skiy 你为什么需要访问越界的元素？

jinja2 不是表现力强于 django 的模板引擎吗？你自我限制就可以当 django 模板引擎用了