@RealJacob 补充下，不是不能 hardcode ，如果针对不常变化的主子应用，hardcode 肯定也是合适的，但针对你这个场景，时不时增加一个子应用入口，还是配置化更合理。多调一个接口的成本，减少了管理成本，新增子应用基座也无需改动

不认为做到浏览器缓存里是件好事，看起来只是很临时的方案。当然只用 qiankun 应该是做不到这个描述的，可以在一个运维系统中管理子应用配置（包括 router 的配置以及其他的配置），而不是在主应用中 hard code 维护这些配置或者在浏览器缓存里维护。每次进到主应用调用接口获取配置，加载对应子应用

@RealJacob
chat.yandu.ai
可建立多个 namespace ，可分别构建不同的 pdf 知识库，每个知识库可以有多个 chat
暂时不限制 pdf 上传数量，单个 pdf 大小
不存 pdf 文件本身到数据库，本地解析成字符串后只存向量
支持一键切换中英文回答
提供答案来源

感觉已经是挺好的了吧，起码字节快手美团百度各个大厂都有研发，薪资也就比一线少 10%-20%。身边一般一线大厂回成都分部的感觉差不多都是平薪。除此之外小公司多一些

同硕两年，当年也有 thoughtworks 的选择，最后去一线互联网卷了。同有些迷茫，感觉你 tw 出来去小公司性价比极低，要么奔着大厂去，要么就待着挺好

@DrugsZ 效率工具是一整套的，im 、文档、表格、oa 、hr 系统、低代码系统等等。不太好定义投入和产出，内部信息都是有价值的，这种企业不可能去用 lark 钉钉这种现成的工具。最大的投入其实主要是人力成本吧，产出就是在信息保密及提升效率方面带来的价值了。
所以我理解内部工具总需要有人去做，至于投入的人力多少，那就要看这家公司具体对以后的长期规划了。

@Finnn 然而实际上大公司亏钱的部门可太多了，做内部效率应用的部门最多最多也就是三五百人的人力成本，基本上属于成本很小了，只要不是冗余太多，一般也都不太会动

@DrugsZ 应收状况这么好的公司，补点人做内部效率工具不是很正常的事情么，总不能用 lark 去吧

啥公司还分 react 和 vue ，无论是校招或者社招感觉都不应该分这个吧。首先先确保基本的 react 问题能答上来，然后正常投你的简历写你 vue 的项目就可以了，背景合适的话不会纠结这种问题的

学 py 和去澳洲不切实际别想了，别的没啥建议

单看文字描述不好说，如果你是一个高 p ，接手的人是个低 p ，老板对你的期待更大也是很正常的，不想让你去做稳定的迭代。如果你能把自己的位置摆在一个领导者 or 小组长的位置，统筹所有的项目，也未尝不可。但如果只是剥夺你的收益那一定要小心了

弄他十个测试环境不就是了。。。

@coolzjy 我日常就写代码，和一些文档在本地，没有视频照片啥的。项目比较多，看了下已经用了 300g 了

所以只打任天堂的游戏了，竞技类的我也有这个问题，玩玩塞尔达和马里奥奥德赛的时候就只有开心，随时拿起来就能打，打完了就能放下