QQ 在技术上一项比较赶潮流，当年 Windows8 刚发布的时候，QQ 好像是中国区第一款应用程序，最近的情况听说是 QQ 桌面版在用 electron 重写，也许能解决不少桌面版的历史遗留问题。不过也有另一面，比如很大胆地在手机 QQ 里用虚幻引擎。

还是更喜欢 Mozilla 的 XUL ，因为看起来是原生的界面控件，而 electron 一眼就能看出是个网页。

第三个吧。第一个烂大街了，第二个作为小工具使用 electron 开发必定被骂得狗血喷头，第三个足够重型，而且确实需要，即便用 electron 也能忍受。

这个还好理解吧，或者叫“多样”其实都差不多。软工领域里让我困惑了很久的是“面向对象”这个说法，对象这个词在中文里的常用意思应该是指目标，比如要打击的对象、谈话的对象，强调的是作为目标而不强调是个物体，而英文原文里 object 指的是物品，用程序模拟现实物品的属性和行为，我过了好久才意识到面向对象编程是指模拟物品，台湾把这叫做“物件導向程式設計”感觉更好理解。

说一个有点奇妙的结果，鼻涕和过度擦拭导致的鼻子皮肤受损，恢复的时候好像让那一块皮肤更光滑了。

0.1g 的对乙酰氨基酚可能退烧效果不好。“成年人退烧一次 0.5g ，一天最多 4g”，澳大利亚、苏格兰两个官方网站上查到的。之前吃 0.2g 和 0.25g 的感觉没效果，等到下次吃药的时候找到已经过期的 0.5g 的吃了才好。

如果一个对象有多个属性，而所有属性全部同时考虑在内才能判断唯一性，那么用对象本身（也就是它的 hashcode ）作为 key 是唯一的选择，总不能为了有个字符串 key 把这个对象序列化吧？对应的数据库中表的情况就是所有字段形成了复合主键。但是好像很少会有这么设计的，倒是业务的中间过程有可能会出现这种情况。

设想，如果一个 POJO 只重写了 equals ，没重写 hashCode ，那么两个对象可能因为内容是相同的所以 equals 是 true ，但是 openJDK 的默认 hashCode 实现是随机数（虽然 JDK 注释写的是内存地址），它们的 hashCode 应该是不同的，这种情况是荒谬的，不应该出现。

除了 Map ，还有 Set 这个集合也是需要使用 HashCode 的。Map 的 containsValue 方法应该也是要用到 hashCode 来快速比较的吧。

kotlin 我完全喜欢的只有空安全，而其次的 list 重载方括号运算符等等更方便了但也有太明显的负面影响。让我全方面感觉更好的只有空安全这一个改进。

没记错的话，IDEA 自带的反编译是基于 FernFlower 的，FernFlower 是可以自己去下载的 github 在 fesh0r/fernflower 。

随便什么应用都行，就当用普通数据库一样，反正做出来都是假的。“不可篡改”，有一天领导说要删、要改的时候，就算把整条链上的数据全部重建也是要改的。另一方面是分布式、去中心化，然而私有项目去中心化就是伪命题，去中心化的目的是公开、透明、使用共识而非权力，这些在私有项目里都是扯淡。

@systemcall X11 forwarding 相当于 RDP remote app ，而不是 RDP 。RDP 在 linux 上我没找到办法用 remote app 。

@tinkerer 大哥，你搜搜 wayland 远程教程再夸呀，我 Google 搜不到 wayland 的 ssh 转发教程，想试试都没法子，搜到的上来就是各种装软件包，vnc 、xrdp 啥的，还是基于 ubuntu 2022 装的包，没权限啊。而且 V2 上 2021 年的贴在还在说 wayland 处于初期 t/854677 。X11 啥都不用配置，直接在 Windows 电脑上用 Xming 就完事了。


@daveh 试了一下，确实不错。除了打开项目的操作和被当地不同，其他几乎完美，而且还解决了中文输入法问题，虽然写代码的时候中文写的少。

再补充一点，我们的服务器在防火墙后边，只允许使用经过网关转发的 SSH 协议，没有 VNC 、RDP 端口，普通用户没有 root 权限，也就是一句话：只有 SSH 协议能用。所以就没考虑 VNC 、RDP 这样的，而是用通过 SSH 隧道的 X11 forwarding 。