<ruby id="bdb3f"></ruby>

    <p id="bdb3f"><cite id="bdb3f"></cite></p>

      <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
        <p id="bdb3f"><cite id="bdb3f"></cite></p>

          <pre id="bdb3f"></pre>
          <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

          <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
          <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

          <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                <ruby id="bdb3f"></ruby>

                ??一站式輕松地調用各大LLM模型接口,支持GPT4、智譜、豆包、星火、月之暗面及文生圖、文生視頻 廣告
                # 寫下來是好習慣 在最后一課,Sam 提到一件事情: > ... we hear again and again from our founders they wish that they had done early: simply writing down how you do things and why you do things. These two things - the how and the why - are really important... It's one of the highest leverage things you can do that people don't. 這是我個人所經歷過的失誤。 我曾經以為: > 很多事,只要耐心說一遍,所有人都能聽懂。 我曾為此付出過慘重的代價——不用我具體舉例(因為沒辦法點名),只需要想象一下你在半年之后才發現你的合伙人或者重要員工其實一直把你的意圖理解成另外一個樣子是怎樣的困境…… 打造一個好公司,遠比打造一個好產品難許多倍——絕大多數人一生都不會有這個經歷,因為之前的一步(打造好產品)他們都無法完成。 由計算機連接成的互聯網事實上是無需管理的,為什么呢?因為盡管這些計算機的操作系統各不相同(即便是相同的操作系統,版本也可能不同),但這些計算機之間相互用相同的協議進行溝通(傳輸數據)。 可是,由人構成的組織,就相對特別不規范:各自的操作系統不同(觀念)、版本號不同(經歷),內存與存儲不同(知識和經驗),更要命的是每個人之間并無標準化的協議——輸出(表達)有不同的方式、輸入(聽讀)有不同的方式、處理(理解)也各自有不同的篩選機制(大多數人只能聽到、看見自己想要的東西)…… 相互之間的溝通并未達成的時候,也不會像計算機那樣提供明顯的錯誤提示,比如其中一方完全不理解的時候(內存不夠用)可能依然不懂裝懂,或者完全處理不過來的時候(硬盤滿了)依然為了面子死扛…… > ... if you write it down and put it up on a Wiki or whatever that every employee reads, you as the founder get to basically write the law. Sam 使用的隱喻是“law”(法律),其實也可以用這個隱喻:“protocol”(協議)。 所以,從第一天開始,創始人就應該不斷地把 why 和 how 寫下來(我個人的經驗是連 what 都應該寫),放在一個所有人都可以隨時看到的地方——現在的公司最容易使用的也許就是 wiki 系統。 > It's one of the highest leverage things you can do that people don't. 顯然這并不是絕大多數人都認同的事情。事實上,我在自己參與的每個團隊里,都會遭遇不同程度的抵制——他們認為這東西沒必要,甚至認為這是浪費時間的…… 這到后來都成了我判斷團隊是否有過成功經驗的依據:那些做成過事的團隊和創始人,都是“一聽就明白這事兒非常非常重要!” 很多重要的道理和建議就是這樣,雖然不可或缺,卻因為看起來太簡單了,乃至于平庸的人們一致認為那肯定不重要。 Sam 在后半段談 HR 問題的時候,提到一個測試: > You know a classic test that I love to give is if I walk into a company beginning to struggle with these scaling issues, I'll ask the founders, "Like, if I walked around and pulled 10 random employees and asked them what the top three goals for the company are right now, would they all say the same thing?" > > And 100 percent of the time the founder says, “Yes. Of course they would." Then I'll go do it and 100 percent of the time, no two employees even say the same three top three goals in order. The founders can never believe it. 是啊,這連那些已經被 YC 看上了的創始人們都覺得難以置信。
                  <ruby id="bdb3f"></ruby>

                  <p id="bdb3f"><cite id="bdb3f"></cite></p>

                    <p id="bdb3f"><cite id="bdb3f"><th id="bdb3f"></th></cite></p><p id="bdb3f"></p>
                      <p id="bdb3f"><cite id="bdb3f"></cite></p>

                        <pre id="bdb3f"></pre>
                        <pre id="bdb3f"><del id="bdb3f"><thead id="bdb3f"></thead></del></pre>

                        <ruby id="bdb3f"><mark id="bdb3f"></mark></ruby><ruby id="bdb3f"></ruby>
                        <pre id="bdb3f"><pre id="bdb3f"><mark id="bdb3f"></mark></pre></pre><output id="bdb3f"></output><p id="bdb3f"></p><p id="bdb3f"></p>

                        <pre id="bdb3f"><del id="bdb3f"><progress id="bdb3f"></progress></del></pre>

                              <ruby id="bdb3f"></ruby>

                              哎呀哎呀视频在线观看