如果你只是解决英文 pdf 文档阅读问题，我推荐你试试微信阅读。
它的全文翻译看效果就是用的 LLM ，并且质量相当高。而且会对长段落进行适当的切割以方便中英对照。

everything 并非只能文件名。
它有'content:' 语法可以匹配内容。
但最好先加好前置过滤，否则奇慢。
比如要搜 java 文件内容，先限定 java 后缀再搜，就会足够快。

不会。
就像电话刚发明的时候，许多人能记几十个号码，现在只会记高度语义化的名字。

这老板肯定认为，他在“养”着你们 10 个人。

@loopinfor 如果你仔细看我的对话上下文，你就会发现，这只是一个例子，他是针对这一个孤例进行批判，我一开始就说了，有“很多程序”。
而且他的疑问更奇怪，他诧异于我打开的次数为什么会这么多，而不是累计的时间不可接受。

不过你的意思是对的，整体观感，这是个小事， 不值得增加公司成本。

@abc1310054026 平和~ 老实人不会随便发怒。

@zuiyue123
感谢，这样确实更好。
也许就像 @harryWebb 说的，我高估了自己和老板的感情。

@Tumblr 如果懂技术，就不会有“你开一个软件要花多长时间”这种问题。
“打开软件要 5 秒”这是为了正面回答他这个问题才说的。

我本身要描述的情况是“并发任务性能不够”，因为“开的软件多了”。为什么开的多，因为启动软件耗时。
然后就被他追问打开时间要多久，他是希望不要同时开那么多，可以用一次，开一次。我？？

你总结的不是我的本意，也不是大家回复的情况，老兄~

@cedoo22
那倒不是。搞全栈的，数据库是要经常访问的，不会是一次性的使用。

@yunv2 我很同意。
有朋友说我“花钱上班”或着“影响进度不怪我”这类态度。
我个人是觉得，不管是为公司产出更多，还是为自己更好利用时间（非特指工作时间，而指人生时间），高效的工具都是必要的。领导不给，自己弄也不能把时间给浪费掉了。

@levintrueno 肯定是要带走的，扯不了皮。换掉的原件还装回去就是了。

@dode 自购的第二个

@Mcler 这个行不通，因为他真的会找技术同事去求证

@dode
nvme 我两年前自己加了，内存 32 。

@SoulSleep 确实是小公司，所以我也没有提 oa 申请。自觉和老板合作那么久，面谈会比较好一些。

@SoulSleep 这就是我给老板没说那么复杂的原因，我知道换 cpu 肯定能解决，但是如果提到编译、并发、多线程等名词，他更懵。

是的，老板并不懂。编译慢的事儿，我压根没提，就怕他不懂。