跳转到主要内容
11·22 SAT 1 posts
11·21 FRI 4 posts
都怪 AI,加速了一切的加速,现在感觉半年前的人都是原始人了
原来可以用 @webpagebot 刷新 telegram 里面的链接预览内容。 #til
Tomoko RD

最近将自己写了几个月的代码,挑了一部分逻辑(1/5)往大项目提了 PR。在经历了 Conversation 100+、Commit 90+ 、Time 50d+ 之后,总算是将 1400 行的代码改好,进入等待最终合并的阶段。

最近将自己写了几个月的代码,挑了一部分逻辑(1/5)往大项目提了 PR。在经历了 Conversation 100+、Commit 90+ 、Time 50d+ 之后,总算是将 1400 行的代码改好,进入等待最终合并的阶段。
11·20 THU 1 posts
一直以来进卧室都不知道为什么会有一股莫名的香味; 现在终于搞清楚了,原来是 插在门口隔壁的榄菊电蚊香
11·19 WED 3 posts
看过天鹰战士:最后的冲击标签: 动画 剧情备注: 我第一次看 EVA 的动画,竟然直接就是中国大陆引进的终
看过天鹰战士:最后的冲击 标签: 动画 剧情 备注: 我第一次看 EVA 的动画,竟然直接就是中国大陆引进的终。甚至是看完才知道这是终。 初次见面👋。 PS. 漫画是看了,不过是快速阅读。 https://movie.douban.com/subject/10428501/
睡觉前还是分享一下今晚使用 Gemini 3 Pro 后的思考
睡觉前还是分享一下今晚使用 Gemini 3 Pro 后的思考。 得搬出这张图。 目前 Google 在 AI 时代拥有着绝对垂直整合霸权,从底层的 TPU(自研芯片),到 Google Cloud(云基础设施),再到 Gemini(基础模型),最后到 Workspace(应用入口),形成了一个完美的闭环。 这种全栈控制力意味着极致的成本优化和延迟控制。Google 不需要像 Microsoft 那样向 OpenAI 支付巨额模型授权费,也不需要像 OpenAI 那样向 NVIDIA 支付高昂的硬件溢价(它可以混合使用 TPU)。 在 AI 的群雄逐鹿中,Google 的战略纵深被严重低估。此前它有太多的 Search Ads 需要保护,且内部官僚主义严重,一时间显得十分笨拙。 但一旦它完成了内部的资源重组,这台机器运转起来的 momentum 是可怕的。 OpenAI 和 Anthropic 选择轻资产的战略,保持了灵活性,却不适合打持久战。 如果一两年内,AI 技术范式不发生重大变化,届时 Google 不仅可以持续将沉没成本转化成它的 momentum,更有可能率先定义新范式。而就目前的形势而言,OpenAI 的独立发展反而是越来越没有优势的。 至于 Anthropic,它的命运已经注定是被 Apple 收购,现在做的很多事情,包括新近的那篇对中国的无理无据的攻击,本质是在对齐 Apple 的价值观。
11·18 TUE 2 posts
读过暗号学園のいろは 1评分: ★★★★☆标签: 日本漫画 西尾维新备注: 7/10 主角也是叫阿伊呢,怎么能这么可爱,太犯规了,萌混过关是吧
读过暗号学園のいろは 1 评分: ★★★★☆ 标签: 日本漫画 西尾维新 备注: 7/10 主角也是叫阿伊呢,怎么能这么可爱,太犯规了,萌混过关是吧。 以及里面的文字游戏、每个角色都有自己的口癖以及称号、各种配角的黑历史什么的,都让我有点梦回《戏言》系列了。这估计就是西尾体的「基础中的基础」。 只可惜六个班的角色还是太多了,加上腰砍什么的,很多很可爱的角色就没有多少台词。只能说「我们仍未知道那全程在跳舞的士兵的样子」。 PS. 不过要真按照西尾 20 年前的习惯,很可能会「将所有角色做成卡牌 => 洗完之后分开两半 => 让主角所在的那一半除主角之外的所有人都去世」。现在已经是宝宝巴士了😂 https://book.douban.com/subject/36221837/
你怎么能直接 commit 到我的 main 分支啊?!GitHub 上不是这样!你应该先 fork 我的仓库,然后从 develop 分支 checkout 一个新的 feature 分支,比如叫 feature/confession。然后你把你的心意写成代码,并为它写好单元测试和集成测试,确保代码覆盖率达到95%以上。接着你要跑一下 Linter,通过所有的代码风格检查。然后你再 commit,commit message 要遵循 Conventional Commits 规范。之后你把这个分支 push 到你自己的远程仓库,然后给我提一个 Pull Request。在 PR 描述里,你要详细说明你的功能改动和实现思路,并且 @ 我和至少两个其他的评审。我们会 review 你的代码,可能会留下一些评论,你需要解决所有的 thread。等 CI/CD 流水线全部通过,并且拿到至少两个 LGTM 之后,我才会考虑把你的分支 squash and merge 到 develop 里,等待下一个版本发布。你怎么直接上来就想 force push 到 main?!GitHub 上根本不是这样!我拒绝合并!
11·17 MON 2 posts
看过少女乐队的呐喊评分: ★★★★☆标签: Anime 少女乐队备注: 7.5/10 美术和制作真的好,这次看见小孩姐的 OST 封面太帅就买下了
看过少女乐队的呐喊 评分: ★★★★☆ 标签: Anime 少女乐队 备注: 7.5/10 美术和制作真的好,这次看见小孩姐的 OST 封面太帅就买下了。 只是,在第八集仁菜表白后,我竟然隔了一年才才看的第九集。可能我对少女乐队的故事比较过敏,不太看得下去。我以为只是过了几个月(被 Mujica 覆盖了) https://movie.douban.com/subject/35758408/
😂「不剪,进去」你说的对,这些都是买 Mac 的理由~给大伙省流一下:Mac 能玩 galgameMac 能存很多 galgameMac 很轻,所以适合随时随地玩 galgameMac 接口少,所以适合玩 galgameMac 刷新率 60hz,适合玩 galgameMac 续航很长,所以能玩很久的 galgamesource  #HENPRI
😂「不剪,进去」 你说的对,这些都是买 Mac 的理由~
给大伙省流一下: Mac 能玩 galgame Mac 能存很多 galgame Mac 很轻,所以适合随时随地玩 galgame Mac 接口少,所以适合玩 galgame Mac 刷新率 60hz,适合玩 galgame Mac 续航很长,所以能玩很久的 galgame
source #HENPRI
11·15 SAT 3 posts
在线下看到老六了,脱稿没主题聊了两个半小时在线下看到老六了,脱稿没主题聊了两个半小时在线下看到老六了,脱稿没主题聊了两个半小时在线下看到老六了,脱稿没主题聊了两个半小时
在线下看到老六了,脱稿没主题聊了两个半小时。 source
今天拍的超级密集的公寓今天拍的超级密集的公寓今天拍的超级密集的公寓今天拍的超级密集的公寓
今天拍的超级密集的公寓
去检查甲状腺结节,问医生有什么建议的;医生建议说少生气😇
11·14 FRI 4 posts
🔖 借助 Skills 提升前端设计 | Claude | 宝玉的分享 #pinboard #llm
你可能注意到了,如果你让一个大语言模型 (LLM) 随便搭个网页(行话叫“落地页”),它十有八九会给你一套“标配”:Inter 字体、白底配紫色渐变,外加一点点可有可无的动画。
https://baoyu.io/translations/improving-frontend-design-through-skills
偶尔就会遇到一些让人热血澎湃的事情。 今天到公司准备打卡发现工卡没在身上,以为又是一件稀松平常的「忘记带工卡」的事件。然后随手看了一下 AirTag 的位置,竟然停在半路上了~~ 现已让公交车公司失物招领客服在中午寄过来了,科技万岁😑
V 社好强大,在最新的 VR 设备 Steam Frame 上,做出了注视点串流、ARM 到 x86 的兼容层(能运行游戏)。 就连生命周期结束的 VR 设备 Valve Index,也原意与其它厂商商讨,可转移 Index 的部分经营权,以维持设备的后续更新,甚至还包括生产权。 https://www.bilibili.com/video/BV1QqCxBNEpZ/
11·12 WED 1 posts
🔖 open 粉圓 - justfont #pinboard #font 在 2015 年金萱字型成功募資後,本著回饋社會的精神,justfont 承諾要以既有的開源字型為基礎,為台灣使用者優化出一套新的作品,供各界免費應用,這就是「jf open 粉圓」的誕生契機。漢字基於 Kosugi Maru,歐文部分基於 Verala Round,並由 justfont 設計師針對台灣日常應用加以優化的開源字型。 https://justfont.com/huninn/
11·11 TUE 1 posts
本期报告您将看到:
  1. 逆 城 市 化(指北京地区不推广)
  2. 开 发 友 好(检测到有开发/调试/逆向软件就不推广)
  3. 缸 中 之 脑(检测到虚拟机痕迹/任务栏图标个数过少/历史记录里缺乏指定游戏等虚假用户环境就不推广)
  4. 善 待 同 行(检测同类杀毒软件的安装情况并差异化行为,并对控制面板等操作进行规避)(检测到有淘客类插件也不推广,防止推到同行脸上)
  5. 给 钱 办 事(大量检测用户是否充值软件会员乃至充值金额的逻辑,甚至主动读注册表检测360弹窗过滤器的强力模式是否开启)
  6. 不 求 功 名(检测到用户访问吾爱看雪等技术类、12315等投诉类网站会停止推广;检测到用户搜索流氓软件关键词会停止推广,检测到用户访问过周鸿祎的微博会停止推广
—— 刚读完,建议读者打开文章仔细过一过细节,这简直是教科书级别的流氓软件,该想到的想不到的都给你想了,以后写流氓软件不考虑这些的可以直接原地删库了。 看完了打个红衣疫苗再走:https://weibo.com/1708942053
11·10 MON 3 posts
#想法我觉得我可能无法进入婚姻中,我可以接受和一个人生活在一起,一起出去吃喝玩乐,解决问题,一起享乐一起受苦但是我不能接受我,或者是她,要因为对方的选择而放弃原本的路径仅仅是因为对方觉得这会让自己丢面子,就不去做让我收获很多的事情?太疯狂了要是这段关系中必须要有一个付出者的话,那就说明这是不健康的,是错误的,还是尽早止损吧可能对我来说适合的就是可拔插式的生活?两个人平时都在做自己的事情,然后偶尔在一起生活一段时间?#想法我觉得我可能无法进入婚姻中,我可以接受和一个人生活在一起,一起出去吃喝玩乐,解决问题,一起享乐一起受苦但是我不能接受我,或者是她,要因为对方的选择而放弃原本的路径仅仅是因为对方觉得这会让自己丢面子,就不去做让我收获很多的事情?太疯狂了要是这段关系中必须要有一个付出者的话,那就说明这是不健康的,是错误的,还是尽早止损吧可能对我来说适合的就是可拔插式的生活?两个人平时都在做自己的事情,然后偶尔在一起生活一段时间?#想法我觉得我可能无法进入婚姻中,我可以接受和一个人生活在一起,一起出去吃喝玩乐,解决问题,一起享乐一起受苦但是我不能接受我,或者是她,要因为对方的选择而放弃原本的路径仅仅是因为对方觉得这会让自己丢面子,就不去做让我收获很多的事情?太疯狂了要是这段关系中必须要有一个付出者的话,那就说明这是不健康的,是错误的,还是尽早止损吧可能对我来说适合的就是可拔插式的生活?两个人平时都在做自己的事情,然后偶尔在一起生活一段时间?#想法我觉得我可能无法进入婚姻中,我可以接受和一个人生活在一起,一起出去吃喝玩乐,解决问题,一起享乐一起受苦但是我不能接受我,或者是她,要因为对方的选择而放弃原本的路径仅仅是因为对方觉得这会让自己丢面子,就不去做让我收获很多的事情?太疯狂了要是这段关系中必须要有一个付出者的话,那就说明这是不健康的,是错误的,还是尽早止损吧可能对我来说适合的就是可拔插式的生活?两个人平时都在做自己的事情,然后偶尔在一起生活一段时间?
#想法 我觉得我可能无法进入婚姻中,我可以接受和一个人生活在一起,一起出去吃喝玩乐,解决问题,一起享乐一起受苦 但是我不能接受我,或者是她,要因为对方的选择而放弃原本的路径 仅仅是因为对方觉得这会让自己丢面子,就不去做让我收获很多的事情?太疯狂了 要是这段关系中必须要有一个付出者的话,那就说明这是不健康的,是错误的,还是尽早止损吧 可能对我来说适合的就是可拔插式的生活?两个人平时都在做自己的事情,然后偶尔在一起生活一段时间?
🔖 张立宪×周轶君:全世界都在下雨 #pinboard #读库
快乐分享可能会加倍,困惑分享可能会让人感觉没有那么严重,既然比我厉害这么多的人也有那么多困惑,甚至说不想说话,那我的困惑也真的不算什么事情,也都是可以过去的。
我们面对具体的环境、具体的处境都是一地鸡毛,都有这样那样的无可奈何。
与日常的帮助别人的工具型博客不一样的是,写生活以及写自己心目中的困惑的博客也是有一定效果的。起码可以让别人共情一下,让困惑不那么孤单。 全世界都在下雨,既然如此,那就干活呗。你的焦虑并不能解决你当前的问题。 https://mp.weixin.qq.com/s/9m1lNr9RyTcp2kaEp_oRlA
11·09 SUN 1 posts
11·08 SAT 1 posts
Rank: F-- ...that's very very slowsource
Rank: F-- ...that's very very slow source
11·07 FRI 1 posts
职业发展血肉史,搁这乱摇方向盘😑
职业发展血肉史,搁这乱摇方向盘😑
11·05 WED 2 posts
11·04 TUE 1 posts
#优质博文 #AI #生产力 很好的 AI 辅助开发实践总结,安利了 OpenSpec 感觉挺不错的~ OpenSpec 使用心得
AI 摘要:本文记录了作者在 AI 辅助开发中的经验演进,从早期的代码补全,到通过 OpenSpec 实现规范驱动的团队协作。OpenSpec 以“提案 + 规范”的模式,把每一次改动都变成可追溯的结构化流程,AI 不再仅是执行命令的工具,而能成为能理解上下文、可协作的开发伙伴。作者通过完整示例展示了 OpenSpec 的安装、初始化、提案、审阅与归档过程,强调“规范文件”才是项目的核心资产。
[以下是方便搜索索引的大纲(AI 生成),请读原文]
1. AI 工具有机演进 • 从“补全时代”进化到“智能时代”,AI 角色由被动助手变为主动协作者。 • “洪荒—集成—增强—智能”四个阶段反映了工具从 Copilot、Cursor 到具备 MCP(Model Context Protocol)能力的 AI Agent 的演变。 2. 团队协作的痛点与 OpenSpec 的出现 • 团队在长对话中易出现上下文串台与信息丢失问题。 • OpenSpec 通过结构化的 proposal.md 让每次变更有清晰的 Why / What / How / Impact 记录。 • 规范驱动的文档体系保证项目约定可持久化,AI Agent 与新成员都能即刻理解项目背景。 3. 开发者角色的转变 • 开发者不再在指令层面操作 AI,而转为扮演“产品经理”或“团队 Leader”。 • 人负责提需求与审核,AI 负责起草与执行,实现工作分层与效率最大化。 4. OpenSpec 实践全流程 • 安装与初始化:通过 npm 安装并生成 openspec 项目结构(含 project.md、AGENTS.md、specs/、changes/ 等)。 • 创建提案:AI 根据指令生成 proposal.md、tasks.md、spec.md,记录需求、任务与标准。 • 提案打磨:人机协作循环评审,持续优化内容与规范。 • 实施与归档:AI 自动执行 openspec apply / archive 命令,所有过程留痕,形成项目知识库。 5. 实践心得与优势 • 使用者只需掌握 OpenSpec 流程,具体命令和实现由 AI 代劳。 • 项目文档成为最核心资产,使团队协作与知识传递更高效、透明、可靠。 • OpenSpec 提供了开发团队与 AI 共建标准化流程的现实范例。
author 4Ark
11·03 MON 3 posts
11·01 SAT 1 posts
三、关于 EVA 系列作品 95年开始播出的 EVA 系列是日本动画史上无法绕过的一个奇点。 (超级系)机器人动画必会提及 EVA,“世界系”动画把 EVA 奉为鼻祖,绫波零和明日香的人物设定更是被日后许多作品争相模仿,比如长门有希,比如(本频道主喜欢的)水无月空。 EVA 的两部旧剧场版更有其时代性。既是当年庵野秀明内心的痛苦,也是一代日本人彷徨的写照。他在《Air/真心为你》里撕碎一切,让所有人变成橙汁,让真嗣去掐死明日香最后半途而废。
10·30 THU 1 posts
10·29 WED 3 posts
Tailscale 推出了一个 Peer Relays 功能测试,可以将网内的任何节点直接设为中继节点,在直连不通时候的连接优先级高于 DERP 中转服务器,用于提供更低的延迟和更高的吞吐量。 https://tailscale.com/blog/peer-relays-beta https://tailscale.com/kb/1591/peer-relays
10·28 TUE 1 posts
10·26 SUN 2 posts
Tomoko RD pinned «📝 2510-日本七日记-大阪-京都-东京 #blog 更新了,是半年记(伪)。写到最后,都不知道要起什么标题了😢。 https://niracler.com/2510/»
看过世界计划:无法歌唱的初音未来评分: ★★★★☆备注: 7/10 没有什么困难是一场 Live 不能解决的
看过世界计划:无法歌唱的初音未来 评分: ★★★★☆ 备注: 7/10 没有什么困难是一场 Live 不能解决的。如果有,就同时开五场。再不行还有 After Live。 (完全不懂 https://movie.douban.com/subject/36982741/
10·25 SAT 3 posts
10·24 FRI 2 posts
Vibe-Code => Myself-Code最近将自己写了几个月的代码,挑了一部分逻辑(1/5)往大项目提了 PR
Vibe-Code => Myself-Code 最近将自己写了几个月的代码,挑了一部分逻辑(1/5)往大项目提了 PR。在经历了 Conversation 100+、Commit 90+ 、Time 50d+ 之后,总算是将 1400 行的代码改好,进入等待最终合并的阶段。 --- 这周将 PR 中的反馈整理成文档,并重构原有仓库。接近少了一千行….
  1. 过度设计 : 有的功能明显是想多了,用 200% 的复杂度实现了 105% 的功能,以至于维护起来像是穿着重甲在水中行走。因为 PR 中要给人说清楚,就索性直接删掉了。
2. 没有遵守 Best Practice :有很多逻辑既可以「这样写」也可以「那样写」,但这种视角一般是入门者才会这样。若是经验丰富的开发者他们眼中的方案或许就会收缩到少有的一两种,然后再根据项目的「惯例」来确定唯一的方案。而一般这样做的话,很自然就会发现有不少趁手的工具直接复用从而减少代码。(其实他们的文档中都有提到的) 3. 其他 :删除过多的 log 以及混乱的 try-catch --- 四舍五入,这些都是 Vibe-Coding 的副作用了,「我没有足够的能力审查大模型编写的代码」。 因为言出法随,动动嘴皮子就能写好功能,自然多了许多无法掌控且不必要的功能;由于全程依赖大模型总结开发文档,只有在进度受阻时才查阅原文,很自然就不知道很多 Best Practice;至于过多 log 和混乱的 try-catch 就是处理各种无法控制的 BUG 频多的代码所遗留下来的。 --- 我无疑走了弯路。但鉴于这是我第一次在工作上写 python 项目,且是单兵作战,且该大项目的要求确实挺多的。我挺怀疑有没有更好更快速的成长方法?(不过多看文档原文、多看别人的实现方案,这总归没错的) 有感于: The Programmer Identity Crisis #自说自话
10·23 THU 1 posts
10·21 TUE 1 posts
10·20 MON 2 posts
10·19 SUN 1 posts
10·18 SAT 1 posts