@Puteulanus 年度科幻短篇小说

先别着急起名，我问一下这是啥文字啊
https://i.imgur.com/gWQLBJb.png

那我是不是本地改下 host ，给 gov.cn 指向一下...https://i.imgur.com/jrVZoLi.png

@sun1719 整笑了 https://i.imgur.com/HgxsUD2.png

下次标题直接叫《 openai codex 和 claude code 哪个好？》

至少能够实现开发效率和可读性这两方面的提升，还是不错的

进来之前：仿照 uv 写一个包管理器？这不有病吗？
进来之后：uv 在你面前不值一提
👍

阿里云公告了，联通 local dns 问题

讲理已经不行了，甩锅就行了。
这个场景需要绝对唯一 ID ，建议记录详尽日志，
出问题直接给老板，说他返回的 ID 不一致，所以导致发错货，
https://i.imgur.com/HgxsUD2.png

@jancing #2 这楼干嘛呢？ https://i.imgur.com/2spsghH.png

能跑就行
代码和你，有一个能跑就行
https://i.imgur.com/agAJ0Rd.png https://i.imgur.com/agAJ0Rd.png

虽然不太能理解需求场景，但就上述提出的两个问题来说，可以限制在已有 [a, b] 区间的情况下，更新左区间时价格限制条件 where c < a ，右区间同理加个 where b < c ，也就是左右区间只能单调向左和向右移动。

但总觉得哪里有点怪，一个人每天开始结束作业会非常频繁吗？一秒钟开始结束几百次作业？
即使是极限情况下，一天也就 8 万多秒，考虑类似卖车票的逻辑，每一秒就是一个资源，锁一个区间其实是锁住这个区间内所有秒数，使用 bitmap 类型对 86400 个位做管理，在 lua 里完成这个批量操作，一次 IO 就能解决。

但这个场景是否真的需要用锁呢？锁从本质上来说就是将并行改为了串行，所以一切能用锁解决的，用队列一样可以解决同时更简洁复杂度更低，只不过区别在于给调用方的响应是同步的还是异步的。

热烈参与

我想起刚开始学编程那会儿，为了锻炼自己手写代码的能力，IDE 都不用，就 notepad++ 纯手敲

照顾肾衰的猫猫，帮前老大写点小东西

楼主您好，家人最近也有类似的情况出现，想要去同仁医院做一下检查，但好像同仁医院挂号非常难，想咨询一下您是怎么挂号的，有什么好办法吗，感谢🙏

我有时候还会特别提示 AI ，我们的对话应该保持中立客观，但 AI 好像就是忍不住的拍 https://i.imgur.com/NIvxivj.png