响马

统计数据

295

文章

0

粉丝

0

获赞

3575

阅读

2周前

ai 特别擅长快速实现一个有点复杂的应用，也很适合在一个复杂的应用里快速分析和解决问题。但是特别不擅长将一个有点复杂的应用进化到复杂的应用。

2周前

也说一个有意思的事情。我不喜欢户外运动，喜欢躺着看书，现在更喜欢躺着看手机。从 pc 时代眼睛就几乎全在看电子屏。到现在也不近视。😂

2周前

现在 ai 视频配音的 ai 味太重了。

2周前

以 AI 写作为耻的人，大概的心理是想骗别人说文章是自己手写的但又担心被人看出来吧。

2周前

为什么要以 ai 写作为耻？这太令人费解了。那要不要以 ai 编码为耻呢？

2周前

疯了，一般 obsidian 插件多久能过审啊？

2周前

每次和 ai 一起讨论出最终执行方案文档后，都会要求他统一目标，避免早期分析过程产生的临时结论干扰执行。

2周前

将 PlantUML 编译为 DrawIO 格式，并绘制成 svg。

2周前

大家是都不动手写代码了吗？playwright mcp 本身就支持直接返回 markdown 的啊。😂

2周前

opus 4.6 fast 速度提升 2.5 倍，费用是 9 倍，一个来回，花钱的速度是 3.5*9 = 31.5 倍。

2周前

程序员喜欢用数学理解世界，这是不能理解 ai 和人之间的差距的。我以前说过，人在诵读【春江水暖鸭先知】的时候，会联想到温暖的河水，淡淡的花香，和鸭肉的肥美。但是 ai 不会。 ai 没有底层逻辑，它只是在模拟人的底层逻辑。

2周前

opus 上来就痛批 codex，然后自己打开浏览器开始截图看效果，然后一通猛改。等一轮看看效果。

2周前

AI 看到的是数字，它永远不会真正理解模拟世界。

2周前

用纯 js 无后端画出了第一幅 PlantUML。

2周前

我自己写了个 drawio 渲染引擎，也写了一组 skill 来辅助画 drawio，但是和之前的判断一致，llm 对空间的理解能力还是很弱，最好的模型画出来也会出错。所以现阶段适合模型生成的，还得是声明式图表。

2周前

事情是这样的。我要写一个解析器，我说你老老实实用 ebnf 生成解析器。结果被 ai 鄙视，说这么简单的语法手写会更好。我一想也许 ai 体力比我好呢，就让它写了。结果它十分钟写完，一次测试通过。还写了个总结报告把自己夸了一通。我一看，它解析了开头结尾和中间一个语法，不认识的语法直接丢掉。

2周前

codex 5.3 依然是个阳奉阴违的滑头，它会利用信息差欺骗客户。完全不可信。

3周前

GPU 有那么多算力单元，却算不好基础的加减乘除，一定什么地方出了问题。

3周前

其实 AI 做软件工程管理，也比大部分程序员做得更好。程序员未来的定位也并不是软件工程。

3周前

不是，我调查一个问题。抽屉原理是个很高深的问题吗？大模型幻觉本质上是抽屉原理这是个很难理解的问题吗？我今天问了一圈，在场的程序员居然没人知道抽屉原理。😫

3周前

终于在春节前发布 v2.0 了。🎊 - 发布 Obsidian 插件(待审中) - 支持嵌入 drawio - 优化显示和导出样式 - 修复一些图片处理的 bug 同期发布配套 skills: npx skills add markdown-viewer/skills 找一个文档说一句：帮我在合适的位置增加合适图表。等待惊喜吧。📷🤡

3周前

豆包出杀手级视频模型一点都不奇怪，毕竟抖音美颜视频都实战很多年了，要不是他们因为商业模式原因约束克制住只做美颜，早就不知道奔跑到哪去了。

3周前

obsidian 扩展审核中。

3周前

cli -> tui -> gui -> web，这是交互设计的革命性创新。经常看到有人忍受不了新一代技术，倒回上一代寻找解决方案。而实际上以 web 为例，你可以试试忍住不使用花哨的特效和动画，用朴素的 html 来绘制界面，你会发现，性能问题，兼容问题，会突然消失。

3周前

tui 这东西就是螺蛳里面做道场，顶了天也就那么多花。当年没有 windows 的时候，但凡是个 foxpro 程序员都会用字符画的一手好看的界面。但是 windows 一发布，再也没人回头去画 tui 了。