darlingsingera

山姆的很多岗位都是外包的，最终劳动合同和外包公司签订，工资福利并不高，建议避雷。之前有山姆配送员在配送途中摔倒后大哭的新闻，可以搜搜

@mailworks 使用 ISR ，SEO 不是最主要的，既然用了 nextjs ，也不会作为纯 SPA/离线包来使用，因为离线包无法在小程序内使用，同时也会增大 APP 的更新复杂度。

传统 SPA 使用离线包主要是因为首屏白屏的问题，ISR 后首屏呈现基本不依赖 JS 资源文件下载和接口交互，纯 CDN 加载静态 HTML ，这个速度非常快，加载完毕后才开始水合，大幅降低了白屏的时间。

首屏加载后，用户在界面操作过程中，所有跳转都会提前预取，所以真正点击菜单/链接都会 0 秒延迟跳转，包括目标页面的大部分接口数据也会提前准备好，这里的交互比原生更快，毕竟原生接口请求还是会 loading 转圈。

从技术层面出发，这些特性不需要写多余的代码，因为 nextjs 框架已经帮忙做了，按着它规范去写就能实现，所以带来的额外工作量不大。

对于研发效率，基本就是编码一次，发布一次，全平台自动就更新了，省去了之前多端各开发各的，沟通/管理/招聘/开发/维护成本巨大，各端 BUG 还各不相同，APP/小程序发布还有审核，还要兼容历史版本/接口等问题。

招行 APP 除了几个一级页面和个人中心的页面，其他的业务模块基本全部是 H5 ，包括转账等页面。
直接使用 nextjs 开发，APP 端配合 capacitor.js 调用原生能力，小程序直接内嵌 H5 ，需要原生的个别页面单独开发，例如支付页面，登录页面等。
我司 ToC 的商城，6 年前就这么改造了，那时没有 capacitor.js ，APP 端也是把一级页面之外的所有模块都 H5 化了，体验上很难识别到是 H5 ，但是开发效率翻了几倍。我们那时是 H5+小程序+安卓+IOS 都是全功能对客。
现在 nextjs 进化了 ISR/流式传输等能力，页面在响应上基本都是 0 秒跳转，loading 都没有了