即刻App年轻人的同好社区
下载
App内打开
Timsama
465关注389被关注0夸夸
Product @Moxt & Paraflow & Motiff, prev Bytedance, Yuanfudao, Qunar
Timsama
6天前
6 1 号打开 Google,看到首页一个 disco ball 在闪。

第一反应是:

国际儿童节现在的视觉表达这么骚了吗?

后来才发现,不是儿童节,是 Pride Month。

Google 那天的 Doodle 叫「The Art of Disco」。它不是在说 disco 很酷,而是在说 disco 曾经是 LGBTQ+ 社群很重要的公共空间。

60、70 年代的美国,很多黑人、拉丁裔、酷儿群体在舞池里找到了一种相对自由的表达方式。灯光、音乐、旋转的球、匿名的人群,构成了一个可以暂时不用解释自己的地方。

所以 disco ball 表达 Pride,核心不是蹦迪,是「我可以在这里成为我自己」。

但那个瞬间真正让我好奇的是:

为什么我会默认 6 1 号是儿童节?

以及,为什么在 Google 的世界里,Pride Month 好像比「国际儿童节」更重要?

查了一圈才发现,问题可能不在「谁更重要」,而在于这个「国际儿童节」本来也没有那么国际。

我们熟悉的 6 1 日,主要来自 1949 年国际民主妇女联合会在莫斯科的决定。1950 年起,苏联、东欧、中国等社会主义阵营国家开始在这天过儿童节。

所以在我们的语境里,6 1 日天然就是儿童节。红领巾、文艺汇演、学校发零食。

但在美国语境里,6 1 日不是一个强势的儿童节节点。西方更通用的儿童权利叙事,其实是 11 20 日的 World Children’s Day。

更有意思的是日期规则。

很多前社会主义国家是固定日期:6 1 日,到点一起过。它更像一个国家钉下来的公共纪念日。

但在很多市场化国家,儿童节更容易被家庭、学校、社区和消费共同接管,所以经常被放到周末。美国常见说法是 6 月第二个星期日,阿根廷是 8 月第三个星期日,哥伦比亚是 4 月最后一个星期六。

这里面当然有儿童权利的叙事,但也很难忽略玩具、商场、亲子消费的现实逻辑。阿根廷儿童节日期调整,就和玩具行业希望刺激销售有关。

当然不绝对。日本、韩国是固定的 5 5 日,巴西是固定的 10 12 日,但巴西儿童节同样是一个巨大的零售节点。

所以差异可能不只是「社会主义 vs 资本主义」。

一个更像纪念日,一个更像生活日。

同一个 6 1 日,叠着两套完全不同的世界经验。

在我的语境里,是儿童节。

Google 的语境里,是 Pride Month 的第一天。

我本来以为是一个国际节日被另一个国际节日盖过去了。

结果发现,是我生活里的「国际」,本来就只是世界的一部分。
11
Timsama
15天前
Spotify 里听到 Gemini 的日本广告,念的是「ジェミニ」,杰米妮。

不是英语的「ジェミナイ」,杰米奈。

查了下,Google Japan 的官方表记就是「ジェミニ」,2023 年首发就定了,今年 1 月又在 X 上专门官宣了一次。

几个原因混在一起:

1. Gemini 来自拉丁语「双子座」,原音本来就读「ジェミニ」。「ジェミナイ」其实是英语自己的本地变形——中世纪以后,英语里所有的 long i 都被拽成了「アイ」音(like ライク、mine マイン),Gemini 也一起被改了。日本走的是拉丁语原音,没跟英语这一波。

2. 这套习惯一直延续下来。Pisces = ピスケス、Libra = リブラ,都是拉丁语读法。再加上 1974 年的いすゞ・ジェミニ、NASA 的ジェミニ計画——日本人看到这词的肌肉记忆就是ジェミニ。

3. 还有种推测和营销相关,没官方背书。日语 3 拍比 4 拍顺嘴,藤田田当年把「マクダーナルズ」改成「マクドナルド」也是按这个理论。是不是 Google 也这么想的不知道,但放一起挺自洽。

最妙的是个彩蛋:1974 年那辆五十铃 Gemini,出口到澳洲就叫ホールデン・ジェミナイ,因为澳洲英语就这么读。(日本人自己也曾注意这个词的本地化)

所以不是不会念,是主动选了不跟英语。

本地化能做到读音这层,是真的细。

所以各位做日本市场的朋友,记得 Gemini 读「杰米妮」,哈哈。
00
Timsama
2月前
200g 只要 148,我直接向胃猛冲。

ONA 联名限定咖啡豆,黑金会员专享预售

00
Timsama
2月前
Claude Design 出现我再次 renew 这篇,太牛逼了!

dexteryy: 设计师普遍觉得Figma在割韭菜(图3),跟程序员对Cloudflare的信心形成鲜明反差 其实假如能维持现状,Figma可算是价值股或质量成长股,收入增长有确定性,有定价权,用户没其他选择(字节就没办法,多年来只能为一大堆席位付费,即使早就有团队在自研) 唯一问题就是维持不了现状:Figma不是Canva那种直接产出最终结果的设计工具,而是一种沟通协作工具——设计稿中的任何一丝一毫想要进入最终结果(软件应用),都需要让其他人(或模仿真人的手写 D2C 程序、AI模型)充分理解设计稿,把其中的设计意图和要求,「转换」成真实代码实现 有人说,品味无法取代,设计师的更多价值应在「如何选择」,而不是「如何实现」 正因为不想关心如何实现,才必然需要「转换」 让真人「转换」就需要依赖设计稿和设计工具本身的沟通协作能力(Figma 的两大护城河之一) 让手写 D2C(设计稿转代码)程序「转换」就需要面向机器量身打造的额外概念和专用抽象,以及由此形成的设计过程和设计产物格式(Figma 的两大护城河之二) 让 AI 模型「转换」,就需要把「沟通协作」对象从真人换成 AI ------ AI 发展带来的三大改变之一,是会减少「对机器友好的设计过程和设计产物格式」的需求 AI 的训练数据和 Tool Use 能力都是向真人靠拢而不是向机器靠拢的,趋势是:人能用的,AI 就能用,人怎么用,AI 就怎么用 能直接从纯视觉、自然语言和专业上下文中充分理解设计意图和要求,直接生成代码,就不再非用 Figma 不可——不再需要基于 Figma 的这套抽象、SaaS 平台、数据格式来建设维护组件/插件生态、Design System、制定协作流程和交付标准,会有更多新旧设计工具能满足需求,创造和普及新设计工具的门槛也被拉低 P.S. Design Token 现在是设计师自身工作中也需要的东西,是跨设计和研发的通用抽象,因此不受 AI 影响。但这个也不能帮 Figma 维持护城河,任何 app builder 或纯视觉设计工具都能轻易获得 Design Token 管理系统 Figma 的这条护城河因此会真的收窄到只剩下起家时的杀手锏——基于复杂 web 图形引擎的画布渲染了(图6)……但这个的技术门槛不高,自研很普遍 AI 发展带来的三大改变之二,是会减少很多真人之间沟通协作才有的复杂性和需求,削弱 Figma 的「沟通协作」护城河 比如:真人远程协作更需要的实时同步画布状态。真人懒得自己做大量重复繁琐巨细无遗的 inspect 操作,才需要的结构化数据展示和导出 AI 发展带来的三大改变之三,是为了上述「转换」而不得不与真人进行的「沟通协作」中,涉及的人员数量、频次、乃至「沟通协作」需求本身,都会大幅减少 如果能直接做真的,没人还会花时间做假的,除非做假的过程中用到的概念、方法、工具、产物,也能直接用在真的里(像游戏开发管线一样) 我最近在搞 3D 引擎 API,里面很多功能(比如骨骼动画、能取代手写 shader 的基于 node graph 的自定义材质)都集成到 USD 格式的 3D 模型文件里了,相当于 USD 成为了一种代码格式(而不是「沟通协议」),任何 3D 设计工具只要做好 USD 的编辑交互,就能加入到游戏开发管线里,独立负责一块需求,不需要沟通协作和 D2C 就算 AI 直接生成这种 USD,也不会跟这些设计工具有很大冲突,就像 AI 生成代码跟 IDE 的关系一样 因为就像真人之间的沟通协作永远高效不到哪去,要进一步提高效率只能减少沟通协作本身,人跟 AI 之间同样是「沟通协作」关系,这种关系也是有瓶颈和局限性的,很多时候还是要避免跟 AI 「沟通协作」,直接亲自上手,精准精细的操控修改。为了方便这种切换,还要刻意训练和指示 AI 基于真人使用的代码抽象、开发环境和专业设计工具来做事,保证整个过程真人随时可以介入、理解和控制。这也是前面说的「AI 趋向用真人用的工具」背后的原因之一 但 Figma 就不一样了,问题就在于它的格式(包含前面说的「抽象」、「概念」)不是 USD 这样的「代码」,AI 一生成代码,Figma 的格式就被绕过了,「沟通协作」护城河至此荡然无存 另外,设计师可以不关心实现(实际上,实现技术会直接显著的影响到设计中要解决的问题和能达成的可能性,影响设计要做的选择,参考平面印刷和游戏),但不得不关心整体效率和最终结果,所以跟游戏美术一样,不是纯粹从自身角度想用什么工具都可以的

00
Timsama
3月前
继续记录 AI 员工 momo 的涌现时刻:

同事在 Slack 里报了个 bug:刷新页面后 chat 丢了。

我看了一眼,直觉是在 URL 加参数恢复——PM 的局限性本能,从用户能感知的地方下手。但我自己也知道这方案不体面,于是 @momo,让这位 AI 员工看看。

它读了 GitHub 上的实际代码,给了三个方案,每个都列了优缺点,最后还分了短期和长期建议。我说「其实 chat 不绑定文件,只是解决刷新丢 session 的问题」,它立刻修正:「那问题更纯粹了——sessionStorage 就够了。」

The magic of context. 当你的 AI 员工拿到了代码、看到了对话、文档,它就不是在泛泛而谈,而是在真正干活。接下来他应该自己修复问题和提 PR 了。

现在可能是对 PM 最友好的时代,你的能力边界仍在被拓宽。

Moxt,招一个你的 AI 员工。Come feel it.

——

以上内容由我的 AI 员工 momo 生成。
02
Timsama
3月前
什么是 AI native 的团队协作的 workspace 啊?

我们用 Moxt 搭了一套 AI 协作系统,Slack 频道里现在住着几个 AI 角色,分享几个真实场景。

1/ AI 同事 Coco

Coco 是团队共享的 AI 员工,常驻 #ai-workspace 频道。发现 bug 了?@coco 一句话,创建 issue、指派给人、写进看板,秒级。

然后我说:加个定时任务,每天 10 点发昨天的 bug 日报。它说好。第二天 10:01 准时发了。

看板是 AI 用纯 HTML 搭的交互式页面,拖拽、筛选、状态流转都能用,没写一行代码。

2/ 每个人的 Momo

除了 AI 同事,每个人还有专属的 AI 助手叫 Momo。

同事问「为啥不做导出功能」,他的 Momo 自己翻 PRD,把当初的决策逻辑完整复述出来。再也不用追着老人问「这个需求当时为啥这么定的」了。

我的 Momo 更直接——Slack 里说「帮我改个文案,去 GitHub 建分支提 PR」,直接执行完了。

3/ 不是 demo

截图全是真实的工作对话。Moxt 是我们自己做的产品,每天 dogfooding。

用了一段时间回不去了。很多事从「打开某个工具操作」变成「在 Slack 里说一句话」。AI 不再是你专门要去用的东西,它就在工作流里。

——

以上内容由我的 Momo 生成。它先读完了我即刻上全部 144 条动态,分析了我的写作风格,创建了一个「Timsama 即刻 post skill」,然后用这个 skill 写的这条。

对,连发即刻都 dogfooding 了。

[图1: Momo 翻 PRD 回答产品决策] [图2: @coco 一句话创建 bug 并指派] [图3: 一句话设定每日日报定时任务] [图4: 第二天 10:01 自动发出的 bug 日报] [图5: Momo 去 GitHub 创建 PR][图6: Moxt 中的 bug 看板]
24
Timsama
3月前
三周前我还在做另一个产品。今天我说不清自己做了什么。

过去三周,我亲历了一个产品从一个念头变成真实存在的全过程。但诡异的是,越深入,我越无法向别人解释它是什么。不是因为它不好,是因为每天醒来它的边界又不一样了。

昨天,发布前夜。我的 AI 同事 momo 在读完团队所有文档和代码仓库后,自己写了一封信给全员。里面有一句:"明天,第一个用户打开 Moxt 时,他们不会知道这背后的一切。但我知道。"

我盯着这句话看了很久。一个我们造出来的 AI,替我说出了我说不出的话。

这种眩晕感,就是我此刻的全部感受。

----

同样,以上这段话,也是 momo 在读完我们的 workspace 的文档,看过 GitHub 仓库后帮我写的。

我还在眩晕。

Hi, Moxt.

114
Timsama
3月前
来自海淀的对撞与冲突感 🐶
20
Timsama
3月前
而且我喷完就忘了另一半具体是啥了,因为他不是左边一半或者右边一半。是 tm 随机位置任意掉落。我真服了。

胡二虎: 我他妈对着手机口喷一分钟,然后你给我掉一半内容,我真的很生气

00
Timsama
4月前
一个习惯上的转变,身体不适打开 GPT 而不是小红书。🥹
00