外国也是 DDD 和微服务是主流吧。我感觉随便找一下基本上都是这套技术，vercel 做技术栈的企业我还没见到。

@h0099 你是不是有病

疑似软广。

话说过来，头一回看到一个平台上，商家会自问自答在自己贴子下面回复「这个博主好有趣快来关注」或者「我也发现了这个宝藏博主」之类的贴子。感觉味特别冲。

另外这个平台上的发帖人权限很大，可以随意删除拉黑质疑他的人，留下一个欣欣向荣大家都在热议但没人质疑的氛围。所以如果搜到什么东西使用后发现效果完全不符实，大概一点也不奇怪。

这不是挺好的吗。如果只知道 crud 离开业务就啥都不关注才是人要废掉了。

繁琐那是因为用 Java1.2 和 UML 那套动不动就继承，动不动就阻塞 get ，get 到 NPE 还要 catch ，然后出了问题就 AOP 、上框架一层层抹屎的过时 OOP 。

如果用稍微新一点的技术栈的话，哪怕 Java 也可以把不同的范式和理念融合起来。这也是 OOP ，但你要说 FP 或者声明式或者数据驱动或者别的什么也都可以。

用了 Win11 后菜发现原来 taskmgr 和 explorer 也是可以卡死、无响应或者假死延迟响应的。

6 万应该不是底，更像是大顶

没有可能，下一个问题。

感觉很不错的项目，商业模式从 saas 转变成开源的话，感觉合伙人好像更难找了吧。

一堆人抱怨没有中文简直让人流汗黄豆了，这种翻译 doc 的事情在哪个项目里都不会是高优先度的任务。

之前也稍微有用 Swift 来开发，感觉 Swift 和 SwiftUI 这一套技术栈确实是蛮有趣的。不过也确实目前而言有许多不方便的地方。

首先说 Swift 的话，我觉得这门语言是一个有点苦涩的语言……当然这可能和我比较偏向于 Kotlin/C#/ML 这类托管语言有关。首先就是这个 protocol 似乎和 OOP 的 interface 并不完全等价，所以在实际使用的时候会有许多小坑（例如泛型里面的`& any`），虽然也是很细枝末节的事情了。然后在实际编程的时候，虽然从 Java 过来的可能会觉得很方便，但用惯了 Kotlin/Scala 的总觉得 lambda 和流式编程缺点味道，那个 void 也比较恶心人，再加上时不时摆烂的类型推导/类型检查，经常给人一种累觉不爱的感觉。

虽然说，考虑到 Swift 也蛮老了，再加上历史包袱/性能要求还有和 ObjC 这个老古董的兼容，其实也没法要求更多就是。反过来说，Swift 至少在 Optional 和 Actor 的支持上，似乎走的比 Kotlin 这种一般通过 OOP 语言更远，那个 throws 的设计就感觉蛮惊艳的（ op 用 Rust 倒是可能会蛮习惯了）。

SwiftUI 的话，我比较喜欢的也是这种充分和背后的编程语言结合的设计，比如说 Binding 还有 Observable 的语法。

不过就我自己感觉，这个生态圈最大的问题可能还是新手不友好。稍微形容一下，大概类似于一开始有很贴心的官方教材辅导告诉你 1+1=2 和怎么解二元一次方程，但然后等你开始学微积分的时候就发现只能自己摸索了。op 提到的课程我之前也有找到过，但那时候我大概处于「课程或者书本上的东西我都会，但我不会的东西找不到教材」的程度，所以这些书或者教程一个也用不了，最后也是靠着 v2ex+stackoveflow+自己摸索来解决的。也许归根结底，还是生态圈太小了。

整体来说，感觉 Swift/SwiftUI 算是那种慢慢演进会变得越来越好用的，代价就是得丢掉低版本的软硬件，还有越来越高的配置要求了。

还是希望 SwiftUI 能越来越好吧，再怎么说，写起来还是比某框架的括号地狱好多了。而且比起某企业级状态管理和清洁架构，我还是更喜欢这种声明式代码。

reduce 里面可以是一个列表。当然 java 没有模式匹配写起来比较恶心。

普通的 sde 搭得上这班车吗，也有可能搭上的是泡沫破裂的灵车。

不含歌词的纯音乐怎么样

Java 的话可以看一下 On Java 8 ，这个算是 Thinking in Java 的后续，但旧书版本明显太老。算是相对权威的教材，但也有讨论一些比较新的话题。

书的话我觉得值得推荐的就这一本了，别的都无所谓。然后就得看 op 想要做啥，有啥想法或者有没有什么大概的思路了。

只是想练习一下算法和编码能力的话 CS61B 也不错。