timemiaolab

@peabarkley520 方式 1.克隆项目，然后用 github 的 Action 构建自己的版本 部署到 Pages 上 方式 2.源码下载下来，本地用 AI IDE ，例如 codebudy ，cursor 等，你写经历，让大模型帮你提炼保存到 graph.json 中，本地 npm run dev 也能看。

@dimlau 感谢认可。我向外求索了很多年，现在开始向内求索，那些不一样的经历，是最真是的自己。

@xunqin 听从建议。送一年。

首先团队有没有明确的编码规范，有的话楼主有没有遵守，没有遵守 leader 帮你修改无可厚非，有遵守，leader 瞎改一通你尽可以鄙视他。假如没有明确的编码规范，楼主有没有阅读项目历史代码，或者公司历史代码，从中可以窥探出一些编码规范，你自己写的代码有没有遵守历史的编码规范（这里有可能编码规范不符合楼主审美，也不符合有些官方语言的编码规范，但是为了维护代码的可读性，后续维护的继承性，使用历史编码规范是必须的）。如果都没有规范，都是胡乱自定义，那么楼主也不用吐槽了，怎么写都是对嘛。最后说一句，推荐使用官方的的编码规范，或者使用大公司的编码规范（例如 alibaba，google 的），团队在于分工和协作，讲究代码的可读性，后续维护的继承性（就是你走了，别人能填你留的坑），很多时候是由于历史原因导致的编码规范一直会沿用，它不一定符合你的审美。

劝你们企业还是放弃使用任何运营商的 sip 业务，sip 业务无法分辨主叫号码，违反实名制，业务本身违反法规，都已经关停了。现在还开着的 sip 业务已经是踩着红线了，一旦有契机（比如说：开个 G20 峰会啊什么的）线路肯定会关停，一旦被关停，就别想着再开了。
一旦被关停，你基于 sip 做的所有业务瞬间崩盘，不如早日换其他解决方案。

众包平台啊