@justdoit123
加个「狗头」

去重新配一副眼镜就能掌握了。

先前跟同事写一个要营销页面。我跟他说，你就 v1 、v2 、v3 这样一直命名下去就好，前后端代码都这样命名。不要想着复用。

这种营销页面，果然写了整整 5 个版本，到了 v5 。每个版本的逻辑、UI 结构都出入较大，难以复用。

这要是一开始就在那边思考怎么通用、怎么易扩展，可想而知会有多痛苦。

工作中的一些需求，一看就能知道是实验性的、试探性的，这种东西别想着去抽象复用。

另一个例子，是我们的 UI 团队。一个人一个风格，上来一个 UI leader 就要订一套 UI 规范。我以前还乖乖听，写过两个版本的 UI 组件。后来就不鸟了。当然，我不是说 UI 组件不用抽离，规范稳定的 UI 设计语言，很值得沉淀组件。我们这种信誓旦旦的说 “以后都这样”，但是实际活不过一周的 “UI 规范” 当屁话听就行。

埋点关注。

我的实践经验感觉 RN 深入后，不会 Native 就很被动。

@eephee 按你的描述，感觉应该先解决这个分布式有状态扩缩容问题。 然后你这个问题可能就不是什么问题。

楼主可以再深入描述一下，业务的细节，这样其他人可以给更好的建议。

另外，想请教一下 "一致性哈希以达到 对于特定的 URL 的请求，固定转发到唯一的副本。" 这个需求，在扩容或缩容之后，如何保证之前的请求，依然分流到之前的副本？

轻量还是适合转发流量。重的任务，用自己的机器跑。

@c0t “基础设施太完善”。感觉很有道理。没有推进的动力。

甲：这个数是 mod 3 = 1 吗？
乙：是的。
甲：ipython3 -> xxx % 3 -> 2 。这不等于 1 啊！
乙：怎么可能？你是不是算错了！
甲：你怎么算的？
乙：ChatGPT 算的。
甲：...............................................

@gofishing "我把花呗关掉后, 再付款, 会弹出让你开通花呗的弹窗. 还只能选择 30 天内忽略提醒.
这以后, 我基本只用微信了."

一模一样。 产品设计，肆意践踏用户体验。长远来看，会失去用户。

支持下楼主。不过我感觉这种工作的终点是类似 grpc 那样，官方直接提供 + 定死一套方案。

之前用过 swagger-typescript-api 这个库，感觉能完成 95% 的工作，但是总还是有一些东西要配置、要调整，甚至要自己上手魔改。这种感觉就很不爽了。

同意楼上说的。规则化，可配置化。业务的输入源头（就是那个 excel 文件）做好规范校验。

大概率没有可以直接用的第三方工具、库，别在上面费功夫。

面试官问题更大+1 。

遇到问题，经常不自查的，实在忍不了。

RN 的 bug 一样修得很慢。有时候查问题，能看到开了几年的 issue 。

我觉得 flutter 的思路其实不错。不过就一直纳闷，为什么 flutter 当时不选择用 TS 。语言这东西，切换说起来快，实际上体力活一堆。继承微软的 TS 衣钵，通过 TS 渐进式的演化出一个从动态 -> 静态编译二进制的 TS 方案来弥补性能缺陷，提供一种类似 lint 之类的半自动化迁移方案，把 JS/TS 生态的组件，迁移成纯静态的 TS 高性能组件。这样也不会那么割裂 UI 开发社区。

有时候在我司一些 “没人疼” 的测试服务器上，会看到几个 G 大小的 log 文件～～～～～

@NewYear 没搞过 NAS 。

请教下，双主机怎么协调工作呢？用于什么用途？

看起来低功耗机 是常驻的，服务器级的按需启动？

@bn 现在最低配 + ipv4 是 5$。确实感觉也还可以。

买一些机场的高级 plan ，差不多是 10$ 一个月。 主要是想自己再折腾下，很多年不折腾翻墙了。

顺便问下，现在自建还用 aws lightsail 吗？我看现在 ipv4 要钱了。不知道各位有什么推荐的？

“让我从头写，我保证不会有屎山代码” 狗头～