在支付宝的京通上申请了 7 月 1 号提取住房公积金，不知道能不能成功​结果发现两三分钟就到账​果然全程网办，果然从 1500 提高到了 2000，五号的新政策多的 26 元是脉脉活动送的提取的

一周今天才发现，在一个 dockerfile 的 RUN 里 export 导入的环境变量是暂时的，在另一行 RUN 里会失效；软链接也是。不是同一个容器了，不是同一个进程了。不知道我这周是怎么活下来的。python3 for 循环里一个 os.system() 执行命令，两次 os.system() 之间最长间隔时间是多少？如果上一个命令要20分钟，如何才能保证下一个命令不会被 missed？

5.25 7'09 且把暖灯熏芳蜡，樱香戏年华。暂停后忘了开了…端午节福利，同事不知道要五百多，一百卖给了我，我转手一个快递 33 元寄给了侄女，后来因为“投机倒把”在群里 v 了 50 红包

5.23 4'51 有人说，这命就像牌局，有人抓一手好牌，高开低走，打得稀烂，有人抓一手烂牌，却沉稳冷静，能逆风翻盘。命运只负责洗牌，但真正打牌的是我们自己。​​昨天 10 秒心率 30，今天 60 秒心率 169​​https://blog.csdn.net/tytyvyibijk/article/details/123074333一个 update-alternatives 切换版本卡了两天？？？容器里成功跑过，生成了镜像，把  update-alternatives 在 Dockerfile 再切换了一遍就各种各样的错误，运行一次就得几万行甚至上十万行日志一度玄学最终本地基于 Dockerfile 在一念之间顺手注释了 update-alternatives 就过了Dockerfile 里 mv 好慢，比 cp 都慢很多上周加了个 sudo 导致没网，也卡了一天

同一个期刊，同一个妈，不同的结局看好的论文复审直接挂了，​不看好的论文却反而中了[裂开]大的出了五次车祸，小两个月投的只一次就活了，都基于同一个母体优化后的会议论文基础上做的优化，大的基于去年的 dasfaa 做了五个方向的创新点小的基于 18 年的 infocom 只做了个一念之间的细化大的基于几千行代码又写了几千行小的基于几行代码又写了几百行欲哭无泪汗自流​就是年初那个 Computer Networks……​投了几篇 a 然后投了几篇 b 最终投的 cn，终于第一次进审稿环节

dockerRUN cp -rf /a /b结果是 a 文件夹下的所有文件拷贝到 b 文件夹下了，而不是 /b/a但在本地 mac 测试，cp -rf /a /b 会把整个文件夹拷贝过去后来改成 RUN mv /root/a /root/b也是 mv 的 a 下的文件后来改成 RUN mv /root /root/b、RUN mv /root/* /root/b 也不行，最终发现是因为目标目录不存在...COPY /a /b # 注释会报错，COPY /a /b \    # 注释这样就不会报错了突然抬头一看，有人在发印着大大的 BEAST 的箱子，这不是我昨天还在看的破事精英 top 503 强的万兽集团的周边么入戏了入戏了端午节快乐，虽然还有一个月，但在快手，可能日子过得也很快吧右边是同事发的喜糖 #端午节#

5.16 5'11 天运人功理不穷，有功无运也难逢。因何镇日纷纷乱，只为阴阳数不同。​​测试过程中 99%以上的时间是在写测试代码和给测试代码找 bug 以验证被测代码的正确性。​​从上午到下午到晚上，最终发现有个参数传大了点，没报警​看历史是从哪里抄的，昨天，上周，上上周，…​这意味着今天，昨天，乃至上周，上上周的测速结果都有可疑性​​难怪经常感到玄之又玄，感觉还有错。让我不得不维护一个坑文档，记录内在的和外在的坑，以及《告陷深坑人书》。

LCCUP 23 快手https://leetcode.cn/problems/ryfUiz/solution/xian-duan-shu-zhao-dao-liao-3ge-bugzhong-4ihn/一个多月前就和 “字节来快手” 的同事组好了队～3h 6题 t6 到现在都还没看我先 t1 wa 了一发然后过了排四百多名然后队友 t2 直接过了t3 dfs 超时，后来对每个坐标到其他字母的位置用了距离排序还是超时，才过了5个t4 开始没注意到相同深度下要看度数/分支宽度来优先选择，导致只过了case1 没过case2，后来看了下只过了27/86个。2h 19分时队友最后不抱希望地提交了一发，居然过了，先是对子树字符串排序然后拼接，我想到这里就没去写了，因为之前已经写了很长了，而且觉得这种是n平方的肯定过不了，后来发现这种只能过4个。核心是排序时如果一个长字符串包含了一个短字符串，则优先走长字符串，因为长字符串后面肯定是0，而短字符串要上来肯定是1，0小于1。讨论完t4思路后我开始继续写 t5，之前以为需要满足结合律才能用线段树，后来发现不需要满足。用k个线段树单独处理每一位，到5点四十几写完了，但case1都过不了。六点结束后去吃饭了。吃完饭回来debug，找到了3个bug，一个是线段树里合并两个子节点的方法错了，没那么复杂；一个是 & 操作符优先级小于 == 操作符没加括号；一个是 if(a&&b){} else{} 应该改成 if(a){if(b){}} else。。。代码很乱，全扔题解里了，debug 大致过程也写上了。

公司免费发了一千个

2023-05-05-洗澡随笔之基于协同过滤的推荐 联想事件匹配与数据库查询基于物品的协同过滤：通过物品的旧用户列表之间的交集计算物品之间的相似度，根据用户对旧物品的兴趣值和物品与物品的相似度，计算用户对新物品的兴趣值，给用户推荐那些和他之前喜欢的物品类似的物品。基于用户的协同过滤：通过用户的旧物品列表之间的交集计算用户之间的相似度，根据用户对旧物品的兴趣值和用户与用户之间的相似度，计算用户对新物品的兴趣值，给用户推荐那些和他一见如故的用户喜欢的物品。数据库查询：​一个表有 r 个行代表 r 个物品，c 列值代表物品在 c 个属性上的取值用户查询某个属性上的值等于 1、或大于 2023 的物品事件匹配：一个表有 u 个行代表 u 个用户，v 列区间代表用户对 v 个属性上的感兴趣区间​物品查询可以满足其提出的所有感兴趣区间的用户

公司给了八百多积分申请半天年假约了个 1200 块的体检自己还补了三百多元感觉查不出什么来去年疫情以来胖了快 20 斤

入职快四周今天压缩commit时出现冲突，结果有一处不同vscode 却没有识别出来，使用了旧的，最后还合并到主分支了。 开始还以为是我解决冲突时选择了旧的，后来基于压缩前的分支进行压缩，复现了这个现象。 而且 rebase 时写数字表示压缩前面多少个分支，比如写个8会出现前面14个提交，这可以通过指定保留最近的提交 id 解决。 在本地和远程两处同时开发的这个分支，但没有同时修改。 之前压缩过分支提交过 merge request，并且 push -f 过多次覆盖远程的这个分支，为了省事没有push到新分支。反正就是一个人经常开发出3～5条线来，合代码经常不顺利。有一次合并代码后没有从主分支重新拉一个新分支，而是在旧分支上继续修改，导致第二次合并时得重新拉一个分支，重新一个个文件修改，结果发现应该改远程文件夹改到本地文件夹了，又得重新一个个改一轮。 #入职感受#

lccup23​两题也有 723。。​第三题尝试合并每一对重叠区域然后权重加一，最后发现不对​然后知乎上找了个简单的解法，直接遍历每一个顶点和交点，判断包括的矩形数量，超时了​加速后解决了这两个超时用例，最后有不可见用例没过​结束后看错误用例，改了个类型，第三题就过了…也就六百多t4 有点不清晰，45 都是写着写着写不下去了​

这回真睡公司