kahlkn

记忆错乱肯定会有的，举个例子就是 A 语言的关键字或语法，和 B 语言的关键字或语法搞混了。

解决方案我觉得全靠 IDE 的自动提示把。 但是像一些语法比较灵活的脚本语言，我觉得大概率是避免不了的把。

赞同楼上，翻一翻语法速查。

@effort 这个就相当于 AI 模型的 GitHub

前端加密只能防止一些门外汉（不过像登录账号密码等，可以考虑加个密）。 专心搞破解的，前端加密没啥用。

你说的那种抓不到 xhr ，大概率两种，一种就是服务端 渲染成 Html 直接到浏览器（比如 nodejs 服务端 和 古早的模板引擎）。 还有一种就是它走的是 JS ，再 某个 JS 文件中包含了数据，然后渲染到前端界面。

@poupoo 嗯嗯，只是没接触过。 我学习能力还是挺强的。

总感觉各种协议要求有点多。 云原生这块接触的比较少，FreeSwitch 、OpenSIPS 、Kamailio 、Asterisk 一个都没听过。 上海的话，岂不是得 50 起步？

@LieEar 但凡我可以写出来一个这样的，我觉得我的作品已经属于大厂核心团队的那种了。 可以定制（魔改） JDK 之类的了。 干嘛还面这个试。 哈哈

@kingofzihua 牛逼。 一般来说 rebase 和 merge 混用，尽可能避免出现极多层的 merge 嵌套（原因的话，可以问问 AI ）。 一般 merge 我个人觉得最多 嵌套 2-3 层。

@fields 以后有机会试试。

@fields CI 应该不能 规范 GIT 的操作吧？ 我了解的可以再 Git 中集成 代码扫描器，，如果代码扫描器 扫描的有问题，GIT 就会提交失败。

@Fleey 牛逼了，你这个 merge 也太多了吧。


@fields 是的，后续强调过 尽可能 避免这种，不过很多人都习惯了。


@beyondstars 嗯嗯。 我个人习惯就是走 rebase 的，，不过 很多人都不习惯 rebase 。


@w29261491 嗯嗯，，看到过楼下的那个，，，，确实我这个不算啥了。