? ? 最近，博客園在技術升級上做了積極向上的努力，雖然中間過程出現反復，但姑且先不論最終升級后客戶體驗方面的提升，在升級過程中探索排查問題和解決問題的過程，本身就能幫助博客園團隊和廣大用戶積累經驗和提升能力，這種實踐機會是千金難買的。
? ? 閱讀了博客園官方的相關文章，其中充滿對廣大用戶濃濃的善意，這從多數同樣充滿關心的回復里能得到充分體現。其實，博客園團隊在本次乃至之后的升級過程中，不妨做得更自信些，畢竟博客園的技術實力和品牌擺在這里。
1?以春秋之意責備賢者，博客園的本次升級可以做得更好
? ? 從結果上來看，如果本次過程放在一般的互聯網公司，不能不算是個產線問題，有差別的是博客園交流技術的氛圍濃厚，不大會因此流失用戶。不過博客園管理團隊依然可以思考如下的問題。
? ? ?1 對于升級后的技術方案，針對當前并發流量，有沒有做過壓測？
? ? ?2 有沒有事先評估升級過程中可能會出現的問題，并以此做了回退等預案？
? ? ?3?高速開車換底盤的過程中，一般會用灰度發布的方式，一點點切流量，目的是對現有產線影響最小。本次升級，發布次數眾多，是不是每次都是全量切換？
? ? 總之一句話，可以分析本次有哪些改進點？如果再做一次，怎么能做得更好。復盤問題，是為了讓之后的升級更加平坦，也是為了讓之后的升級更加自信。
2?自信更可以體現在框架層面
? ? 我經常見到阿里團隊，在各種場合從框架角度介紹他們的組件或產品，而且不少框架和技術會在介紹后，影響面逐漸擴大，之后該組件或框架逐漸成為業內標桿。
?? ?比如現在我們要解決某個高并發等方面的問題，首先會想，阿里或其它著名互聯網公司是否有現成的解決方案。與之對應，我所希望看到的場景是，博客園所采用的基于.NET的框架體系，也成為業內的標桿，如果有人在.NET方面有問題，首先會想，博客園對此是怎么解決的。這樣的話，就單論技術層面，博客園的影響力也能進一步擴大。
?? 雖然我是做Java的，對.NET不大熟悉，但從本次博客園相關官方文章里，能看到不少“docker”，“云”，“高并發”和“負載均衡”等熱門詞匯，這說明博客園所用的技術第一不算落伍，第二還緊跟技術進步的潮流。在這基礎上，在不涉及到商業機密的前提下，博客園可以更為自信地在眾多場合介紹自身的技術框架以及相關技術實踐，比如介紹應對高負載的.NET體系框架方案。
? ? 希望不久的將來，能在諸多技術大會等場合，聽到博客園技術人員能自信滿滿地介紹自己的框架，底下是頂禮膜拜的廣大聽眾。? ? ? ? ?
3 可以更自信地不斷更新版本
? ? 本次版本迭代，影響面不小，但不能因此縮手縮腳，相反還可以更自信地完善技術乃至完善版本發布流程，畢竟博客園的技術儲備擺在這里。
? ? 我期待的博客園發版流程是，首先舉重若輕地通告，從某月某日某點到某點，進行發布；其次在發布過程中，雖然會出現個別功能故障，但總體不會出現大問題；最后是寫篇文章總結，比如在本次發布過程中，用到了xx技術，從功能上做了xx提升，在性能上有xx改進。
? ? 這其實也是諸多互聯網公司普遍流程，一般都是一月兩版本，甚至更多，每次發布雖然重視，但絕非如臨大敵。
? ? 發布時的自信來自平時的不斷總結以及充足的預案，只要不停止探索，一回生二回熟，成功次數多了，自信心就慢慢提升上來了。
4 我們可以為博客園做點什么
? ? 在博客園發展的路上，我們不應該僅僅做看客。
? ? 第一，先不說寫博客，就先說在評論別人博文時，應當注意影響，在爭論不同觀點時也應當盡量心平氣和，畢竟在博客園發表不堪的文字，更會讓博客園美玉有瑕。
? ? 第二，看到博客園偶有功能上的問題，乃至自己想到有改進點，可以找個合適的場合與博客園溝通。
? ? 第三，盡量多寫些有質量的原創博文，比如在寫文章前多找些素材，用詞造句時多斟酌，多加入些自己的思考。
? ? 第四，如果以當前的能力，寫不出足以留在首頁的文章，也可以通過不斷學習提升自己的能力，通過不斷寫作提升自己的文筆，這樣文章的質量就慢慢提升了。
? ? 本人對.NET技術不熟，所以在本文里也不敢據此提出此方面的見解，在最后也希望能拋磚引玉，引出更多高質量的相關技術文章。
?
)
)
