<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>

                合規國際互聯網加速 OSASE為企業客戶提供高速穩定SD-WAN國際加速解決方案。 廣告
                這條軍規更像是對架構師們的心理建議,軟件開發過程中,壓力無處不在。對于架構重構來說,壓力來源于多個方面:管理層、團隊成員、同級部門等等。說白了,架構重構對個人來說往往是一件出力不討好的事情。和做一個新產品能夠取得很高的贊賞相比,重構的成績往往并不受領導重視,而且出了問題還要承擔很大的責任。從軟件開發角度看,做新產品是從0到1,而架構重構是從-1到1,復雜性和難度通常更大。因此,重構的負責人要提前做好心理準備,舒緩壓力的一個技巧是,設置好里程碑,將重構的成果量化,并且和業務的變化關聯起來,定期向利益相關各方同步狀態,得到大家的理解和支持。 ## 檢查清單: * 架構的重構是否得到了管理層(特別是最高管理層)的支持?他們是否對重構的時間、任務量有直接的認識? * 你的重構計劃中是否包含了一些可以量化的成果?是否定期向管理層展示這些成果?
                  <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>

                              哎呀哎呀视频在线观看