DPS Build

前阵子，为了现金流，接了一个与核心业务完全不相干的活，现在后悔不已。 核心业务已经搭好了工具库，有项目进来就可以上手，有些个例需要临时休整一下，可以同时接好几个项目，所以整体来说比较容易拓展。 这个不相干的活处处都是雷： 1. 每一个子项目都要按需抓取数据，而且是从不同的网站抓，能不能抓得到还是未知数； 2. 设计大量前端设计，客户非科技行业，非产品经理，无法提供详细量化目标； 3. 要用到的工具库非常小众，需要花大量时间试错。 4. 最要命的是这种项目几乎是一次性的，不太可能再有类似的需求。…

Jeff Dean 对于 Google 的重要性 https://github.com/LRitzdorf/TheJeffDeanFacts

震惊了，比老人页面更简洁的是英文界面，打开招商银行，转换成英文页面之后，只有这个极简页面了。 所以到底是蠢还是坏呢？

关注这个频道的大部分都是程序员吧？ 在这个 AI 时代，与其死命做 SaaS，不如找个靠谱的商业搭档一起看看传统行业的机会，说不定机会更多。 我认识我的合伙人十年了，我们去年底重新开始合作，小目标就是在不融资的情况下，把两个人的薪水先赚出来。 一开始也想做 SaaS，毕竟我们都有相关经验。做了三四个月发了 MVP，但是发现这个产品能解决的痛点有限，根本没人买单。 中间见了不少潜在客户，其中一个感叹自己的网站没什么流量，我们开玩笑说可以帮忙看看。过了一两周，他们说在看不同 seo agency 的报价，让我们把把关。我合伙人说，不如我们来吧。 然后我们就硬着头皮顶上去了，没想到效果立马显现，我也越来越有信心。三个月之后，不少网页都成为了 Google 头条，在 ChatGPT / Claude 之类的 AI 应用内也可以看到他们被引用。 客户相当满意，因为他们从网站上获得不少优质询价，甚至来自他们之前怎么也打不进去的市场。 有了这一成功经验之后，我们胆子也大了，开始 pitch 大大小小各种公司。成功签下两个跨国上市公司，当然做的也不仅仅是 seo。 我们分工很明确，我合伙人负责市场和沟通，我只负责技术。因为之前就共事过，所以明白怎么合作最舒服。 她和我都省心，这不，她都开始全职去读 jd 了，对了，她还是三个娃的妈。我也不需要管理下属，不需要格外的沟通，只要和她沟通，和 agent 沟通，偶尔和客户沟通一下。 今年的小目标应该是没什么问题了，所以和一个靠谱的商业搭档合作可能比自己单干要省心不少。

如果每周的 token 限量没有用完，其实最超值的用法是用最好的模型优化你的 skills，因为 skills 会反复被调用，不仅直接关系到最后实现效果的优劣，还直接影响 token 的消耗，妥妥的复利效应。

前阵子，为了现金流，接了一个与核心业务完全不相干的活，现在后悔不已。 核心业务已经搭好了工具库，有项目进来就可以上手，有些个例需要临时休整一下，可以同时接好几个项目，所以整体来说比较容易拓展。 这个不相干的活处处都是雷： 1. 每一个子项目都要按需抓取数据，而且是从不同的网站抓，能不能抓得到还是未知数； 2. 设计大量前端设计，客户非科技行业，非产品经理，无法提供详细量化目标； 3. 要用到的工具库非常小众，需要花大量时间试错。 4. 最要命的是这种项目几乎是一次性的，不太可能再有类似的需求。 完全就是时间黑洞，而且大量占用核心业务的时间精力。以后再也不能范这种错误了。

不知道哪个大聪明想出来的办法： 1. 在海外用 IPv4 打不开这个网站； 2. 在海外用 IPv6 可以正常打开 这样领导检查起来，嗯，我们的政府网站封禁了所有海外访问，浏览器根本打不开。 真要是有人想从海外浏览这个网站，走 IPv6 就可以 http://english.shanghai.gov.cn/

GigaOM 的创始人 Om Malik 刚刚去世，那么多科技界名人都写了悼文： https://om.co/2026/06/24/1966-2026/ https://ma.tt/2026/06/om-forever/ https://daringfireball.net/linked/2026/06/25/om-malik-rip https://arun.is/blog/good-bye-om-malik/

GigaOM 的创始人 Om Malik 刚刚去世，那么多科技界名人都写了悼文： https://om.co/2026/06/24/1966-2026/ https://ma.tt/2026/06/om-forever/ https://daringfireball.net/linked/2026/06/25/om-malik-rip https://arun.is/blog/good-bye-om-malik/

写个简单的 MVP playbook 吧，如果确实想赚到钱的话： 1. 想到一个需求之后，先把 landing page 写出来； 2. 买一个域名之后，赶紧发布到 google，登陆 google search console 提交 sitemap 3. 在 google search console 里选 Core Web Vitals，跑一下测试，把所有的性能问题都修复； 4. 等着 google 收录这个 landing page，然后根据 gsc 的数据做优化 landing page，开发产品的…

今年的收购有多疯狂呢？一个朋友的公司年初被收购，结果最近收购他的公司又被另一家公司收购。半年被收购了两次🤣

Telegram 终于直接支持 markdown 了

苦于卖不动自己产品的 builder，其实可以找找有没有靠谱的 marketer，一起搭档试试。不一定要死磕 SaaS 产品，可以一起看看什么能立刻产生现金流的项目，看做起来。 我搭档和我两个人，去年十月底敲定方向做一个很具体的 SaaS 产品。三个月写得差不多了，但是发现 onboarding 流程特别长，很不好卖。 当然这三个月也见了不少客户，其中一家是做线上课程的，聊下来之后，发现我们可以帮他们开发一套课程。 当然条件也比较有挑战，不光要有 pptx，还要提供 scorm 文件。scorm 是什么呢？就是线上课程届的…

这期把怎么搭翻墙服务讲得很明白了： 1. 最早只要在境外找个机房就可以搭； 2. 为了更好的体验，会找阿里云，腾讯云的专线，因为他们在境内外都有机房，所以客户的需要，他们有快连服务（两者之间没有墙），所以在这种上面部署翻墙服务体验很好，当然这条路现在基本被堵死； 3. 除了云厂商，运营商也有类似精品线，专线服务，只不过贵的要命。 4. 收费也不是问题，找另一家公司代收支付宝/微信支付，然后转成加密货币入账。 https://overcast.fm/+ABO6eQuuJ5M

苦于卖不动自己产品的 builder，其实可以找找有没有靠谱的 marketer，一起搭档试试。不一定要死磕 SaaS 产品，可以一起看看什么能立刻产生现金流的项目，看做起来。 我搭档和我两个人，去年十月底敲定方向做一个很具体的 SaaS 产品。三个月写得差不多了，但是发现 onboarding 流程特别长，很不好卖。 当然这三个月也见了不少客户，其中一家是做线上课程的，聊下来之后，发现我们可以帮他们开发一套课程。 当然条件也比较有挑战，不光要有 pptx，还要提供 scorm 文件。scorm 是什么呢？就是线上课程届的 pdf，只能用专用软件开发，调试，部署。客户用的是 Articulate Rise，这东西特别变态，只能在里面手动编辑，无法导入制作好的 scorm 文件，也不开放 api。所以批量制作课程的可能性几乎为零。 最后找到的方案是，我们自己制作 pptx + scorm 文件，然后提供内容和部署两套审核方案。 当然所有这些都离不开和 Claude + Codex 的深入探讨。如果没有这些工具，以前是万万不敢接这种项目的。

昨天帮朋友在 Mac 上设置 screen sharing，结果自动开启了麦克风。menu bar 上提醒 FaceTime 开启了麦克风，但是 FaceTime 并没有启动。 怎么关都关不掉。进程里没有 FaceTime，系统设置里取消了所有 app 的麦克风权限，把 remote management 取消，只选 screen sharing 也没用，重启也没有用。 没辙了，只好丢给 claude code，让它检查权限。直接用 bash 命令还是关不掉。最后和它讨论，这次 screen sharing 是用 Apple ID 登陆的，然后它解释说这不是普通的 vnc screen sharing，而是基于SharePlay 的 FaceTime Screen Sharing。 最后还是使用 vnc://tailscale IP 开启了传统的 vnc screen sharing。这边也有一个坑，就是要用 mac 的用户名，而不是登陆邮箱。 很莫名其妙的产品设计，完全没有提示，而且没有任何官方文档。要不是 claude，不知道要多久才能搞明白。

在 Claude / Codex 里跑 /goal 之前，除了要设定合适的目标，写完整的测试之外，别忘了检查测试的时间。 不如我有个 repo 有1300+测试，跑一轮要140秒。检查之后，发现有两个最慢的测试分别耗时80秒和87秒。改完之后，分别减少到0.1秒以内。总耗时也变成了： 140s → 32s. Full suite is 4.3x faster. Slowest test is now 1.89s.

突然发现以前读过的书，做的摘要很有用。比如 A Philosophy of Software Design by John Ousterhout，把它的摘要丢给 Claude / Codex 生成 skills，比市面上流行的 skills 都好用。

写个简单的 MVP playbook 吧，如果确实想赚到钱的话： 1. 想到一个需求之后，先把 landing page 写出来； 2. 买一个域名之后，赶紧发布到 google，登陆 google search console 提交 sitemap 3. 在 google search console 里选 Core Web Vitals，跑一下测试，把所有的性能问题都修复； 4. 等着 google 收录这个 landing page，然后根据 gsc 的数据做优化 landing page，开发产品的 MVP。 以上应该是可以最直接看到数据的冷启动方法。

和身边一圈 builder 聊了聊，感觉最大的痛点不是做什么，而是做了一堆东西之后，不知道怎么卖。