最近又深刻体会到自己作为开发者的两大问题:
1. 做一个新系统,总是到 UI 和基础功能做完才涉及核心难点,最终造成主次不分的局面。而且由于心力的减弱和系统复杂度的升高,导致难点在后期需要花费比一开始更多力气解决。这个问题主要原因不是看不清主次,而是拖延,越是任务压力大,越总想做自己喜欢的部分。我的舒适区是 UI 和 CRUD,舒适区可以用来作为启动热身和奖励,但绝不可在核心问题未解决前一直沉迷下去。
2. 总是过早重构,几乎一有想法就开始重命名、改项目结构了,很容易浪费时间。其实晚一点重构,视野更加清晰,重构决策更加正确,甚至有些重构就不需要发生,因为已经被后面的重构思路给覆盖了。这个问题,应该是与完美主义有关,潜意识里无法忍受自己的设计有缺陷。但随着项目演进,重构本就是必然要不断重复发生的事情,不需要着急,不如说,要趁着当前的设计还能跑,赶快完成核心任务,把重构拖得越久越好。放眼未来,任何时候的当下设计都是临时的,如果因为它们不够完美而停步不前,是病得治

两个问题本质是两个心理特质,拖延症和完美主义,其实把它们存在的地方互换一下,就能很好地解决问题:
- 对重构的想法使用拖延症,能跑就先用,拖一天是一天
- 对核心功能的开发使用完美主义,把逻辑梳理得足够清晰、接口设计得足够稳定、测试覆盖到位之后再去做其他事情

就像程序员的三大美德——懒惰、急躁和傲慢,对象正确是美德,对象错误就是恶习了。改变自己性格中的成分很难,但改变它们在什么时候、对什么事情发生,是可以通过调整认知和心理暗示实现的。加油,我自己!
来自频道: @lover_links
来自频道: @lover_links
如果你的系统需要用户验证系统,推荐 clerk.com
来自频道: @lover_links
随手拍
来自频道: @lover_links
今日的一个重大进步 🤩
来自频道: @lover_links
今日摄影
来自频道: @lover_links
来自频道: @lover_links
分享一份自用的在 vibe code 中使用的 UI 规范。
UI-DESIGN-SYSTEM.md
13.2 KB
来自频道: @lover_links
来自频道: @lover_links
最近用 haiku 做 vibe reading 体验很好,速度快,分析的内容也不弱于之前用 Gemini 2.5.

工作流是这样的:
- 打开 HN 的原文和评论页,复制 urls
- 用 raycast snippet 输入 prompt 到 Cherry Studio
- 等待结果输出,看一遍,觉得不错就同步到 notion

这是一些 reading review 的结果:
https://www.notion.so/295b546fcb2d8052aeede767f206fa82?v=295b546fcb2d809cb75c000cd2d1aea0 HN Read | Notion
来自频道: @lover_links
实现了一个小梦想

通常嘞,我们做产品经理的人都有个小梦想,那就是在 producthunt 上发布一款自己主导或开发的产品,然后同行、用户、投资人等都会在这里讨论产品功能和后续发展,可以给一个 upvote 获得 points,最后会有一个排名。

我一直都很喜欢在 producthunt 上看各类创意并从中获取灵感。终于,在完成了挖掘机支持英文之后,我有了勇气把这个项目发布到 producthunt 上,在没有任何准备的情况下获得了一些还蛮惊喜的反馈。

当然了,我也希望你去看看我的作品,可以的话也不妨为我点个 upvote,这种良性互动会激励我一直沿着这条路走下去。

https://www.producthunt.com/products/super-digger Super Digger: Intelligently analyze hotspot, accurately seize opportunitie | Product Hunt
来自频道: @lover_links
台湾之光
来自频道: @lover_links
来自频道: @lover_links
来自频道: @lover_links
炒科技股的一个小思路:

多看看预言机
https://polymarket.com

群体智慧真金白银在预测市场。
来自频道: @lover_links
虽然不多,但还是谢谢 mu
来自频道: @lover_links
这是什么行为?
来自频道: @lover_links
使用 bitget 那张 u 卡点了一杯茶理宜世,才发现它和 safepal 里面那张卡是同一张卡。

接着安利这张卡,小额消费很顺畅。

点击申请
来自频道: @lover_links