即刻App年轻人的同好社区
下载
App内打开
benn
504关注8k被关注17夸夸
Make good new things.
前腾讯高级工程师,独立作品:Chatbox[被收购]
置顶
benn
3年前
不少人因为这些作品认识我:

💬Chatbox[被收购] chatboxai.app
🪞即刻魔法镜 jike-mirror.benn.app
🐱Rap猫(Demo) demo.bennhuang.com
📻即刻镇广播(Demo) jk.benn.pw
📖WhereMyLife wheremylife.cn

我的博客、信息与所有作品👇

benn博客

3433
benn
20:48
AI 到底是提高了生产效率,还是让大众的标准要求提高了?
21
benn
3天前
我每天Google搜索的次数明显少于直接问 ChatGPT 了。世界变化也太快了吧。
60
benn
9天前
最近实践出来一个 prompt 提问技巧:

“你认为这个领域谁最厉害?不要公认、而要你的真心认同的”
得到几个名字后,下一个问题就是:
“如果你是 XXX 你会如何回答我的这个问题?”
37
benn
16天前
还有我一直觉得语音、摇一摇、附近的人、对讲机、红包那几个迭代真的是惊为天人:既契合当时发展阶段又巨厉害。就像连续的多级火箭一样。

于冬琪: 上周与一位朋友聊起“微信当年为什么能胜出”。 他是微信创始阶段的成员。 我本来以为,微信的胜出来自“可以接收QQ消息”等资源导入。和他聊完,才知道,在他们内部视角下,微信胜出的真正原因。 1、 作为有着所有互联网业务中最强网络效应的移动通信,微信所处的行业,先发者拥有着巨大的优势。 而当时,米聊是先行者。 微信团队本来就已经比米聊晚了几个月。 而且,在2011年时,本来微信的团队是没想道要做微信的,他们本来在做手机QQ邮箱,临时改做了微信。 各种准备并不充分,做起来,团队也会觉得有点匆忙。 当时,微信不仅仅支持QQ号注册,也一度允许导入QQ好友关系、接收QQ消息。 我本来以为,以QQ的体量,这么大量的用户灌入,应该是胜负手。 但是,实际在做了这几个动作后,也只是帮助微信缩小了与米聊的差距。 用户规模上,米聊仍然大幅度领先微信。 现在想来,也不难理解。 实际上,我在微信上的好友与当年在QQ上的好友,还是两拨人。 QQ好友最大的特点是,我只要不在电脑前,就不希望收到他们的消息。 这样的好友,我是不太愿意放到永远在线的微信里的。 2、 最终决定了微信能胜出的最关键点,其实是发语音。 只有这个功能,足够核心,而且微信做好之后,米聊在很长时间上无法跟上。 这么简单的功能,为什么米聊无法跟上呢? 不就是发个语音文件的功能吗? 常规的语音解决方案,的确是这样的: 发的人先录制,录制完整个文件传给对方。 这样的方案,也是容易实现的。 但是,问题是:体验不够好,时间延迟太久。 接收的人,要等发的人录完、上传完、这边接收完,才能听到。 要是俩人正一句一句语音聊事儿,这样的延迟,会让讨论更容易混乱,也会更消耗双方的耐心。 微信的希望实现的语音体验是:我这边刚开始录,对面就能看到我在录制了。我录制完一松手,对面就能收到,不用等待上传和下载语音文件的时间。 语音是最低门槛的交流方式。 这个状态,让语音交流的延迟降低到了极限。 而作为一个IM,特别是手机这样的随身设备,通讯的延迟感降低,就是产品的最核心体验。 当时微信是这么解决这个问题的: 要让发送方一松手,接收方就能收到,关键在于别等语音录完,就要把语音包提前传过去。 就要在录制过程中,将语音分成小段,提前传输。 最后发送方松手的一瞬间,并不是语音包生成,只是发送动作的确认。 这个技术,今天看起来不难。 但是,在当时,如何分包、如何提前传输、保证大量用户并发下的实时性,都是新技术。 这其实已经是“直播”的前置技术了。 直播要在几年之后,解决方案才彻底成熟。 在这个基础上,因为早期大家流量都不多、网速也有限。 还要尽可能在保真的前提下、降低语音包大小。 大多数人听到自己的声音,都是陌生的,还要让人听到的声音,比自己的声音更好,符合自我想象、甚至高于对声音的自我想象。 这些都是实打实的难题。 微信花了大量时间,才将其变为稳定的体验。 但是,米聊的心态,更多是看到机会就大干快上,在没遇到技术难题之前,还可以唯快不破。 但是当遇到这样的通讯难题,加上大量用户的高并发,就发现不仅问题很难解决,还经常会服务器宕机。 语音功能的体验差距,再加上后来的附近的人、摇一摇,微信才实现了用户规模的反超。 到上线一年多,日活用户破了1亿,微信团队才觉得稳了,大概率赢下来了。 3、 我想,本质上,微信做的是通讯。 腾讯在QQ时代,就积累了更强的通讯行业的技术和经验。 我在2011年时,测试过不同IM的稳定性,只有QQ的消息丢失率最低、网络不稳定时表现也最好—— 这些成了能支撑微信快速迭代的能力和资源基础。 但是,光有资源灌入也不够,还需要有人用好资源。 张小龙做的,是对关键体验的定义和坚持。 他的定义,决定了资源投入的方向。 当语音这样的关键体验上,有足够坚持的张小龙,加上腾讯的资源,最终,关键体验的突破,决定了微信的成功。 在关键体验上的突破,也是每个技术革新时代,胜出者的主要特点。 就像特斯拉的领先,也来自于最先解决了电池续航问题。 对操盘手的要求,就是是否能清晰定义什么是核心体验,以及,能否得到足够的资源,将核心体验更好的实现。

02
benn
20天前
在我有限的测试例子里,DeepSeek R1 编程能力确实是值得它的那些赞誉的。我的测试例子是编写一些棋牌游戏,然后玩家和 AI 对战。例如五子棋 gemini、r1 都能实现得很好,但是对于中国象棋,至少 r1 的实现稍微完整一些。
31
benn
21天前
最近的抖音减速带是猫猫百吨王视频,有我喜欢的猫、卡车、meme。
00
benn
22天前
收藏答案,不如收藏问题。过去的思维定势该改变了。
00
benn
1月前
这周把遇到的所有问题给 ChatGPT o3 Gemini 都发了一遍,我终于感受到两者各自擅长的事情了。

两个都很赞!Gemini 在那些技术类、专业类问题的回答更资深一些。在我的使用中觉得 Gemini 模型本身会更聪明,因为在所有依赖模型自身能力的场景下 Gemini 都回答得更好。

ChatGPT o3 的体验极佳,尤其是信息获取的场景。它的速度更快,会自动调用一些工具。有时候我问了一个模糊、难以检索的问题,它自己规划各种检索总是给我很多惊喜。另外 ChatGPT 本身就是一个体验极好的 ios app,我每天打开 ChatGPT 的次数可能是 Gemini 的两倍了(问各种不那么重要的小问题)。
10
benn
1月前
实验性地从 cursor 用回 vs code 的第二天,还算不错!我那些积累的 snippets 重新用起来了,熟悉的肌肉记忆终于不会被 tab 打断了。同时也发现一些插件(java相关)原来在 cursor 上总是有莫名奇妙的问题,怎么设置和重置都没法解决,回到 vs code 后突然恢复正常了。不过还是觉得 tab 快速定位到某个位置很方便,尤其是要做很多重复操作时(比如批量更新 i18n 配置),后来想到这类问题也可以交给 agent 模式解决,所以这类场景对 tab 的需求也得到了缓解…

benn: 实验性地从cursor回到vs code的第一天,目前感觉还好~

10