博客園在升級的路上，不妨更自信些，同時說說咱們能夠爲博客園作些什麼

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

    閱讀了博客園官方的相關文章，其中充滿對廣大用戶濃濃的善意，這從多數一樣充滿關心的回覆裏能獲得充分體現。其實，博客園團隊在本次乃至以後的升級過程當中，不妨作得更自信些，畢竟博客園的技術實力和品牌擺在這裏。

1 以春秋之意責備賢者，博客園的本次升級能夠作得更好

    從結果上來看，若是本次過程放在通常的互聯網公司，不能不算是個產線問題，有差異的是博客園交流技術的氛圍濃厚，不大會所以流失用戶。不過博客園管理團隊依然能夠思考以下的問題。

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

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

     3 高速開車換底盤的過程當中，通常會用灰度發佈的方式，一點點切流量，目的是對現有產線影響最小。本次升級，發佈次數衆多，是否是每次都是全量切換？

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

2 自信更能夠體如今框架層面

    我常常見到阿里團隊，在各類場合從框架角度介紹他們的組件或產品，並且很多框架和技術會在介紹後，影響面逐漸擴大，以後該組件或框架逐漸成爲業內標杆。

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

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

    但願不久的未來，能在諸多技術大會等場合，聽到博客園技術人員能自信滿滿地介紹本身的框架，底下是頂禮膜拜的廣大聽衆。         

3 能夠更自信地不斷更新版本

    本次版本迭代，影響面不小，但不能所以縮手縮腳，相反還能夠更自信地完善技術乃至完善版本發佈流程，畢竟博客園的技術儲備擺在這裏。

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

    這其實也是諸多互聯網公司廣泛流程，通常都是一月兩版本，甚至更多，每次發佈雖然重視，但絕非如臨大敵。

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

4 咱們能夠爲博客園作點什麼

    在博客園發展的路上，咱們不該該僅僅作看客。

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

    第二，看到博客園偶有功能上的問題，乃至本身想到有改進點，能夠找個合適的場合與博客園溝通。

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

    第四，若是以當前的能力，寫不出足以留在首頁的文章，也能夠經過不斷學習提高本身的能力，經過不斷寫做提高本身的文筆，這樣文章的質量就慢慢提高了。

    本人對.NET技術不熟，因此在本文裏也不敢據此提出此方面的看法，在最後也但願能拋磚引玉，引出更多高質量的相關技術文章。