最近，部落格園在技術升級上做了積極向上的努力，雖然中間過程出現反覆，但姑且先不論最終升級後客戶體驗方面的提升，在升級過程中探索排查問題和解決問題的過程，本身就能幫助部落格園團隊和廣大使用者積累經驗和提升能力，這種實踐機會是千金難買的。

    閱讀了部落格園官方的相關文章，其中充滿對廣大使用者濃濃的善意，這從多數同樣充滿關心的回覆裡能得到充分體現。其實，部落格園團隊在本次乃至之後的升級過程中，不妨做得更自信些，畢竟部落格園的技術實力和品牌擺在這裡。

1 以春秋之意責備賢者，部落格園的本次升級可以做得更好

    從結果上來看，如果本次過程放在一般的網際網路公司，不能不算是個產線問題，有差別的是部落格園交流技術的氛圍濃厚，不大會因此流失使用者。不過部落格園管理團隊依然可以思考如下的問題。

     1 對於升級後的技術方案，針對當前併發流量，有沒有做過壓測？

     2 有沒有事先評估升級過程中可能會出現的問題，並以此做了回退等預案？

     3 高速開車換底盤的過程中，一般會用灰度釋出的方式，一點點切流量，目的是對現有產線影響最小。本次升級，釋出次數眾多，是不是每次都是全量切換？

    總之一句話，可以分析本次有哪些改進點？如果再做一次，怎麼能做得更好。覆盤問題，是為了讓之後的升級更加平坦，也是為了讓之後的升級更加自信。

2 自信更可以體現在框架層面

    我經常見到阿里團隊，在各種場合從框架角度介紹他們的元件或產品，而且不少框架和技術會在介紹後，影響面逐漸擴大，之後該元件或框架逐漸成為業內標杆。

    比如現在我們要解決某個高併發等方面的問題，首先會想，阿里或其它著名網際網路公司是否有現成的解決方案。與之對應，我所希望看到的場景是，部落格園所採用的基於.NET的框架體系，也成為業內的標杆，如果有人在.NET方面有問題，首先會想，部落格園對此是怎麼解決的。這樣的話，就單論技術層面，部落格園的影響力也能進一步擴大。

   雖然我是做Java的，對.NET不大熟悉，但從本次部落格園相關官方文章裡，能看到不少“docker”，“雲”，“高併發”和“負載均衡”等熱門詞彙，這說明部落格園所用的技術第一不算落伍，第二還緊跟技術進步的潮流。在這基礎上，在不涉及到商業機密的前提下，部落格園可以更為自信地在眾多場合介紹自身的技術框架以及相關技術實踐，比如介紹應對高負載的.NET體系框架方案。

    希望不久的將來，能在諸多技術大會等場合，聽到部落格園技術人員能自信滿滿地介紹自己的框架，底下是頂禮膜拜的廣大聽眾。         

3 可以更自信地不斷更新版本

    本次版本迭代，影響面不小，但不能因此縮手縮腳，相反還可以更自信地完善技術乃至完善版本釋出流程，畢竟部落格園的技術儲備擺在這裡。

    我期待的部落格園發版流程是，首先舉重若輕地通告，從某月某日某點到某點，進行釋出；其次在釋出過程中，雖然會出現個別功能故障，但總體不會出現大問題；最後是寫篇文章總結，比如在本次釋出過程中，用到了xx技術，從功能上做了xx提升，在效能上有xx改進。

    這其實也是諸多網際網路公司普遍流程，一般都是一月兩版本，甚至更多，每次釋出雖然重視，但絕非如臨大敵。

    釋出時的自信來自平時的不斷總結以及充足的預案，只要不停止探索，一回生二回熟，成功次數多了，自信心就慢慢提升上來了。

4 我們可以為部落格園做點什麼

    在部落格園發展的路上，我們不應該僅僅做看客。

    第一，先不說寫部落格，就先說在評論別人博文時，應當注意影響，在爭論不同觀點時也應當儘量心平氣和，畢竟在部落格園發表不堪的文字，更會讓部落格園美玉有瑕。

    第二，看到部落格園偶有功能上的問題，乃至自己想到有改進點，可以找個合適的場合與部落格園溝通。

    第三，儘量多寫些有質量的原創博文，比如在寫文章前多找些素材，用詞造句時多斟酌，多加入些自己的思考。

    第四，如果以當前的能力，寫不出足以留在首頁的文章，也可以通過不斷學習提升自己的能力，通過不斷寫作提升自己的文筆，這樣文章的質量就慢慢提升了。

    本人對.NET技術不熟，所以在本文裡也不敢據此提出此方面的見解，在最後也希望能拋磚引玉，引出更多高質量的相關技術文章。

&n