今日阅读-工作相关内容
记录日常读到的和工作相关的文章/链接
长期更新
缘起
虽然看过很多好文章, 但一直没找到整理的地方, 后续再找时也不方便. 最近翻 github 时看到了陶文整理的今日阅读文件, 记录每天看到的优秀文章, 贴下链接, 附一两句简单的评论, 感觉是一个不错的方案
一方面, 阅读经历本身不涉及关键隐私, 分享好文可以创造信息. 另一方面, 也可以作为外人了解我们的途径. 没有明显坏处但成本低有收益的事, 是可以做一做的.
故有此页面
历史汇总
2026-10-24
- 北邮ai兴趣社
- 仅作收集用，没想清楚要如何去做
- github地址: https://github.com/Takamatsu-Hikaru/AI-Research-Guide
2026-10-18
- 收集资料时，看到的材料产品狗的胡言乱语：一些废话
- 产品经理的理想主义是什么呢，是认为系统的运行严丝合缝的，是认为写成程序的东西才是解决方案，是不计成本的精巧设计，显然，这些理想主义和老板决策是南辕北辙的。本质上来说，是期望一击必杀解决所有问题的理想。
- 而合理的思维模型是：发现问题，分析问题，解决问题，反思复盘，可能并不适用所有场景，但是却比较简单的让我们能够面对一个陌生的领域、工作时，快速打开局面。世界是由一个又一个问题构成的，他们相互交织，拔出萝卜带出泥，可以说没有问题就没有我们当前的世界，所以正确认识世界的前提，是承认永远有问题，同时永远不要在一个变化的世界中追求“为万世开太平”的理想主义。但是也要明白，我们不会是西西弗斯，事物还是会螺旋上升的。
对于企业来说，山是什么呢？我给不出一个标准的答案，我讲个故事吧。
我们在做B端产品时，总是提降本增效，而标准化无疑是重要的解决思路。之前给奶茶店做OMS系统，一笔订单按道理来说应该扣减相应数量对应规格的杯子的库存，结果一个月下来盘点，发现物料的消耗和ERP里的库存记录差异很大，已经丧失了按照库存损耗情况自动补货的意义了。后来和某知名茶饮企业交流，发现人家根本不是这么玩的，而是约定了这批货建议出多少杯奶茶，在一定范围内，赚多了，多的钱按照比例奖励给店长（而不是所有店员），赚少了，没有超过范围也没事（这样的话，店员也可以自己做几杯自己喝，当福利了）。系统要做的是给店长预警物料使用情况，店长可以根据实际情况要货。
给便利店做冻品的时候也是。冻品需要保温袋，有大的有小的，可以用一个大的一起装，也可以用几个小的分开装，企业老板就想让我们根据货品的种类，自动指定用大的还是小的，及对应的数量，以降低包装袋滥用带来的上升成本，不想让店员浪费，让我们做系统功能。后来我们调研下来，发现功能做出来，也执行不下去。后来也是推荐了类似上述的这种管理方式，反而把浪费降低了。
我现在做农业，其实也有这种感觉，就是公司肯可能并不需要管理到基层派出点的每一个物料，每一个员工，而是将基层团队的leader管理好即可。公司更应该做的，是把好的经验，好的工具提供给基层团队leader，然后设定好红线就行了。
- 昆山市中西医结合医院关于信息系统软件项目的公开招标公告
- 另一个介绍系统、子系统交互逻辑时可以使用的案例。公告中详细列举了184 项模块，覆盖门诊与住院业务、电子病历、药房药库、检验影像、人力资源、预算成本、物资设备、数据集成和管理分析。
2026-10-01
- 如何借助AI编写技术文章
- 看起来可行。可以测试试下这个思路，并最终形成skill
- 作者的其他分享也值得一看
- AI Coding与前端工程化这个分享写了318页，思路上看起来可以，但根据我的实践经验，我没想出这个思路的落地途径。这个十一是没时间了，期望后续至少能在日志和监控报警上实现落地
2026-09-13
- 常见API的生命周期状态码, by x-apifox-status
| 状态 | 说明 |
|---|---|
| designing | 设计中 |
| pending | 待确定 |
| developing | 开发中 |
| integrating | 联调中 |
| testing | 测试中 |
| tested | 已测完 |
| released | 已发布 |
| deprecated | 将废弃 |
| exception | 有异常 |
| obsolete | 已废弃 |
也可以参考vue的api生命周期
| 流转顺序 | 阶段 | 状态标记称呼 | 触发条件 / 触发时机 | 状态说明与表现 |
|---|---|---|---|---|
| 1 | 新增-提案 | Pending / Discussion (讨论中) | 开发者在 Vue RFC 仓库提交 Pull Request。 | 核心团队与社区对该 API 的设计、命名和必要性进行公开辩论。 |
| 2 | 新增-合并 | Active (已激活/通过) | RFC 提案通过并被合并。 | 该 API 确定会被引入，正式进入核心库的代码开发排期。 |
| 3 | 新增-测试 | Experimental (实验性) | API 随新版本（常为次版本）发布，但带有不确定性。 | 允许开发者提前尝鲜，但 API 签名可能会变。通常需要显式开启或通过特殊的 compilerOptions 启用（如曾经的 ref-sugar）。 |
| 4 | 稳定-生产 | Stable / Landed (正式稳定) | API 移除了实验性标记，正式写入官方文档。 | 成为 Vue 的标准推荐特性，进入长期支持（LTS）范畴，开发者可在生产环境中放心使用。 |
| 5 | 废弃-警告 | Deprecated (已废弃) | 随新的大版本或次版本发布，宣布未来将不再支持该 API。 | 代码依然保留且功能正常，但在开发环境（Development Mode）的控制台会打印出显式的黄色警告，并提示平替方案（如 Vue 3 中的 filters 或 $on）。 |
| 6 | 废弃-兼容 | Legacy / Compat Mode (兼容过渡) | 处于大版本交替期（如 Vue 3 推出的 @vue/compat 兼容包）。 |
API 在原生核心库中已被移除，但通过官方兼容层提供平滑过渡，帮助老项目在不重构代码的情况下升级基建。 |
| 7 | 彻底移除 | Removed / Deleted (已移除) | 新的次版本迭代或下一个大版本发布。 | 源代码被彻底删除，不再提供任何向下兼容。若继续使用该 API，代码将直接报错（如 TypeError: ... is not a function）。 |
2026-07-27
- 对于重要/紧急四象限，区分口诀为:
重要看收益，紧急看损失.做事有规划，止损要及时
2026-07-26
- claude提示词
- 这个github仓库收集了每一个大模型的提示词，20万字，占百万字上下文的4%，还能接受。知乎回答中有具体分析
- 看起来记忆系统也是通过提示词实现的，如果后续有业务需要，可以参考
这20万字符的系统提示词里只有八分之一在讲Claude是谁
剩下那 88%组成是这样的。工具的 JSONSchema 定义，53,196 字符，27.1%。
记忆文件系统的操作规程，44,787 字符，22.8%。
搜索加版权合规，16,660。
代码执行环境 11,880。图片搜索 6,389。artifacts 里怎么调 Anthropic API，6,281。
技能清单 6,550。引用格式 2,567。
把所有因为某个工具或某个产品入口而存在的段落加起来，170,217 字符，86.7%。
2026-07-09
2026-07-07
2026-06-19
- Node.js CLI 应用程序最佳实践
- 感谢ai, 未来软件会大量涌现
2026-06-11
- ttf字体格式入门
- 简单的介绍文章
- opentype.js，目前业内读取字体的js工具，可以借此直观看到字体设计中各类参数的作用
2026-03-30
- 大模型的表现（智能程度）首先由训练材料决定：训练的语料越多，表现越好，比如 Python 的语料遍地都是，大模型因此极其擅长解决 Python 问题；训练的语料越少，大模型表现就越差，简直跟智障一样，没什么用处
- 以下语言：Brainfuck、Befunge-98、Whitespace、Unlambda 和 Shakespeare，平均答题正确率仅为3.8%，即100道题可以答对3.8道。相比之下，它们处理 Python 问题的正确率可以达到90%。
- 来自阮一峰的博客分享
- 原始研究地址: https://esolang-bench.vercel.app/
- 推论: AI编程下，由于无法使用新语言能力，框架本身会迅速固化。
2026-01-19
- 面向数据设计(DoD)
- data-oriented-design, 一个新概念，可以了解下适用场景
2026-01-14
- 蒋炎岩老师的wiki
- 南京大学计算机学院副教授，现任南京大学计算机学院教学委员会委员，曾主持多个国家级项目和课题，四次获得软件工程/计算机系统领域 CCF-A 类国际会议的 Paper Award，还有 ACM China Rising Star Award、中国高校计算机专业教师奖励计划、南京大学 “我最喜爱的老师” 等
- 算一个入口，虽然记上来了也不会看，但先收藏再说
- CS自学指南
- 「一本计算机的自学指南，也是对自己大学三年自学生涯的一个纪念」
- 该学就学，看完给孩子看