好奇 WPF/WinUI 方面的形势怎么样……虽然不在国内但是还是有点关注这方面的情况。

说实话 Unity 和 WPF/WinUI 算是两个不同的路径了吧。Xamarin/MAUI/Avalonia 的话估计就太小众了……

感觉在我的使用场景下没遇到不稳定的情况……Parallel 的效果也极好，甚至可以在 Windows 上打旮旯 game 或者装个 Linux 发行版自己随便折腾……都在考虑要不要入正了。

加强针应该是不可以的，必须先把原始针打了过一段时间再打。

看项目情况、这个类库的复杂度、可修改程度、完善程度和这个项目的期望（？

如果项目本身有一定的「研究或者玩票」性质，不太指望直接写出纯 prod 的产品，同时不保证以后会不会开源代码，这种情况下是尽量优先选用技术成熟、开源协议友好的类库，并且比较倾向于 fork and dev 的。

再比如说如果类库质量并不是很好，可能就有必要去自己做深度开发甚至重写，当然这个成本对于大部分项目想必都不是一件可以考虑的事情。

理想情况下当然是遵循 solid ，自己写一层扩展，但是很多场景下，受到语言、框架、具体的技术栈限制，能找到一两个可用的 lib 已经不容易，lib 也很有可能并不是遵循良好设计的。

显然的，在面向 prod 的项目里面就是另一个故事了。可能在源代码协议方面可以通过闭源（这样不道德但是也没法强求所有人）来绕过，但如果手上没有多少可选的、设计良好的 lib ，那感觉很大程度上还是需要 fork and dev 的…

这个是 sum type ，typescript 里面有不错的支持。kotlin 和 java 都没有，得用 scala ，不然就是纯 fp 的 ocaml 、haskell 之类的语言才有了。

sealed class 模拟的问题在于不能用再已有的类型上，必须手写一层例如 IntWrapper 、StringWrapper 之类的层来套着，对数据互转很不方便。

如果请求内容无效，直接返回错误报告。

然后…在后端程序里面，毕竟无法保证程序状态永远正确，所以需要用异常来检查和保证程序尽量正确运行。

唔，我倒是没怎么写过后端，但是我对程序的理解是这样。感觉重要的还是如何保证请求的内容健康有效这一个环节，当然可用的工具也很多就是了。

至于随地抛异常，我是反对的，因为异常意味着程序状态发生了不正常的情况，即使可以在上层捕获，这种用法给人的感觉就像用异常处理 NPE 一样（

感觉应该区分「输入 /输出数据不合法」和「程序内部状态错误」吧。

在我的理解里，一个程序应该是只对特定的输入有效，产生期待中的输出，对于这以外的其他输入，应该直接拒绝运行，避免产生意想不到的结果。

在后端里面，这个逻辑应该可以等价于……一个大的事件循环在监听外部的请求，首先检测请求的有效性，对于有效的请求，开始执行这个程序（启动线程、调用服务之类的），

砸壳网站的安全性如何呢，感觉有点不太放心。

完全可以，其实 2020 年的 i9 版玩起来就很流畅了。

国外也是 Java 最多的吧…简直铺天盖地

如果不是同一个项目，当然代码不会随之更新了…
submodule 看起来是个不错的解决办法，但其实用起来很不方便，尤其是在 idea 系 IDE 下，commit 等操作的时候都要十分留心避免错误操作。
大体上如果工作流是这样的话，好像并没有很好的解决方案。

@jdgui 应该是这样的，法国的要求是 3 个月，但不是说「因为阳性打疫苗会有危险」而是说 3 个月是病毒感染形成免疫力的时间段，在这段时间内不需要打疫苗。

还是用 DaisyDisk+手动清理比较安全……感觉（

日常温度 40 度左右，中高负载 50+，60+以上是极少情况（或者可能在玩某刚出来的 3D 大作）
Ventura ，16" 16c 32G

看到 Avalonia 就滚进来点赞了（

感觉这东西在微信平台上有风险。做个桌面 /移动端的应用会好点吧。

可以看一下每天的新增阳性 /当天实现了的检测的比率，或者说阳性率。

一般来说 omicron 之后的所有数据都比 delta 、alpha 高一个数量级，比较难以掌握当前动向，但是还是可以用来辅助判断这个地区是否「充分做了检测」。

至于感染后上报的问题，美国不清楚，但是我这边时不时会有通知比如说学校的老师或者其他学生因为 Covid 而无法出席课程，如果不上报的话应该这种现象是不会出现的吧？

在提供了阳性率等数据做对比的前提下，如果算上反复感染的话，一般来说数据大概是可信的，当然可能还是被低估了。

另外 100%感染还是一件比较难的事情……因为有群体免疫的存在。但是达到 80%左右估计是不难的。

反对说 SSM 或者 Spring Boot 之类的后端框架的说法，op 只是个大二学生，纯粹出于兴趣爱好想做点什么，完全没必要往这种重型企业框架上靠。而且也不会有人把 Spring 和 EE 那套当爱好来搞吧？如果想要学习比如网络原理之类的知识点，大可以去探索各种不同的语言和技术栈，寻找适合自己的，另一方面，从学习路线的一开始就锁死在 Java 上是一件很不明智的事情，尤其是在 Java 后端已经内卷到了极致的现在。也不是所有人眼里只有业务和业务的吧。

大二的话，一般来说应该不会教太复杂的东西，但是 oop 和简单的编程能力应该是有的了。感觉 op 可以试试多留意一下平时生活里面的一些东西，看看有没有感兴趣的，然后再评估一下看能不能尽量往各种技术上靠。平时可以多学习各种不同的技术，不需要掌握得特别熟练，能干活就行。最重要的还是等你开工的时候可以很快的把原型实现起来。

我自己的话……大概是一年级的时候知道了 iOS 上有个叫 Playground 的编程小游戏，但是限于没有 iPad 没有玩，二年级的时候 macOS 大更新添加了 Catalyst 的功能，然后就玩了一段时间的 Playground ，这期间自己学了一些例如 React 、Kotlin 之类的技术。

大三的时候因为预先看了编译课的内容，产生了「是不是可以做个自己的 playground 出来」的想法。当然以本科的水平，也只能构思最简单的操作小人上下左右走动然后吃钻石的行为了。然后就用课余时间基于 Antlr 写了个巨简陋的命令式语言的解释器，后来又在朋友的安利下知道了用 Kotlin 的 DSL 来直接使用语言本身的结构。前端的话，先后了解了 React 、antd 和 TypeScript ，然后在同学帮助下还碰了一点 Unity 。

当初还想过一些扩展……比如说让小人可以做出更复杂的动作，添加生物群系等奇奇怪怪的功能……或者是自己实现一个 oop 的语言。不过后来也烂尾了。但是不管怎么样，感觉这么下来，自己也接触了前后端的许多东西，了解了许多有趣的技术，甚至也为后面的学习带来了可能性（如果不是这个项目，我大概不会对编译原理产生特别的兴趣，再比如说解释器和地图渲染毕竟是相对复杂的系统，需要一些 oop 设计……虽然回过头看大概也是栽在过度和不成熟的设计上了）。带来的喜悦和成就感和反思可不是什么狗屎管理系统可以相提并论的。

对于 op 的建议的话，首先大概是建议 op 可以不用只局限于 Java ，毕竟这个是 op 自己的兴趣。有很多语言都很值得一学，而且可以带来不错的回报的，像是 Kotlin 、Rust 、OCaml 、C#都是不错的语言。第二个就是尽量让自己保持好奇心，合理安排时间在课外时间多学习一下不同的东西，组装起来就可以形成很有趣的计划了。第三个，在学校里可以试着看能不能找到聊得来的或者聊不来的（当工具人也好）同学来和自己一起做东西，可以在一定程度上减轻实现项目的工作压力。

加油^ ^