xloger

@yazoox 我现在用的还是多年前的 CrxMouse ，用的一直也没啥问题

装个鼠标拖拽插件就可以吧，通常是这样的：
对链接往右拖拽：前台标签页打开
往左拖拽：后台标签页打开
往下拖拽：复制链接地址
往上拖拽：复制链接标题

@MuSeCanYang doge 我不会的东西就是不安全的

我是打算买的。
年少出去玩，总是喜欢拍景。长得丑所以很少有自拍。
但是时光飞逝，全景相机可以被动记录下自己的痕迹。哪怕那堆视频放在那里吃灰，将来也可以找到过去的自己。它能记录下风景之外，“我”的信息。

@chunkingName #50 具体的电源款式推荐是没有啦，虽然电源这个就是看用料，挺透明的...但我会情愿多花点钱买点口碑一直还行的品牌，比如先马、微星之类的。
电视不晓得刷新率更得上么。反正显示器我昨天刚换，可以参考下这个帖子： https://zhuanlan.zhihu.com/p/1908453697429677256

这是因为他们目前探索的是增长吧。
比如样片日记，我是很喜欢的。但是全世界就那么些出门的地方，挨个拍了后，之后拍啥呢。
所以他们就得探寻一些其他领域，谋求增长吧。

说点纯个人观点，仅供参考：
风扇，猫头鹰最大的优点是静音，而不是什么跨越时代的强。静音跟性能本来就很难兼得。我自己用 50 块钱三个的风扇我感觉也挺好。不过我机箱是放下面的。
水冷，虽然我也觉得水冷维护麻烦，但是既然都白色海景房了，肯定追求好看，还是得水冷。
金河田，虽然我知道这几届金河田的电源口碑反转了，但是我自己处于膈应肯定是不会买的。我这份“谨慎”对我是有帮助的，去年我配电脑，Intel 只有一些零星的问题爆料，而且都说是集中在高端芯片上。但我因为这个不想选 Intel ，几个月后这个问题被证明是普遍存在 13 、14 代的。
这个纯粹是个人喜恶了，仅供参考。
对了记得买个便宜的显卡支架，防止主板变形。还有显示器怎么不见你考虑一下

这件事比较酷炫的地方在于，他的回复、他的发帖都体现出：他没觉得自己有啥问题。
真有人不要脸到这么理直气壮的地步嘛？

额，这更多是出在“水平”上面，而不是“设计模式”的问题。
我说的直白了点，但不是针对楼主，你就当是我自己的感悟吧：

代码的复杂度，最少也是等同于现实里这套需求的复杂度。
好的架构设计，是拟合现实需求的，将其拆散、梳理成一个个可拆卸组装的子模块。
不好的设计，一种自然就是过度设计，也就是光套各种设计模式，反而把自己束缚了。
另一种不好的设计，就是一大个混沌系统，把“复杂度”一部分放在了开发者脑子里。

过多的单例就是一个馄饨的体现。
有几个模块，假设我们严格按照分层，是很容易遇到一些特殊场景。怎么跨层传递数据、或者类似的一些问题。
设计得不好但还要强行遵守，就是加各种传递方法，千层饼。另一种就是改成单例互相调来调去，进一步增加复杂度。
很明显的，还有一条路，就是梳理思索这些模块究竟怎么分配合理，每个地方的语义是啥，怎么做是最清晰的。

拿上面几位朋友的说法补充点我的想法：
1 、简单初步的设计模式运用，这并不是“精巧”。架构设计的目的是分层、隔离，降低复杂度。
如果只是代码层面的“解耦合”，而不是业务“解耦合”，那自然会出现：看似规范地写了接口和实现，然后频繁地接口加方法、实现类加方法，然后感觉这个接口毫无意义不如去掉。
这个的根源在于你这个接口的定义设计得不合理。
2 、看一段逻辑需要跳到不同的文件里看好几处。
这同样是一种具体写法不对导致的复杂度上升。要规避的是
fun main {
step1()
step2()
step3()
}
这种写法。而是要让一段逻辑的核心在一块。也就是更多时候问题是出现在“拆代码的方式不对”，而不是“不该拆代码”。

这些能力都是要靠锻炼出来的，我们普通人只能靠努力和多动脑才能让自己越做越好。而不是浅尝辄止，觉得这些 XX 、YY 不就是那么回事嘛。