我上一个帖子了解下？
https://v2ex.com/t/996640
顺便提一下，那位应聘者已经过了二面了，虽然还有最终的领导面，但领导不太挂人很大概率入职

so ，lz 理解了日本 it 行业了吗
想过得相对轻松，躺下来，不求人上人的收入，日本是个不错的选择

一本 300kb 的 txt 文字量的话，20w 本共 57gb 的文字量，es 可以处理
或者本地跑个大语言模型，只不过对显卡要求有点高

@lvhuiyang 原来如此。其实不光是 ssm ，aws 的其他服务比如 dynamodb 之类通过 https 提供服务的都会出现可能性的超时。之前生产环境每几小时报错，查到后来发现是和 dynamodb 的通信超时了。

Lambda
整个项目 zip 打包后传上去就行，太大的话 webpack 之类的 bundle 一下

lz 你的 Lambda 的负载难道只有 1rps ？ 如果大于 1rps 你这做法当然会出现冷启动的问题

但再冷启动，11s 也太长了，Lambda 的冷启动时间撑死也就 2s~3s ，而 11s 的处理时间明显是程序内部哪里的问题，建议打 log 或者启用 xray 看看内部发生了什么

@nothingistrue 我十分怀疑你有没有用过 Github

rebase 尤其是 rebase quash 经常动不动引发冲突，甚至还经常导致 github 在 PR 里无法显示正确的 file changed 。所以我管的项目直接在 github 的 repo 设置里禁止 rebase 和 rebase squash
分支你看得乱就乱吧，反正只要保证几个重要不然分支不乱就行，剩下随便你们来。总比动不动 PR 合并出问题舒心

largefile 。。。。这参数我只有在我 nas 的硬盘上格式化时才会用。。。因为 nas 里存的文件平均都是几十 mb ，几 gb

不要过早地进行优化
绝大部分项目的性能要求还没高到需要抠这种细节的地步

@locoz 啥叫银行可信度不在一个级别，有法律约束。才刚刚过去一年多就这么健忘了？去年河南那些银行那么多人存款没了，最后没人管，储户聚一起抗议然后被数不清的白衣人冲击殴打，事情闹得那么大才下场兜底，你就给忘了？说好的银行可信度和法律约束呢，这东西在你眼中不是比代码还严格吗，怎么那么多人存款放银行就没了还没人管？

现代社会很多时候就是靠着各种基于双方合意约定的契约来运转的。合同双方一方给你提供服务和保证，另一方接受合同，如果违反契约的话付出相应代价。小到 copilot 大到国家银行存钱都是契约，你放心就接受，不放心可以要求提供对应证据和保证，如果再不放心不可不选择签订契约。就是这么简单的事情。在你眼中银行和微软给你的保证不在同一个等级，但是在我眼里这要具体情况具体分析

@locoz 那你怎么会放心把钱存支付宝，存银行？钱都放别人手上了，怎么用不还是别人说了算。自己买个保险箱放里面不更安心？

@locoz 合同给的保证，如果没做到位导致泄密或者用了不能用的代码，造成的所有损失 github 负责。这就是 copilot 企业版存在的意义

@Genshin2020 虽然刷的时候痛（忍忍就好也不是无法忍受的程度），但有一说一，电动牙刷刷溃疡是真的有用

ssd 丢数据又不是整个文件没了，而是几个 bit 可能发生随机的变化(和 hdd 坏块类似，只不过 ssd 不影响读取你感受不到）
建议 lz 把所有文件有条件的话做个校验，看看有没有发生数据损坏

copilot 个人版没有代码不泄密的保证，但是 copilot 企业版是有保证的。所以我在的公司直接给需要的人买了 copilot 企业版

其实没那么麻烦，直接电动牙刷沾牙膏对着溃疡处刷，一两天溃疡就好了

既然 lz 这么喜欢折腾直接 proton 不就好了