@garipan 敏捷那一套在国内是不是已经畸形化了。上家公司领导喜欢搞敏捷，疫情期间每个人都扛着全身不适熬夜加班，他呢半夜还问责高烧不退的同事开发进度，只为了赶那一周迭代周期的 deadline 。从此，我看到敏捷这个词就浑身不舒服...

新时代的 jQuery 替代品：Alpine 。新的流行架构可供参考：AHA——Astro + HTMX + Alpline 。

看到相关的文章，参考： https://cheatsheetseries.owasp.org/cheatsheets/Password_Storage_Cheat_Sheet.html

用 wasm 代替 js 做 hash 或者加密，是不是更好呢...

Web 前端密码加密是否有意义？( https://www.zhihu.com/question/25539382/answer/1270846719)。知乎这个问题不错，可以参考的。

@hellojl 受教了。第一次听说 Dark Launching ，可能对于用户来说就是无感知。功能开关是不是是最近才流行起来的技术呀，感觉灵活性挺高的。面试还是挺难的，哎，失业了两个多月，成都太卷了...

@tutu11 那个公司发展其实挺不错的，可惜自己太菜...

@Spoken6035 可能那个公司业务规模上来了，需要这样的基础建设吧，抑或是想让我知难而退。无所谓，涨知识就对了，哈哈。

@sunpj 学习了。我看国外很多相关的问题，都是比较的金丝雀和蓝绿部署，没提到灰度的概念，可能国内通常统一说灰度。特性标志我看还有一些第三方的库或工具，比如 ConfigCat ，提供前后端 SDK 加上各种配置管理感觉很灵活的样子，不知道这种工具大厂是不是也都是自研的。监控好像还有一些什么 Prometheus 、Grafana 工具，真心感觉 学习 DevOps 的话需要懂的东西好多...

@hallDrawnel 嗯嗯，小步试错、快速迭代，然后再根据反馈，自适应控制、模型预测控制。可惜小公司一般不会有这种基础设施团队，估计底层实现还是挺复杂的。业务规模不大好像确实不用太关注这些哈，我感觉我了解的皮毛已经够了，哈哈

@mark2025 嗯嗯，确实感觉灰度的理念好像更广义一点。

@dobelee 灰度测试就是 A/B 测试吗，已经有个大体的认识了，感觉就是将不同功能映射到不同用户然后监控，推陈出新。

多尝试，多试错。自信人生二百年，会当水击三千里。——一个失业了三个月的普通人

想起一首歌《大梦》，可能活着就要面对，这么多的怎么办吧...

支持！"知识库的目的不是收集，而是整理"。这句话说得太好了，我就是个收藏狂魔，浏览器收藏夹上百个文件夹，微信公众号收藏一堆技术文章。然而一直没有认真地梳理过...就那样越堆越多，导致知识体系很散，xx 技术我知道是在哪个文件夹内，某某概念我在哪个公众号里听别人说过，至于我自己的理解，对不住真没有。我的博客更像是一个导航网站，概念一堆再放满各种领域的超链接，拿来主义理直气壮地变成了刻奇的努力证明，虚头八脑地感动自己。从不生产知识，只是获得信息，活像无趣的掮客，倒卖着安慰剂给身体填补焦虑。其实好多东西都需要定时清理的，就像日常的生活用品一样，每一次重新审视都有不同程度的灰尘。希望自己活得更通透一些吧

是星合互娱吗？ boss 上看在招

1.前端通过后端返回的 RSA 公钥对前端生成的随机密钥进行 RSA 非对称加密，接着将要传递的数据 data 转换为字符串，接着将该字符串通过 SHA256 散列算法生成数据 data 的签名，然后通过随机密钥对要传递的数据(带有签名)进行 AES 对称加密，最后再将加密后的随机密钥、数据返回给后端。
2.后端通过后端保留的 RSA 私钥解密，拿到随机密钥。再通过随机密钥进行 AES 解密，拿到前端实际传递的数据(带有签名)，接着后端通过对带签名的数据再次进行 SHA256 验签，验签成功证明数据未被修改，拿到真正数据 data

郑州的话，好像战略支援部队信息工程大学不错，计算机和通信很强。