惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

H
Help Net Security
爱范儿
爱范儿
V
Visual Studio Blog
Last Week in AI
Last Week in AI
阮一峰的网络日志
阮一峰的网络日志
雷峰网
雷峰网
Hugging Face - Blog
Hugging Face - Blog
博客园 - 【当耐特】
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 三生石上(FineUI控件)
博客园 - Franky
博客园 - 叶小钗
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
大猫的无限游戏
大猫的无限游戏
人人都是产品经理
人人都是产品经理
M
MIT News - Artificial intelligence
罗磊的独立博客
L
LangChain Blog
Jina AI
Jina AI
IT之家
IT之家
J
Java Code Geeks
Microsoft Azure Blog
Microsoft Azure Blog
博客园_首页

Joe's Talk 🪐

最近复盘收获: 傲慢和偏见是影响我们在网上或者现实中实现真正交流的最主要因素. AI 主导编程的时代, 如果不考虑新开发一门语言的话, Rust 是否能成为大部分领域的语言选择最优解? 感觉现在大部分的 VibeCoding 作品基本都是前端小玩具, 让人惊艳的作品太少了, AI 让我能快速实现想法,但是也让我变得更加浮躁, 反思! 碎碎念, AI 时代, 作为一个普通人, 我们需要如果构建新的核心竞争力? 三月复盘~ 独立产品赚了 300 块钱 当智能走向 Commodity: AI 经济的结算对象为何正在上移 关于《AI 时代,凭什么可以抓住机会?》的一些思考 [非程序员视角] AI 时代的一点点思考,别只盯着 OpenClaw 好不好用,我更在意它是否让我“不下桌” 互联网这座金矿快被挖完了 普通人抓住 AI 机会的方式 [JTalk 第三期]在 AI 时代, 你凭什么觉得可以抓住这次机会? 突发奇想, 会不会出现使用 AI token 消耗作为某种 proof of work 的平台或者加密货币? 26 年二月份复盘 JTalk 第二期活动结束, 感谢 V 友们的精彩内容, 以下为本次活动的简要信息. [JTalk 第二期]·天津这个地方太复杂了 [JTalk 第二期]·鹤壁-朝歌 [JTalk 第二期]·家乡美食,元宵节灯盏 [JTalk 第二期]·我的家乡,正月初九琅琊山庙会 有多少 V 友会看微信视频号? [$V2EX 征稿][JTalk 第二期]本期讨论主题: 我的家乡(特色,风俗,美食) AI 都可以实现 C 编译器了,诚惶诚恐 JTalk 第一期完美落幕, 感谢 V 友们的精彩内容, 以下为本次活动的简要信息. [AI 与编程] 几个月来高强度 vibe coding 的一点心得 一个大胆的预言:语音输入将成为绝对主流 AI 时代,笔记的结局是什么? [ AI 与编程] 近半年工作使用 Cursor 的感受 几个有关于 [钱] 的小故事 vibe coding 的最佳实践到底是什么? 我从来不是创造型人才 - AI 驱动编程下的迷思 大家都是如何使用 AI 提升工作效率的?
最近想 vibe coding 太多了怎么办? AI 时代 程序员最需要培...
287854442 · 2026-01-28 · via Joe's Talk 🪐

(很喜欢 JoeJoeJoe 大佬的这块宝地,我还继续发这里了。)


最近的一个困扰和一个新的感悟。


一个困扰就是最近 Vibe coding 挺多了,想要 Vibe coding 也很多。 手上有两三个自己的开源项目,都在进行中(逐步都会放出来)

然后还有 3 个硬件的项目, 搞了个半半拉拉的(一个墨水屏的,还有两个可以自定义 dashboard 的带屏幕嵌入式项目),此前完全是嵌入式开发的门外汉,得益于 AI 和 vibe coding 的火速发展,这门槛一下降到脚底了


另外一个感悟是 AI 时代 程序员/工程师 可能 更 需要刻意练习的一个软技能:多任务并发处理事情的能力。

在 AI 时代之前,我们主要的时间分配,除了各种会议之外,主要时间还是在编码阶段。现在借助 Vibe Coding 我们大部分时间可能是在等待 AI 生成结果,然后接受修改,或者给出建议进入下一轮修改,更像一个 director 或者 manager 的角色。

(原本以为 AI 发展得更好,它处理问题的速度就会更快。事实发现,似乎也并不是这样。现在发展更好,反而思考链条就更长。当然,它处理最终问题的结果会更好,整体的处理效率应该是提高了,大部分情况下,一次就能好,省掉了改来改去的步骤。

如同异步 IO ,为了提高处理效率,CPU 不会同步地 wait 在耗时的 IO 上,这部分交给 AI ,"CPU" 继续异步处理其他的任务。把 CPU 塞到百分之七八十才是最高效的,那有这种 "CPU" 的人才也是比较有竞争力的.

为什么要这样,不能不卷吗?但坦率地讲,在现在这个环境下,不卷可能不太现实,资本家总是是要充分地压榨剩余价值的,不卷有的人卷,囚徒困境。

但是人脑跟 CPU 不一样,不会天生就会并行地处理任务的。况且,程序员也很讨厌被打断,上下文的切换也很耗时耗神。但是这是一个可以通过刻意练习来加强的行为,工作中,我见过个别下属和同事在处理这种并行的任务时做得很好的,他们通常会有这种习惯。如果去刻意地培养这种能力,会有更大发挥的空间。

我个人目前是很抵触卷的,但我 20 多岁的时候也很卷,但因此也获得了该有的回报,所以也我也很难建议别人卷或者躺平,没法说。知道自己想要什么,去追究什么就好了。

各位觉得呢?