<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>商业 on Phil的碎碎念</title>
    <link>https://positivepeng.github.io/categories/%E5%95%86%E4%B8%9A/</link>
    <description>Recent content in 商业 on Phil的碎碎念</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 20 Sep 2026 10:00:00 +0800</lastBuildDate>
    <atom:link href="https://positivepeng.github.io/categories/%E5%95%86%E4%B8%9A/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>迭代认知</title>
      <link>https://positivepeng.github.io/post/0920%E9%9A%8F%E7%AC%94-%E5%8D%93%E8%B6%8A%E4%BC%81%E4%B8%9A%E7%9A%84%E7%89%B9%E7%82%B9/</link>
      <pubDate>Sun, 20 Sep 2026 10:00:00 +0800</pubDate>
      <guid>https://positivepeng.github.io/post/0920%E9%9A%8F%E7%AC%94-%E5%8D%93%E8%B6%8A%E4%BC%81%E4%B8%9A%E7%9A%84%E7%89%B9%E7%82%B9/</guid>
      <description>&lt;p&gt;最近刷到一个罗永浩采访李想的视频片段提到，李想说&lt;strong&gt;卓越&lt;/strong&gt;的创业者（张一鸣、黄仁勋等)都有三个特征，其中最后一个是反共识的：&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;选得准&lt;/li&gt;
&lt;li&gt;选得远&lt;/li&gt;
&lt;li&gt;极高频率迭代&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;粗看我也觉得第三个点有些反共识，因为假设选得够远够准的情况下，是不是可以以不那么快的速度迭代实现稳步前进。但和deepseek聊了之后有一些改观，或许真实商业世界中准和远都只能是相对的而不是绝对的，所以极高的迭代频率能够以更快更不易出错的方式对&amp;quot;准&amp;quot;和&amp;quot;远&amp;quot;进行纠偏，也就是能够以更快的速度进行自我迭代，算是一个螺旋上升的过程，从这个角度解释第三个点貌似就没那么反共识了。&lt;/p&gt;
&lt;p&gt;这三个点同时也让我回想起，之前看李翔采访徐新和高继扬（星海图创始人)，高继扬也提到过自己迭代认知的循环，大概是：&lt;strong&gt;获取一手信息 → 形成认知 → 制定策略 → 执行 → 获得反馈 → 更新认知&lt;/strong&gt;，其实也是一样的：认知（期望选得准且远) → 执行+通过反馈修正（迭代频率)，过程完全是一样的，甚至高继扬还说”&lt;strong&gt;迭代是唯一的护城河&lt;/strong&gt;“，但是看的时候没有太在意，因为还是会主观的觉得他们做的具身智能这种探索领域方向可能是更重要的，就像大语言模型要是迭代的是BERT可能永远做不出ChatGPT。&lt;/p&gt;
&lt;p&gt;上面其实都是讲的卓越的创业者，回归到普通的个人身上，或许也能够学习到一些经验。就我个人而言我不喜欢干急活儿，有时可能会觉得活儿本身的意义没有那么重大没必要做得这么急（搜广推日常修修补补既视感)，但以上面提到的框架看，这样其实有个很大的问题是降低了自己迭代自我认知的频率，必然就降低了自己成长的速度，或许以后不要那么排斥急活儿，而是要学会怎么把活儿变成自己迭代认知的工具，这样才能以极高的迭代频率去迭代自己的认知从而高速成长。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
