之前一个极米 3000 块的忘了哪个型号，用了一年，接受不了白天不拉窗帘不能看电视这件事，万幸这玩意挺保值

企业 im 这种功能肯定必备的啊。。。

如果你是初级，建议不要这么早就觉得高级的跟你一样，有的地方可能只是你还看不到。我在刚入职的时候也有一点这种感觉，其实是到了达克效应的“愚昧山峰”罢了

你相信 Apple 的程序员还是 Xiaomi 的程序员？
你相信 Tesla 的工程师还是 BYD 的工程师？
即使在不体验产品的前提下，每个人其实也会有一个先入为主的印象了

没啥大的流量需求
5 元联通，如果用的话就是 1 元 1g
8 元电信，如果用的话也是 1 元 1g 。这两个分别有一些定向流量

@lsk569937453 复杂状态管理个人认为还是 redux 更方便，尤其是一些基于 redux 封装的包。（可能也是遗留的使用习惯问题）。但是确实 context 和 reducer 可以解决大部分状态管理的问题

人和人比人和狗还大，不太好比较，大厂不太会按在职时间给钱吧

俩人，两居，8000 ，五环外

@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 钉钉这种现成的工具。最大的投入其实主要是人力成本吧，产出就是在信息保密及提升效率方面带来的价值了。
所以我理解内部工具总需要有人去做，至于投入的人力多少，那就要看这家公司具体对以后的长期规划了。