返回首页
最新
我正在开发OrderlyID，这是一种用于分布式系统的新标识符格式。
它类似于UUID/ULID/TypeID，但有一些不同之处：
- 类型化：每个ID都有一个人类可读的前缀（如order_xxx、user_xxx）。
- K可排序：字典序约等于创建时间。
- 结构化字段：160位主体包括时间、租户、分片、序列和随机数。
- 校验和：可选的4字符完整性检查，用于捕捉复制/粘贴错误。
- 隐私标志：可以对面向公众的ID进行时间戳分桶。
格式：
<p><前缀>_<有效载荷>[-<校验和>]
<p>示例：
<p>order_00myngy59c0003000dfk59mg3e36j3rr-9xgg
有一个草案规范和一致性测试：
<a href="https://github.com/kpiljoong/orderlyid/blob/main/spec/0001-spec.md" rel="nofollow">https://github.com/kpiljoong/orderlyid/blob/main/spec/0001-spec.md</a>
Go语言参考实现和CLI：
<a href="https://github.com/kpiljoong/orderlyid" rel="nofollow">https://github.com/kpiljoong/orderlyid</a>
与TypeID相比，OrderlyID增加了更大的位数（160位对128位）、租户/分片/序列字段、可选的校验和以及隐私桶标志。
状态：草案v0.1 — 足够稳定以供实验使用。欢迎反馈和贡献。
仓库：<a href="https://github.com/kpiljoong/orderlyid" rel="nofollow">https://github.com/kpiljoong/orderlyid</a>
人们常常通过语法来判断你的教育程度和智力。这就是为什么他们不希望你在网上纠正其他人的语法——这会威胁到他们所依赖的信号。然而，在线写作应该根据内容来评判，而不是语法。因此，似乎不纠正他人在网上的语法不仅无益，甚至是不道德的。
我破解了一个人工智能背景检查器。经过一到两周的夜晚和周末的努力，使用了Cursor、React、Typescript、Supabase、Vercel等技术，网站终于上线了。<p>预览报告经过了编辑，而完整报告的内容有点像维基百科页面，适合任何人阅读。<p>这些报告非常有趣，欢迎尝试！如果你或你认识的人对大量报告感兴趣，请随时联系我，告诉我你的使用场景。<p>谢谢！
我开发了Vatify，这是一个轻量级的API，旨在简化欧盟增值税的处理。通过三个接口，您可以验证增值税号码、获取最新的税率，并计算正确的增值税（包括反向收费逻辑）。
在代码审查和人工智能生成的垃圾之间，我受够了。无论是人们依赖人工智能来撰写拉取请求描述（顺便说一下，那些描述很糟糕），还是用它来生成测试……我对此感到厌倦。
在过去的一年里，我做了大量的咨询工作。在过去的三个月里，我看到至少有8家公司开始采用人工智能生成的代码、测试和代码审查。老实说，我看到的最好的建议都是通过持续集成中的代码检查工具和拼写检查器找到的。这就是我们现在的状况吗？
我想问问我的HN同胞们……这就是未来的趋势吗？这种情况无处不在吗？我觉得我终于准备好退出这场旋转木马了。
<a href="https://archive.ph/KwJ64" rel="nofollow">https://archive.ph/KwJ64</a>