状态管理用什么方案？
我之前纠结了好久 MVVM 和 Combine 之类的，都感觉差点意思，一直希望能有一个 Redux for SwiftUI

@liuxu 只能说通过 ssh 被入侵的概率低很多，但是防不住别的问题。我几年前因为 Redis 端口暴露，就很轻易的被拿到 root，然后被挖门罗币。

@WavinFlag 确实我也感觉好像流畅了一些， 在 iPad Air 2 上。但是交互的改变真的很难受

动效要为内容服务，感觉有点喧宾夺主了

建议买“小霸王，其乐无穷~”

骂印象笔记吗，这我可不困了！
印象笔记现在就是个垃圾，涸泽而渔，早就续费到 2023 年了，但是也早就弃了
这几年在折腾：Notion, Obsidian, RemNote

楼主加油，丰富一下简历就好，不用在意别人的评论

@erlking 我想也是，天真了

@minamike 希望能有一个给 x86 养老的稳定版本，现在在用 Mojave，但是也不能一直钉子户下去

@hahaFck 我反倒是希望 macOS 能再出一个“0 新特性”的版本，专注于提升稳定性和性能。
当然要是 iPadOS 能大幅度更新最好了。

@amorphobia 5aW95aWH55SoQmFzZTY055qE55uu55qE77yf

就是 UUID v1 和 v4 之争 呗，实际使用中一直用 v4，没用过 v1 。

@zxCoder 后端一般不提 SSR 这种说法，不过意思差不多。而且现在前后端分离已经成为“政治正确”了，后端直接接触模版渲染的机会越来越少了。

@zxCoder 对 PHP 、JSP 等用操作模版，最后返回 HTML 字符串的都可以认为是服务端渲染，而所谓的 Single-page App 反倒是最近 10 多年才流行的东西吧。

而后来发现纯前端渲染存在 SEO 和首次加载慢等问题，就又开始研究出 SSR 技术了，只是现在的 SSR 更多的是指前后端同构架构，一份业务代码，既可以在前端运行也可以在后端运行。

更常见的用法是，第一页的时候从服务端（ Node.js ）生成 HTML 回来，浏览器渲染完，后续的页面跳转等逻辑，就纯客户端（ Browser ）进行，这样综合了两种的优点。

主要区别可以理解为，在初次打开时候 HTML 里是否有内容。
一般来说，客户端渲染的时候，加载的 HTML 的 body 里可能只有一个标签，其他就是一些 script 和 style，然后由 JS 代码去生成 DOM/VirtualDOM，浏览器再渲染出来。
而服务端渲染看起来就像服务器里已经有了一个.html 文件直接返回了一样，但是其实是在请求的时候服务端去生成的内容。

找个喜欢的游戏，然后用游戏里的 NPC 或者地图或者装备来命名，一个合适的游戏，够用好几十个项目

楼上正解，还是建议用容器级别的封装和分发。
Python 的包，如果都是纯 Python 还好，如果有二进制依赖就很难受，充满不确定性。