happice0746

26 posts

happice0746 banner
happice0746

happice0746

@happice0746

💻Developer | 👩‍💼Staff | 🀄️Chinese | 🌟Myself

Katılım Haziran 2023
89 Takip Edilen4 Takipçiler
耳朵
耳朵@RookieRicardoR·
研究了一个提高代码质量的提示词, 每次提交代码前我会说: “Review 一下未提交代码中有哪些走弯路的设计”。
中文
19
9
169
25.8K
spidey
spidey@lochan_twt·
the type of things that used to get you into Google in the 2000s
spidey tweet media
English
3
1
68
1.6K
Rainman
Rainman@0xdeusyu·
最近看到一些招聘帖,挺有意思的。他们先是把团队成员的背景吹得花团锦簇——名校、大厂、各种光环,然后开出一个极低的价格,却把需求堆得像在招联合创始人。 会产品、会 demo、会剪辑、懂 UI/UX、有实习、有比赛、熟悉工具链,最好再来点名校项目背书,日薪 100-200。 最荒谬的其实不是价格低,而是它背后那套判断逻辑:用标签来包装价值,用光环代替实际判断。 我不是说名校和大厂经历没用。这些经历当然能提供一些信息,至少说明这个人曾经通过过某些筛选,可能具备一定的学习能力和资源。但问题在于,标签只是信息,不是能力本身。 学历不等于能把事情干成,大厂背景也不等于产品判断力强。真正靠谱的人,是能解决问题、能交付结果、有自己的判断,而不是简历好看。 而现在很多招聘方还停留在“名校+大厂=强”的阶段。他们看到这些标签就默认对方专业、靠谱,结果很容易被包装唬住。甚至有些团队,一边用名校和大厂标签包装自己,一边用极低的价格去招同样有这些标签的人。 这其实不是在尊重人才,而是在利用年轻人议价能力弱的现实。 真正有能力的人,不该被几个标签框住;真正靠谱的团队,也没必要靠堆标签来证明自己。 标签可以看,但不能当判断的替代品。用标签来快速筛选可以理解,但用标签来代替思考,就是懒。
中文
2
0
15
797
leon7hao
leon7hao@leon7hao·
以后会不会要面向 OpenAI 优化软件,为了让 codex 或者某种 AIOS 可以容易用起来。
中文
4
0
8
1.6K
星野ふじ
星野ふじ@hoshinofujivy·
如果你想上网不焦虑,就要屏蔽以下词汇 暑期,春招,大厂,offer,简历,实习,项目,技术,八股,算法,开发,产出,补招,内推,笔试,面试,一面,二面,三面,HR面,群面,手撕,代码,笔试,刷题,薪资,总包,底薪,绩效,年终,落户,房补,餐补,转正,留用,轮岗,定岗,定岗,定级,学历,院校,绩点,竞赛,科研,开源,博客,GitHub,后端,前端,客户端,运维,测开,社招,跳槽,背调,三方,解约,面经,题库,复盘,上岸,高考,模拟考,中考,留学,小升初,试题,艺术生,
中文
105
39
732
90.5K
happice0746
happice0746@happice0746·
@Barret_China 运行时的视觉交互,人脑中的显/隐性的知识gap等这些没被信息化的部分就是每个行业的壁垒
中文
0
0
0
224
Barret李靖
Barret李靖@Barret_China·
现在的 Coding LLM,很擅长处理代码、日志、文档、终端输出,但它们理解的是被描述的世界,而不是真实运行后的世界。 开发时就会遇到一种情况,代码逻辑完全正确,然后页面问题一堆,例如字体发虚、间距不协调、响应式布局失效,或者小程序、WebView、浏览器之间表现不一致。 这些问题,人一眼就能察觉,但纯语言模型就是不行。这也是当前做软件开发最让人头疼的地方,调细节调到手软,🐶 很多 Agent 会接入 Playwright/Puppeteer/截图分析/OCR/DOM Tree 等能力,相当于在给 LLM 增加了视觉输入,但就算是拿到了截图,它也很难还原真实画面,因为它依然是通过本文的方式来理解这个世界的。 产品体验里有大量东西,包括视觉认知、空间感知、交互节奏、动态反馈等,都存在于人的直觉里,滚动、动画、拖拽、手势、页面切换、焦点变化、微交互,这些都不是单张截图能够理解的。 最近也看到了一些变化的趋势,多模态 Coding Agent 已经在路上了。 下一代 Agent 会越来越像一个真正的软件工程师,它会自己运行页面,观察界面变化,理解视觉问题,修改代码,再重新运行,再继续观察。 当前主要还在靠 Harnees 工程手段来弥补这一块。
中文
25
6
55
10.4K
STRRL.gpt
STRRL.gpt@strrlthedev·
我他妈 为什么营销号还在 Spec Kit?
STRRL.gpt tweet media
中文
4
0
14
4.2K
happice0746
happice0746@happice0746·
@0xdeusyu 虽然ChatGPT 5.5 Pro很强,很好用,但我想说: 大家还是要多和豆包聊聊天, 思考的深度、遍历的广度,完全不一样。
中文
2
0
3
535
Rainman
Rainman@0xdeusyu·
虽然Claude 很强,很好用,但我想说: 大家还是要多和ChatGPT 5.5 Pro 聊聊天, 思考的深度、遍历的广度,完全不一样。 ChatGPT 5.5 Pro 研究级智能,依然是我们大众,可以使用的最强产品
Robinson · 鲁棒逊@python_xxt

虽然Codex很强,很好用,但我想说: 大家还是要多和 Opus 4.7 聊聊天, 思考的深度,完全不一样。 Opus 4.7,依然是我们大众,可以调用的最强模型

中文
13
1
68
20K
Sam Lambert
Sam Lambert@samlambert·
why don't we just rewrite zig in rust?
English
82
44
1.4K
92.7K
happice0746
happice0746@happice0746·
@dotey 跑过五公里的臭袜子泡两周无糖豆浆的味道
中文
0
0
0
49
i5ting
i5ting@i5ting·
为什么有了ai越来越累? 1、有参考的,ai实现太方便,尤其对有经验但动手不足的。 2、要学东西太多,从工具到ralph loop到工作流,还有各种周边,还不算memory、ctx等 3、要看各种创新,比如jira替代,agent如何协作等 4、面对未知,要么等死,要么找死,折腾找死可能延长职业寿命 无论那种,都会很累
中文
11
2
47
5.8K
happice0746
happice0746@happice0746·
@arkuy99 brainstorming生成的不是spec吗,不writing plan直接生码吗
中文
0
0
1
323
Go学长
Go学长@arkuy99·
现在几乎很少用 Claude Code 的 Plan 模式了 因为 Claude Code 现在变得越来越快了,所以我重新捡回了 Superpower:Brainstorming ,输出的东西比 Plan 质量更高。 当然这东西有个问题 就是他下面还有很多步, 什么 Planwriting 之类的,我统统用不到 所以我在用 Brainstorming 写完 md 之后,就把这个 plugin 给禁用。防止他使用下一步计划。
中文
29
1
75
17.5K
happice0746
happice0746@happice0746·
@Barret_China 会一点agent可以进厂干活但是不一定能通过面试😂
中文
0
1
9
1.6K
Barret李靖
Barret李靖@Barret_China·
十多年前,面试前端,候选人会把 AJAX 给手撸出来(我当年还懂 PJAX,😂),能够说清楚闭包的原理,差不多就可以进场干活了。那会儿的前端啥也没有,也没什么可考察的。 今天AI 的面试跟十年前有那么点的相似,知道 Agent 的基本操作和属性,加上有一些实践,也差不多可以进厂干活了。 这恰恰说明,今天的 AI 还处于非常早期的阶段。但演进的速度,一定是十年前的十倍,甚至百倍。接下来的 AI一定会出现 self-evolution,或许已经有了,模型从三个月一次大迭代,会变成一月甚至一周。
中文
53
3
140
41K
happice0746
happice0746@happice0746·
@jiahan_c @rwayne 很同意!让信息(来自编译/静态检查等)在agent loop中高效地反馈非常重要,一些过重或过旧的工程链会阻塞这个过程
中文
0
0
1
92
Jiahan Chen
Jiahan Chen@jiahan_c·
@rwayne Rsbuild 也支持 fallback: { stream: false },从 Webpack 迁移到 Rspack 或 Rsbuild 不会有太多行为变化。 高性能工具带来的价值不止是更快的冷启动,它会让你的 Agent loop 迭代更快,在中大型工程中,这会让每个任务产生几分钟甚至更大的耗时差异
中文
2
0
26
1.1K
Roland.W
Roland.W@rwayne·
前端圈这阵子一直在传"换打包工具能提效 50%"。 Rsbuild、Rolldown,各种带 Rust 基因的新构建工具,跑分图一张比一张漂亮。 但商业级巨石应用换打包工具其实叫排雷。 我手头有个项目,里面有个老旧 Excel 导出依赖,源码深处写了 try-catch 动态 require('stream') 的兼容代码。 Webpack 时代加一句 fallback: { stream: false } 就能过。 迁到严格静态分析的新工具,CommonJS 转 ESM 死活绕不过。最后塞进 polyfill 才让本地跑通。 但构建产物里就混进了你根本无法把控的 polyfill。 Tree Shaking 还能不能正常剔? CSS hash 会不会让线上某两个按钮样式偶发覆盖? 没有覆盖率极高的 E2E 测试兜底,谁敢做这种迁移。 冷启动快那 10 秒,能给老板凑出一条工程优化 OKR
中文
20
1
17
5.8K
happice0746
happice0746@happice0746·
好想加入他们🥸
中文
0
0
2
43
happice0746
happice0746@happice0746·
公司食堂的米粉一口下去眼神都清澈了🥹太像家里的粉了
happice0746 tweet mediahappice0746 tweet mediahappice0746 tweet media
中文
0
0
1
32
happice0746
happice0746@happice0746·
i need a cave🥹
English
0
0
1
22
happice0746
happice0746@happice0746·
谁懂上了半天班走在大街上看到这个场景的救赎感
happice0746 tweet mediahappice0746 tweet media
中文
1
0
2
71