这个是 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#都是不错的语言。第二个就是尽量让自己保持好奇心，合理安排时间在课外时间多学习一下不同的东西，组装起来就可以形成很有趣的计划了。第三个，在学校里可以试着看能不能找到聊得来的或者聊不来的（当工具人也好）同学来和自己一起做东西，可以在一定程度上减轻实现项目的工作压力。

加油^ ^

不知道是否有纯粹的基于技术限制而非个人喜好的「拒绝 Java 」的理由。

除此之外的任何理由，感觉对于一个 Java 技术栈的开发人员 /团队来说，都是纯粹的 red flag 。

Kotlin 并没有多复杂的语法或者多么花哨的设计，总体来说是一个 pragmatic oriented 的语言，应该不会有多少心智负担吧。

一个字一个字返回这个应该是最近增加的 throttling ，之前是一段一段话返回的，估计没有任何办法加快。

我看到这些就会血压升高：
- 错别字（包括汉字选字不当、英文拼写错误、小语种不带音符、变位错误或者滥用网络缩写和俚语）
- 语气词使用不当
- 代码缩进不当、不加或者乱加空格

如果是我自己犯了这些错，我会头皮发麻浑身难受然后把错误改过来之后还要难受半天。
如果是别人犯了这个错，除非是低年级的新生，我都会怀疑对方的编码水平和工作态度，当然不一定会直接说出来，毕竟还是怪伤人的。

看个人兴趣吧，只是为了看剧情和做任务其实不充钱就够了。不过这游戏里面刷圣遗物极其恶心，需要花大量时间然后忍受各种歪的痛苦，请做好心理准备。

总体上说，抽卡获得新角色主要是为了解锁各种不同的机制，确实也会对游戏体验起到一定作用，但完全没必要全抽，更没必要抽命座。至于武器，不会添加新的机制，只是刷深渊的时候会舒服一点，完全可以跳过。

我是须弥之前的全角色图鉴，但是实际拉起来的角色大概也就二十来个，常用的十几个，已经感觉练度溢出了（不考虑深渊），感觉只靠初始角色会有点难，但如果有 5-6 个五星会舒服很多，也基本上能用很久了，这游戏的抽卡期望是固定的，可以算一下抽卡期望然后平摊到每个月的消费上。

如果对这种 JRPG 的剧情无感，也不想花时间去玩活动的话，那确实是个很无聊的游戏（

总之见仁见智吧，我个人是挺喜欢这游戏的建模、风景和剧情的，但这种类型的游戏的缺点也蛮明显的。