Timzaak

89 posts

Timzaak

Timzaak

@timzaak

Full-stack. everything AI. Building things, occasionally games.

Katılım Eylül 2013
43 Takip Edilen13 Takipçiler
Timzaak
Timzaak@timzaak·
@RainzeeWang @shengxj1 这倒是, AI 做 60~70分, 想推到90分,需要大量的细节表述,尤其是 UI 层面
中文
0
0
0
19
花果山大圣
花果山大圣@shengxj1·
现在ai coding大家怎么预估开发时间的 ,我现在感觉已经完全没有感知了 无论是threejs 3d项目还是复杂一点的增删改查 都是走一步算一步了😂😂
中文
29
3
41
24.5K
Timzaak
Timzaak@timzaak·
@imwsl90 老板震惊的瘫坐在椅子上
中文
0
0
0
1.2K
卫斯理
卫斯理@imwsl90·
走之前,给 BOSS 普及了一遍 AI 工具 Claude/Codex/Kimi/DeepSeek 讨论一下 AI 写代码的可能性,花了十几分钟用 Claude Code 实现了一个很小的功能,演示给 BOSS 看
中文
33
1
35
16.5K
Roland.W
Roland.W@rwayne·
一千人公司,老板已经发疯了。 每位非研发标配 Manus,每位研发标配 Codex。董事长开会点名法务和财务 token 用量垫底。 然后呢?职能部门还是不动。 AI 推不动从来不是工具问题。老 OA 接口不是为 AI 时代设计的。没人敢分离新部门重新来、是大家心里都清楚这把火真烧起来谁会先没了岗位。 老板焦虑到点名,员工焦虑到不动,这就是现状!
中文
35
3
65
25.4K
Timzaak
Timzaak@timzaak·
@shengxj1 不过不存在不用 AI 的同事,那么你应该也不需要估时间了,因为卡点会在思考下一个功能、下一个推广该怎么做
中文
0
0
0
82
Timzaak
Timzaak@timzaak·
@shengxj1 应该不需要估时间,因为卡点是不用 AI 的同事,看他们估时间就可以了。
中文
2
0
0
1.6K
Timzaak
Timzaak@timzaak·
@jinchenma_ai 能独立讲清楚 客户为什么愿意付钱的, 大概率会自己跑去创业了
中文
1
0
0
388
金尘马
金尘马@jinchenma_ai·
程序员晋升体系正在被 AI 重写。 以前"做出来这个东西的技术含量"是评价标准,但未来这条会越来越不值钱,技术含量 AI 都能补齐。 未来评的是业务价值和方案价值:你能不能独立讲清楚一个业务线是怎么转起来的、哪个流程动了会塌、客户为什么愿意付钱。 会写代码的人很多,但能在一个大系统里说清楚"这件事到底在解决什么问题"的人,是非常稀缺的。
中文
11
5
56
7.3K
Timzaak
Timzaak@timzaak·
Deepseek v4 出来的最大好处之一: 智谱 max 套餐并发数放宽,每天轻轻松松一亿 Token。
中文
0
0
0
40
Timzaak
Timzaak@timzaak·
AI编程的新思路: 从 UI 倒推 PRD, 让 PRD 可视化 。
Timzaak tweet media
中文
0
0
0
14
Timzaak
Timzaak@timzaak·
@Hawstein 目前大家还忙着用新锄头耕老田,先把它打理好了,进入贤者时间,才有探索性想法冒出来
中文
0
0
0
857
Hawstein
Hawstein@Hawstein·
聊聊最近的状态。 前段时间在做新产品,同时做了一个无人值守 agent 在那自己开发 SaaS。哐哐一跑 20 多个小时,一天提交一两百个 commit。agent 在写逻辑方面问题不大,但 UI 还是不行,用的顶级模型顶级 skill 也还是不行。还是会看不顺眼。说到底 UI 这件事还是很主观,反正我看不顺眼就得调。所以调 UI 还是很花时间。 然后工具用得不顺手,就停下产品开发,去折腾工具。而折腾工具是很容易上瘾的,一上瘾就不断投入时间,逐渐忘记最初我的目标是做那个产品,而不是开发这个工具。现在的模型足够强,很容易就 vibe 一个类似 openclaw / hermes / slock 的工具给自己用。可是 vibe 一个可以用的产品,与做一个能交付给其他用户并且让他们爱用的产品,这其中差了无数的细节。哪怕这个用户只是自己,也差了无数的细节。后来我想想,除非我的目标就是做这个工具,不然就直接用现成的。因为现成工具的创作者,他们的目标就是做这个工具。 对了,Anthropic 还不断出新的限制。如果出一条新的限制,我的工作流或工具就不好用了,那就太脆弱了。而我一直是希望自己能按「反脆弱」的方式来做事。外部环境变化,并不应该那么容易影响我日常做事的方式。 最近做产品,还经常会陷入一种一边做一边自我怀疑的状态。这种状态在 AI 时代以前是不会有的。现在很容易就会有。我经常想,我做这个产品有什么意义吗? 还有一点,AI 确实极大地解放了生产力,可是我看到的有意思的产品并不多。大家都做着差不多的东西。当然,我也想不出什么有意思的产品来做。要不我也不用一边做产品一边自我怀疑了。目力所及,我觉得 @turingou 做的产品是比较有意思的。所以有时候上推还会专门打开他的主页看一眼,是不是又有新的产品了。 我非常确信在远离互联网和 AI 的那些行业,有着许多和 AI 结合的机会。而我们都被困在纯互联网和 AI 的泡泡里,自然是只能做着都差不多的东西。可是知道这个局限,并不能让我摆脱这个局限。因为那些与我的生活无关,我倒是挺希望能了解那些遥远的行业,可是有时候连门在哪里都不知道。我在 fiverr 和 g2 的 categories 下研究过,我可以把那里每一项都让 AI 帮我做研究,并让它根据对我的了解,和它讨论出最适合我的一个垂直行业的产品机会。但缺乏亲身的感知,仅凭概念和语言,很难让我走远。这正是让我产生自我怀疑的地方。 你说,一个美国房地产从业人员,因为厌烦了每次买卖房子,要重新拍摄视频,后来发现可以借助 AI 来做,从而做了一个针对美国房地产的 walkthrough /promo 视频 AI 生成 SaaS,是这个人更能把这个 SaaS 做好,还是我只通过纯概念和语言研究,一个局外人,能把这个 SaaS 做好?我想前者做好的概率要大得多,他的生活与亲身感知会卷着他去做。而我可能做到 MVP 阶段就失去兴趣了。这其中差了无数的细节。 我觉得,专注会变得越来越重要。因为 AI 的加持,许多人可能今天做这个,明天做那个,不断分心做不同的东西,最终什么都没做出来。 Don't just build. Ship.
中文
34
11
235
88.2K
Timzaak
Timzaak@timzaak·
@1999_eth 啊,难道不都是 claude code ➕ 国内模型主力,codex 兜底吗?
中文
0
0
0
1.6K
老叶
老叶@1999_eth·
预言一波: 两个月内,Codex 会在代码场景里把 Claude 彻底甩开几条街。 现在很多人还把 Claude 当开发者首选,但这个位置可能很快就要换人了。 就像你已经很久不再关心 Gemini 一样,Claude 也可能正在进入“被遗忘倒计时”。 两个月后见。
中文
69
4
125
39.3K
Timzaak
Timzaak@timzaak·
@wwwgoubuli 不会,UI 和交互体验 ,现在AI复刻不了,还需要人介入最后的验收
中文
0
0
1
59
wwwgoubuli
wwwgoubuli@wwwgoubuli·
@timzaak 我觉得这个时间也太久了吧,今年内,这种事就会大规模发生
中文
1
0
0
315
wwwgoubuli
wwwgoubuli@wwwgoubuli·
讲个不知天高地厚的话(有点夸张,但相信你们懂我意思)——用 rust 重写一次 bun,是没什么难度的。 不用抬杠,抬杠你赢,我只是表达下。 1 这不是从 0 开始,也不是什么开创新的工作,是复刻。 2 AI 照着抄,有一些新的东西也基本上是语言或者其他模式上带来的新东西,核心就是抄。 3 有充足的测试用例。 这完全是 LLM 的舒适区。 我知道有些东西还是要人来控制的,但那个也不“难”。 此外还有个原因,重写的目标能实现也不是 LLM 带来的,是 rust 语言特性带来的。 包括大家平时开发的左一个系统右一个系统,大多数时候,我们不是在做新东西,就是拿世界上已有的东西在重新组合。 对 LLM 来说,基本都是舒适区。 如果有语言,框架层的加成,那自然更是事半功倍。 重写的事情接下来会大规模发生,但新东西,还是没那么快爆炸式的诞生,我们看到的主要还是重新的排列组合。
kAI@_kaichen

Claude Code 被 Bun 的 bug 折磨,然后 Claude 把 Bun 重写了,重写完的 Bun 又回过头继续跑 Claude Code。 Bun 近百万行代码,用另外一门编程语言完全重写,历史上几乎没有,Firefox 用 Rust 替换 C++ 组件,搞了十几年都只完成了一部分。 更可怕的是 Bun 这次重写,明面上月初发出实验 PR,经过两周,六千多个提交就直接给 Merge 完成重写了,这搁三年前说出来谁敢信。 基于当前 Coding Agent 的能力,大型项目的语言选择从一个不可逆的战略决策,降级成了一个可以随时调整的战术偏好。 大模型未出现前,软件是以人月来计算单位,那现在2026年可以用什么单位来量度软件开发速度呢?

中文
10
3
35
10K
Timzaak
Timzaak@timzaak·
1. 不要再build 别人build过的,已经能满足你需求的东西。 2. 赶紧把自己做的 shit 包装包装推出来,甭管流量如何,跑通流程为上 3. 多发发推,活在网上
中文
7
0
0
16
Timzaak
Timzaak@timzaak·
@yihui_indie 先拆分任务到不同的目录,不同目录有不同的 skills claude code 在根目录下统一调度子目录,通过 claude -p 开进程运行claude,根目录 git 管理。简单、高效、好用~
中文
0
0
1
1.3K
Yihui
Yihui@yihui_indie·
向大家讨教两个问题: 1. 你是如何管理日益增长的 SKILL 的? 2. 大家是如何同步 Claude Code 和 Codex 的 SKILL 的?有没有什么好的同步方案?
中文
99
23
204
83.7K
Timzaak
Timzaak@timzaak·
@mylifcc sccache ➕ 尽量拆分成多个小crate ,可有效缓解
中文
1
0
9
2.9K
lifcc
lifcc@mylifcc·
作为一个写了二十多个rust库的人,我越来越不喜欢这个语言,这个语言的膨胀能力比其他语言是次方级别的 当我的代码量超过3万行的时候,调整代码需要1分钟不到,然后cargo test、 build等要10分钟,并且这个时间算短的 而且这是一个非常吃硬盘的语言,你随便写写东西,build一下,几个g就没了,开几个worktree轻松吃掉百G空间 当然性能上如果是直接和ts对比,绝对是秒杀,但和go比起来,他没有那么大的优势,go的编译很快,几万行代码也很快
中文
111
83
1.3K
222.1K
Timzaak retweetledi
Sizhe思哲
Sizhe思哲@Sizhe_bitcat·
无法用言语形容的画面,太美了 油画般的世界真的很治愈 可能这就是大家向往的西方浪漫吧
中文
904
4.9K
29.1K
922K