@weakish group 套 group 可以用不捕获的 group 搞定。

其实断言更有用的是，不得不回溯做一点事情的时候。。。

阿里多少有点 49 入国军。。。

@hst001 总是能做的，但这就复杂了。。。

typora 看上去就没做这种程度的优化，都丢给下层了。

@hst001 不过说真的，有些东西真不容易计算高度。比如公式，多行公式之类的。。。

Markdown 除了 typora 之外全都不能用的主要原因，就是图片、公式多了，左右同步滚动的高度计算就是 shit 。也就行内混合的模式能支撑这种复杂的应用了。前段时间好像还有人在开发行内混合的 markdown 编辑器（ js 控件），milkdown 的，等一波看看后续发展。

@delectate 优化过了吧。毕竟 firefox / chrome 都是一堆人开发，typora 只有一个人开发。

其实真的想要去优化大量图片的显示，肯定是有办法的。时间换空间，就好像我上面说的，想办法图片需要显示的时候再解压呗。再比如 Google snappy compression，压缩比不错速度又快（ 1GB/s 级别的），拿来压缩裸图片二进制数据流肯定是行的。哪怕是直接每次显示图片都重新从磁盘读，优化的不好可能会卡，但是优化好了也不见得多卡。

图片可以预先扫一遍获得 height width 信息，内存里面只存图片的大小和源，排版过程中计算高度只用信息不用图片对象，想必也能搞定。Chrome / firefox 可能确实有各种复杂的优化在，但是 typora 就算用了 electron / webkkit 也不见得把这些功能都用上了呗。

我觉得就是这个原因。你看虽然你一屏显示的图片有限，但是你总不应该图片划过去了就删除内存对象，划回来了再重新解码 jpg 吧？那这种时候就不是内存占用的问题，是滑动起来一卡一卡的。一个页面上的所有图片驻留在内存里，这个做法还是比较合理的做法呀。除非一开始就打算了要显示一堆图片，针对性优化的。。。（比如长 word 的显示就应该优化了，但是 typora 一个 markdown 文档，人家也没想过这种硬核应用场景）

如果你开发过桌面应用你就也能明白了。系统是不可能让它“显式一张 JPG 图片”。你必须先把图片载入进来，像素点解码出来，然后给系统它才能显示。

ummm 可能是因为图片控件用的是 RGB 图片，这种是不能压缩的。

你看 JPG 虽然小，但你用 width * height * 3 看看需要多少字节才能存下来？
压缩图片没法直接显示在屏幕上，需要解压成像素点的。

@forgottencoast 你们老板觉得他简历够了呗。我不信 CTO 任命不需要老板过目。至于他能力不行项目失败，反正锅你们老板呗，你有啥干系。顶多看不惯再找个工作呗

@forgottencoast 能力优势突出，以至于可以让人忽视这些可能存在的“性格”问题呗。

招螺丝钉的标准和招 CTO 的标准本来就是不一样的。

那么，楼主觉得互联网薪资“正常水平”是多少？
----

北京 2020 全行业平均年薪是 11 万，上海是 12 万哦。

不，借钱出来抄期货和股票。老哥你的心理承受能力和技术不过关，一旦失守本金，那就是万劫不复了。。。

真正要学习的反而是那种顶层的、简洁的设计。说句不好听的，复杂的业务逻辑都是一点点靠人力修出来的血肉，是总能搞定的。而顶层设计、架构，那些是骨架，是需要一开始就奠定好基础的。

我觉得楼主你的想法反了。

不是因为看了复杂业务逻辑所以才会做项目，而是因为做了项目所以才会复杂的业务逻辑。

@enjoychen0318 那就。。。写个 python 脚本产生 switch - case （哎嘿）

@ansonsiva 你这法子没用的。你的性格前提是，“除死无大事”，活着比什么都重要。

但是我对死亡没什么感触。某种意义上，在不断追寻自己愿望的旅途中，死亡是唯一让我放弃努力的途径。活着我就想做到更好，这是本能。就好像数学考试还有 30 分钟交卷，哪怕证明题和计算题就是做不出来，我也会撑到最后。这是一种性格特色。

倒也不是觉得累了想死亡去解脱，没这个想法。我还是愿意继续努力，追求我想要的东西。只是偶尔也感叹，我这种至死方休的性格，死亡就变成了一种终点一样的东西，回归神的怀抱，再不用往前走了吧。

你给的截图有啥可称道的地方么。。。不过是 annual routine 而已

@nanekino 我的经验根本和你相反。

用 Arch 最糟心，因为照着 Installation Guide 装出来的东西根本就是各种细节不完善。我说的不是休眠、指纹这种问题，而是桌面样式、字体渲染这种“无关紧要”的细节问题。这种细节你要完善，那好，就要投入无休无尽的看 wiki - 改配置中。

因为指纹、休眠这种需要硬核折腾的东西，我直接不用就行了，也不影响我日常办公不是。但是字体渲染、桌面细节这种，天天打交道实在忍不了。
====

当然 Ubuntu 的各种细节也不够完善就是了。所以我放弃了 Ubuntu 。我的需求就是有一个能让我停下来折腾的、开箱即用的东西。

目前用 Linux Mint 最新的版本已经半年。各种细节到了我能够停下折腾的程度。当然也出现过一次，内核升级一下，结果我的 yoga s14 2021 桌面不能用了。这个时候—— 重装了啦。

折腾？不存在的。因为我战略性放弃那些硬核需要折腾的指纹之类的东西（事实上也不需要）。战略性购买了只有 Intel 显卡的机型（为了做项目，这电脑是我今年 4 月买的，买来就为了装 Linux 做项目。我实际上还有一台 mac ）。这种 limited usage 下，果然还是 Linux mint 这种开箱即用香。

你的团队都是 Java 的，你们代码库都是 Java 的，你找个 Python 的干嘛？

=反之亦然。