路径越简单，拿到结果的可能性就越大，这是商业世界的第一性原理。

所以，OPC就先放一个购买按钮，然后倒推，把别人为什么要付款的理由讲清楚，验证是不是真有人付款。

Pieter Levels更极端。不确定的项目，他放的付款按钮都是假的，有人走完付款的流程，他也未必真的开发这个产品，因为没有真的扣钱。这样就能更好地评估项目潜力。

这就是最简单的路径，没有看着热闹，其实没用的多余元素。

很多作家4-5点钟爬起来写作，OPC 爬起来写代码。等别人上班的时候。他们已经完成了每天最重要的工作。

这时候一天里剩下的时间都是白饶的，想干啥干啥。

这些人知道，每天推动项目前进，比蹲那里空想、学习重要得多。

有人觉得早上时间非常清醒，是最宝贵的时间，要留给学习思考。白天易受打扰的时间，再去做具体工作。

这种说法高估了思考学习对时间质量的要求，低估了具体做事，特别是思考写代码。对时间质量的要求。

学习思考有一万种方法，而且更需要发散思维，反倒可以在一天中任意时段进行、任意场景进行。

向前推动项目，需要集中注意力，克服真实的困难，所以需要安排在清晨这段质量最高的时间。

一定要从事你并不胜任的工作，这样你才能不可避免地学到一些东西。

这说明，彼得原理也并非全是嘲讽。一个人升任到他不能胜任的位置后，恰恰是进步最快的时候，这解释了连续升迁的普遍现象。

经常审视自己的想法或产品是不是解决了一个真实的问题？

不要做波士顿机器狗或者VR眼镜这样的东西——提供了解决方案，然后再去找问题。

自由未必开心，限制带来快乐。——数字游民Pieter levels

Gemini问我：如果你现在拥有了全知全能的编程能力，但是没有互联网，你会写什么程序给自己用？

还真把我问住了，想了几天也没有答案。

Gemini的本意是，没有互联网，你就彻底不用考虑其他人了，你只能考虑自己的需求。

问题是没有互联网，我也不知道我有啥需求啊。😅

你有答案吗？说说看。

与大模型沟通要把他当成一个真人同事，用类似邮件的形式把诉求一次说清楚，支持文档一次给全，发送之前再认真检查一遍。

这样。AI才会像真人同事一样聪明，他回吐给你的东西，才会像真人同事一样好，甚至更好。

因为AI喜欢一次性拿到完整的结构化信息，不喜欢逐步澄清。因为每次澄清，他的算力消耗都是差不多大的。

观点一定要极端。四平八稳没有用，因为别人看了没感觉。

你的极端观点，冲击他的已有观点，形成一个有用的新观点。

这种融合是他自己做的，不是你替他做的。

你要的就是极端，提供刺激，制造冲突。

我喜欢“水感”这个概念。你的身体能够和水达成一种交融的状态，不需要频繁拨水，就能够用最省力的动作快速前进。

那种机械的拼命划水，也许推力更大，却破坏了身体的表现，和包裹你的水形成一种对抗关系。实际效果就是又累，游得又慢，时不时还喝口水。

外部包裹你的不只是水，还有其他的东西。所以这个隐喻应该让我们想一想，自己在其他方面与外部的互动，是对抗为主线，还是交融为主线。

去有鱼的地方钓鱼。这句话，也要具体看。

不要指望去长泥鳅的地方钓带鱼，
不要在钓鱼佬比鱼还多的地方钓到鱼，
更不能让头脑中那个信念困住你：

这里有鱼，这里肯定有鱼，这里绝对有鱼。