Claude Code 帮我把副业开发速度提了 3 倍
最近开始用 Claude Code 做副业开发,效果远超预期,开发速度肉眼可见地快了 2 3 倍,分享一下我用对的地方。 最大的改变是:我不再一行行写代码,而是花更多时间写 spec 和 review。把一个功能的需求、约束、验收标准写清楚,让 Claude Code 出初版,我
Posts
像论坛一样发起讨论,适合问题、观点、工具推荐和经验交流。
最近开始用 Claude Code 做副业开发,效果远超预期,开发速度肉眼可见地快了 2 3 倍,分享一下我用对的地方。 最大的改变是:我不再一行行写代码,而是花更多时间写 spec 和 review。把一个功能的需求、约束、验收标准写清楚,让 Claude Code 出初版,我
认真搭建个人知识库一年了,在 Obsidian 和 Notion 之间反复横跳过几次,分享一下最终的取舍。 Notion 的优势:协作强、颜值高、数据库灵活、上手快;劣势:网络不稳、数据不在本地、长期依赖有风险。 Obsidian 的优势:本地文件、速度快、插件生态无敌、双链带来
经常看到"程序员一定要读源码"的建议,也有人说"读源码是浪费时间",作为读过几个项目的人,分享一下我的真实体会。 有用,但前提是读对了。我读 Vue 的响应式实现、Redux 的核心逻辑,确实对设计能力提升很大,这些代码精炼、模式经典,值得反复琢磨。 但我也踩过坑:硬啃一个几十万
断断续续花了半年,终于把 React 的核心源码啃完了,分享一下方法论,给想读但又怕的同学一点参考。 第一步是不要从第一行开始读,那会直接劝退。正确姿势是带着问题切入,比如"setState 到底是同步还是异步",从这个问题出发去找相关代码。 第二步是善用调试器,在关键函数打断点
因为副业重度用 Next.js,最近花了点时间读它的源码,主要看 App Router 的实现,收获比预期大,分享几点。 第一,Server Components 的设计比我想象的优雅。它把"渲染"拆成了服务端和客户端两部分,中间用一个精巧的协议序列化,理解了这个之后,很多"为什
运营一个开发者付费社群半年了,从 0 做到 500 人,复盘一下踩过的坑和做成的事,给也在做社区的同学参考。 做对的:坚持每周一场线上分享,内容质量是社群的命脉;设置了清晰的入群门槛,过滤了一大批伸手党;培养了几个活跃的"种子用户",帮忙带动氛围。 踩的坑:早期太注重拉新,忽略了
做了一个技术社区,注册用户有几千了,但发帖的人寥寥无几,90% 都是潜水党,怎么破?这是社区冷启动最经典的难题。 我用过的方法: 自己先用小号铺内容,营造活跃氛围 设置发帖奖励(积分、徽章) 主动邀请几个 KOL 入驻带节奏 每周抛一个争议话题引发讨论 效果都一般,reward
给我的开源项目建了个 Discord 社群,一年从 0 做到 2000 人,分享一下增长路径和踩过的坑。 增长主要来自三个渠道:项目 README 里的入口、技术博客和推文的引流、以及老成员的口碑推荐。其中口碑质量最高,来的都是真正会用的人。 维持活跃的关键是:划分清晰的话题频道
运营技术社区遇到一个两难:伸手党越来越多,问的都是搜索引擎能解决的问题,严重稀释了内容质量,但又不忍心清理。 不清理的后果:高质量用户被低质问题淹没,逐渐流失;老用户开始抱怨"社区变了味";维护者精力被无意义的问题消耗。 清理的顾虑:社区人气会下降,看起来不活跃;容易被骂"精英主
坚持写技术博客三年,最近终于开花结果:一个客户通过我的博客找到我,签了一笔不小的咨询单,分享一下这个"慢功夫"的回报。 回看这三年的博客,没有一篇是爆款,单篇访问最高也就几千。但积少成多,慢慢建立起了"在这个领域懂行"的信任。这个客户就是看了我十几篇关于某个技术栈的深度文章,认定
写技术文章最大的挑战不是技术,是让人读得下去。我自己摸索了几年,分享几个让文章不枯燥的心得。 第一,先讲"为什么"再讲"怎么做"。直接上来贴一堆代码,读者会跑光;先讲清楚问题背景和痛点,读者才有动力看下去。 第二,多用类比和故事。把抽象概念映射到生活场景,比如把缓存比作冰箱,理解
认真写技术博客两年了,每周一篇没断过,结果大部分文章访问量还是个位数,有点坚持不下去了,想找人聊聊。 内容上我觉得没大问题,都是原创深度文,1500 3000 字。但 SEO 没做好,Google 收录慢,关键词也没规划,全凭感觉起标题。 反思下来,问题可能有三:选题太冷门、没有