marvin

处于某种可能性的某个阶段

[marvin @lingwei0604]

@sofish 好奇图中后面的流程

[marvin @lingwei0604]

@sofish 哈哈哈

[马天翼 @fkysly]

这篇官方博客文章含金量挺高，非常值得深入研究，无论是自己用 Vibe Coding 做个人产品，还是优化 Agent 效果。

[Viking @vikingmute]

很喜欢看工程师写的 Claude Code 的使用指南：
https://t.co/2ClFwzBfai
作者是 Cloudflare 员工，这是他用 CC 的方式：

1 Research 深入阅读指定代码目录/模块，输出详细的https://t.co/yr4kfY4J8B报告
2 Planning 基于research，生成详细的 https://t.co/dLmLofM0uc 文件，这个 plan
3 Annotation Cycle 在 https://t.co/dLmLofM0uc 按照自己的需求直接写评论，让 cc 更新 plan 文件，直到自己满意
4 根据 plan 生成 Todo List
5 Implement 完整执行
6 Feedback & Iterate 用简单指令反馈

第 3 步 和 第 6 步都很有新意，当然文中有非常多的细节，上面的总结中没有，其实很多的 Agent 都可以使用同样的步骤来完成整个流程，值得好好读一读。

[高军 @GoJun315]

刚看到 Claude Code Templates 这个开源项目快到 2 万 Star 啦！

提供了 100 多个开箱即用的 Claude Code 配置组件，一条命令就能快速搭建完整的开发环境。

并且涵盖智能体、自定义命令、MCP 集成、配置项、自动化等多个类别，还提供在线网站方便查找安装。

GitHub：https://t.co/VMZap52DYP

如果我们不想从零开始调教 AI 编程助手，希望能直接复用成熟的配置方案，这个项目非常值得一看。

[marvin @lingwei0604]

@benn_huang Will Qianfan support ?

[marvin @lingwei0604]

new one

[豆小豆 @urassholes]

推荐四本书，这四本书看完思维会有极大的转变。

1.《规模：复杂世界的简单法则》
2.《复杂》
3.《噪声：人类决策中的陷阱》
4.《制造幸运》

[Randy Lu @randyloop]

这期感触很深，辞职一年，开发了两个能持续有点收入的产品（Notepal 和 EpubKit），虽然不算很成功，MRR 也摆不上台面，但是这个过程让我体验到非常多的东西。

1.不要为了“独立开发”而“独立开发”，不然很容易受打击。

2.找一些 easy to target （你知道从哪里能接触到你的目标用户）的领域去做，比做“大”的事更靠谱。这里推荐一本书叫 $100M offers，我觉得这是读完《小而美》后可以读的补充读物。（感谢 @WildCat_zh 当时推荐）

3.重视“普通用户”。可能产品能吸引到一批 early adopter，但真正能赚更多钱的冰山下的大部头是那些可能连解压都不会的普通网民（推荐《跨越鸿沟》）。多看看小红书的用户是怎么玩产品的，不要光看发帖的高级用户，要看看评论里普通用户怎么说。

4.自己卖产品越久，越觉得做软件并没有比传统行业高级，最终都是 marketing 和销售。我们卖 SaaS 卖软件和在广场上卖气球除了能复利，其实没什么区别。

[Nextify @nextify2024]

即使简单如工具站，大厂也会和你抢饭吃。独立开发太难了😂

https://t.co/axvd2S0VZF

[Jiayuan (JY) Zhang @jiayuan_jy]

之前分享了一系列关于 RAG 和生成式搜索引擎怎么做的文章（包括最近在中关村论坛也做了一个关于生成式搜索引擎的演讲）。最近 @jiayq @yadong_xie 团队的 Lepton Search 开源了，大家可以阅读一下源码，非常简洁，核心部分用了 500 行 Python 就实现了一个类似 Perplexity 的生成式搜索引擎。

https://t.co/Gy96eBMQRZ

https://t.co/jgjk1NmDE1 底层的 RAG 部分大概有 2 万行左右的 Go，我们依然 focus 在开发者这个细分的场景中，在 RAG 的每一步都做了非常多的优化。

扬清老师的一个观点我觉得非常对，RAG 的核心在 R 不在 G，这个应该做过 RAG 的都有体验。

And 如果未来我们把 https://t.co/jgjk1NmDE1 依赖的这套 Go 语言的 RAG framework 开源大家会感兴趣么，相比较 Python，我们测试下来可以以极少的资源来支持百万级别的搜索 RAG。

[Orange AI @oran_ge]

朋友负责的 AI 文本转语音项目，中文效果业界最佳，英文德文法文也不在话下。
配音、听书、闲聊等场景，对比上一代技术都是质变。
现在把 API 开放给每一个开发者，大家可以接起来了。
https://t.co/TMjYfYnF6U

[Dr Milan Milanović @milan_milanovic]

𝗪𝗵𝘆 𝗶𝘀 𝘁𝗵𝗲 𝗧𝘄𝗲𝗹𝘃𝗲-𝗙𝗮𝗰𝘁𝗼𝗿 𝗔𝗽𝗽 𝗶𝗺𝗽𝗼𝗿𝘁𝗮𝗻𝘁?

It explains many well-tested architectural patterns and best practices that can be applied to software-as-a-service (SaaS) apps. These recommended practices allow apps to be developed with resilience and portability for online deployment.

The Twelve Factors:

𝗜. 𝗖𝗼𝗱𝗲𝗯𝗮𝘀𝗲
One codebase tracked in revision control, many deploys

𝗜𝗜. 𝗗𝗲𝗽𝗲𝗻𝗱𝗲𝗻𝗰𝗶𝗲𝘀
Explicitly declare and isolate dependencies

𝗜𝗜𝗜. 𝗖𝗼𝗻𝗳𝗶𝗴
Store config in the environment

𝗜𝗩. 𝗕𝗮𝗰𝗸𝗶𝗻𝗴 𝘀𝗲𝗿𝘃𝗶𝗰𝗲𝘀
Treat backing services as attached resources

𝗩. 𝗕𝘂𝗶𝗹𝗱, 𝗿𝗲𝗹𝗲𝗮𝘀𝗲, 𝗿𝘂𝗻
Strictly separate build and run stages

𝗩𝗜. 𝗣𝗿𝗼𝗰𝗲𝘀𝘀𝗲𝘀
Execute the app as one or more stateless processes

𝗩𝗜𝗜. 𝗣𝗼𝗿𝘁 𝗯𝗶𝗻𝗱𝗶𝗻𝗴
Export services via port binding

𝗩𝗜𝗜𝗜. 𝗖𝗼𝗻𝗰𝘂𝗿𝗿𝗲𝗻𝗰𝘆
Scale out via the process model

𝗜𝗫. 𝗗𝗶𝘀𝗽𝗼𝘀𝗮𝗯𝗶𝗹𝗶𝘁𝘆
Maximize robustness with fast startup and graceful shutdown

𝗫. 𝗗𝗲𝘃/𝗽𝗿𝗼𝗱 𝗽𝗮𝗿𝗶𝘁𝘆
Keep development, staging, and production as similar as possible

𝗫𝗜. 𝗟𝗼𝗴𝘀
Treat logs as event streams

𝗫𝗜𝗜. 𝗔𝗱𝗺𝗶𝗻 𝗽𝗿𝗼𝗰𝗲𝘀𝘀𝗲𝘀
Run admin/management tasks as one-off processes

Also, in the book "Beyond the 12 Factor App", Kevin Hoffman presents 𝗻𝗲𝘄 𝗴𝘂𝗶𝗱𝗲𝗹𝗶𝗻𝗲𝘀 that build on the original 12 factors but include elements such as telemetry and security:

1. One codebase, one application
2. API first
3. Dependency management
4. Design, build, release, and run
5. Configuration, credentials, and code
6. Logs
7. Disposability
8. Backing services
9. Environment parity
10. Administrative processes
12. Port binding
13. Stateless processes
14. Concurrency
15. Telemetry
16. Authentication and authorization

Image credits: DZone.

#technology #softwareengineering #programming #cloudcomputing #techworldwithmilan

[javinpaul @javinpaul]

10 things about System design you should learn
1. Caching
2. Sharding
3. load-balancing
4. replication
5. fault-tolerance
6. high-avaibility
7. Performance
8. scalability
9. Performance
10. Indexing
learn more on Design Guru - https://t.co/VuZLWnCdMw

[郭宇 guoyu.eth @turingou]

「我一直在追求可能性，而很多人的一生在追求确定性。而追求确定性就是最大的不稳定性。」这话说的真好

[豆小豆 @urassholes]

好的阅读方式应该是这样的。
1，先通读。
2，重点的做笔记。
3，思考，结合自己的情况复盘，并记录。
4，再通读一遍，这时你发现收获非常大。
5，很多的知识，跟你的行为，跟你的思想会有个内化的过程，变成了你思考的一部分，这个时候就很好了。
当然要读好书，垃圾书没必要这样读，浪费时间没必要。

[marvin @lingwei0604]

#新头像

[Shawn Pang @0xshawnpang]

把任何一项能力提升到专业水平的核心就是三件事情：
拆解动作，刻意练习，持续反馈。

和一位移动互联网时代创业成功退出两次的前辈交流，也反思自己在多个领域折腾的经验（码农转咨询又回产品，SaaS创业后转乙方企业服务），发现快速掌握一个领域核心技能无非就是这三件事情。

一个普通天赋的人进入体校训练半年后很可能在某项运动上超过一个十年经验的业余爱好者，就是因为专业的培训环境之下拆解动作，刻意练习，持续反馈这三件事情做到了极致。

一 ：拆解动作
一个好的导师或者组织培训人第一步就是拆解动作。
把一个整体目标 - 不论是成为好的码农、销售还是成为好的跑步运动员拆解成最核心的几项动作。码农而言或许这会是数据结构/算法/系统设计/操作系统，对销售或许是洞察痛点/客户搜寻/快速建联/找到关键销售节点，对跑步运动员又或许是步伐步频/呼吸节奏/跑步姿势/耐力/爆发力。

不管这个目标是什么，只有拆分成关键动作才有快速提升的可能，不然或许就会像是一个十年的业余爱好者一样只是在重复没有在前进。想清楚我们当下的目标，不管是创业、求职、求学甚至是谈恋爱，找到这个领域最优秀的人或者最被认可的书目，把这件事情拆解掉。

二：刻意练习
拆解出的每一项动作都要进行刻意的练习才能最快提升。
其实我们所吐槽的应试教育在本质上就是对专项能力进行重复训练，养成“肌肉记忆”才能在再次面对这种问题时快速攻克，只不过国内为了千军万马中拔尖还要练习难题偏题，但是这种训练模式在任何一个场景下都是对提升能力了最有效的。

北美大量码农求职也要花大量时间去刷Leetcode熟悉每一种数据结构和算法。咨询和投行找工作也是要不断拿各种technical和behavioral问题翻来覆去练习。在这个过程中不断找到自己的薄弱区，并在短时间内专注在提升这个单项能力上。

三：持续反馈
持续的反馈才能找到下一步方向并且增强继续前行的动力。

持续的反馈要体现在两个方向上。微观上每一次练习都要有好的反馈才能更进一步提升进步的速度，就像做了一道错题做错一个动作要学习正确方案一样。宏观上要不断征服一个个小挑战，用无数次小的胜利帮助自己建立正反馈，才有持续走下去的动力。

创业本质也是如此，持续让自己能够看到自己每一步的结果，学习更好的方式同时建立自己的信心，积累资金和人脉资源。

[Tantan Fu @luckytantanfu]

沉浸翻译真的是大大加快了我的阅读效率，英文书添加中文翻译，一目十行，快速定位感兴趣的内容，阅读原文。获取有效信息，Readwise 自动同步到笔记软件，沉淀，思考 🤔

[xwh @xuwenhao]

Paul Graham最近的“How To Do Great Work”真是字字珠玑，要是我在十几岁的时候就能读到这样的东西就好了。推荐所有想要做点事情的人都读一下。

我看也有人做了人肉翻译的工作，中文译文也还不错。

https://t.co/66Ek1h9a4O
https://t.co/HvH2pnfpAt