參加2015年TOP100會議的零散筆記

2015年出差不多，感到整個技術都已經荒廢了，收到12月份TOP100的會議通知後，仍是去充點電吧，否則心慌啊。對於軟件大會這種大雜燴式的會議已經沒有多少興趣了，看看這個TOP100組織得有何不一樣？

會議分爲了產品創新/用戶體驗、團隊管理/組織發展、架構設計/技術戰略、開發管理/流程再造、測試管理/質量平臺共5個分會場，拿到會議手冊時仍是挺眼花繚亂的，除了對測試不太感興趣外，其它4個主題仍是都想聽聽。

 

 

第一天（12月5日）

一、大數據實時處理系統實現及其設計

對比了同時9點開講的5個報告，我選中了美國微軟胡魯輝的《大數據實時處理系統實現及其設計》，油田的勘探大數據一直不知道如何落地，我想從中找點靈感，另外主要是想看看油田的錄井實時數據有沒有什麼解決方案。因爲會場中對大數據瞭解的人很是少，老師省掉了PPT中的許多詳細技術細節，對我來講了解了幾個要點，其它也就聽不懂了。

1）Hadoop在2.0中增長了YARN，強化了雲的管理功能

2）除了Spark外，還有一個叫Storm的系統，也能夠進行實時大數據分析

3）Hadoop/Spark重點是對數據進行切割，而Storm重點對計算功能進行切割

4）Amazon的Kinesis雲是一種實時大數據處理雲，提供實時大數據分析服務。

 

二、螞蟻金融移動應用OSGi模塊化架構實踐

聽這篇報告主要想了解一下OSGi有啥用處和好處，惋惜沒聽到。另外就是了解如何進行模塊化拆分。

有界面的application要實現移定性隔離，它崩潰了不能讓整個應用閃退。

後臺的service接口和實現分享，依賴接口；接口必須保持向下兼容。

採用面向切面AOP編程。

另外就是關於OSGi中的bundle的優化，保證啓動速度。

 

三、產品創新的「望、聞、問、切」之法

微軟的高級顧問鄒英毅果真不通常，從她的PPT中學到了幾點：

1）製造時代，經銷時代，信息時代，用戶時代customer age

2）全球CEO的熱點問題：用戶行爲的變化

3）挖掘用戶的真正需求：客戶要買的不是「電鑽」，而是牆上的洞

4）收購skype的啓示

5）移情圖（或叫同理心地圖）的應用來洞察客戶

6）觀察用戶的行爲，問5次WHY

7）客戶旅程圖，每一個階段均可以使用望聞問切的辦法來找到痛點和改善點

8）比爾蓋茨每一年有個ThinkWeekPaper時間，國內的CEO有沒有？

9）創新時單從一個好技術出發，去想如何去賣，常常會失敗。而要從用戶的問題出發，挖得足夠深。

 

四、小米盒子----品類創新之路

演講技巧有些欠缺，講到「二次尖叫」，你得多配些圖和例子讓在場的用戶尖叫一次也行啊！

但對小米的極簡遙控器仍是蠻欣賞的，可能天貓魔盒的遙控器也是抄小米的。

 

五、自組織：如何用小變化創造奇蹟？

數字油田中的自組織最近很火，我想聽聽互聯網中的自組織是否是一回事？

大會上講的PPT好多張在buzz中找不到，在團隊中不求大的改進，小的變化持續作上6個月，就會發生驚人的變化。

自主性、變異性、應變力、帶動力，最後產生滾雪球的效應。

 

次日（12月6日）

一、分享docker在數人的實踐

最近docker很火，docker不是在操做系統上虛擬化，而是應用級別的虛擬化，但在數字油田上有用嗎？我仍持懷疑態度，可能油田信息化當前的痛點還不在雲上。

聽課程PPT時據說了trello，立刻安裝了一個，就是一個輕量級的看板，小團隊能夠一試。（後面又聽了2個敏捷實踐，說經驗較少的團隊，仍是從物理實體看板起步較好，等成熟之後再過渡到電子看板）

 

二、經過系統性技術方案提高移動端視頻觀看體驗

樂視針對應用啓動、視頻起播、劇集切換、播放卡頓等問題作了針對性的小改進，如：延遲加載、更小的視頻切片、減小網絡請求、雙播放器等，就是這一個個小改進提高了用戶體驗，上課時我安裝了樂視應用，體驗還不錯，看來演講人唐勁維分享的目標已經達到了。

 

三、用即興劇原則打造敏捷應變的團隊（5星）

這應該是幾天內聽到的最好的演講之一，我定爲5星。香港大學客席講師果真演講技巧豐富，可以充分與觀衆互動，原來心流Flow的狀態不只僅是一我的專一於學習時要達到的狀態，在聽PPT報告時也能夠達到Flow的狀態。

1）先作再說

2）協做

 

3）不要爲了創新而創新

4）精益創業

5）這裏也提到了移情圖和客戶旅程圖

 

四、八百萬行代碼的質量守衛戰

標題和畫面都挺震撼，惋惜報告太囉嗦、氣氛太沉悶，講了半個多小時了尚未講到實質性的內容，憤然離場。

 

五、高效團隊的催化劑

看出符章文是拼在一線上的團隊領導者，裏面的一些體會都是實幹出來的經驗。頻繁代碼評審、慢就是快，交付閉環。核心片子在這一張：

 

六、Javascript編譯實踐

看這標題我誤覺得Javascript可以編譯執行了呢，原來就是指壓縮、混淆化和優化，還能完成國際化、漏洞兼容性檢測等任務，但對開發人者有更高的要求。想要代碼快，就要犧牲掉一些Javascript的語法特性。

 

第三天（12月7日）

一、順豐敏捷推動之看板探索

對於大多數國內團隊的水平來講，這篇報告頗有參考價值。

1）物理實體看板參與感強，是電子看板所沒法比擬的。

2）根據自身的現狀來進行看板實踐，而不是照抄，只要作起來，之後慢慢逐步改善就能夠了。

3）從想法到需求分析，到需求確認，再到故事拆分、編碼及測試等，甚至專項技術研究均可以歸入看板管理。

4）幾種顏色、泳道在實踐中慢慢調整和改進。藍：需求，綠：用戶故事，黃：專項技術，粉紅：缺陷，桔紅：阻礙。

5）計劃時間與實際時間的對比及測量

 

二、中興網管UEP項目告警團隊敏捷轉型之路

挺喜歡這個項目負責人演講的風格，經過一個個小故事引出來團隊管理中遇到的問題，而後再逐步推動變革之路。

1）傳紙條與wiki的結合

 

2）堅持回顧，時間長了就有效果

3）防火牆的故事

4）測試休假的故事

惋惜今天是週一，聽報告過程當中不斷接到單位的電話，無奈只能離場。

 

對會議主辦方的幾點吐槽

此次大會比軟件技術大會的收穫要多，整體來講乾貨要多一些，就是會議日程太緊，報告太多。註冊會議時，安裝了buzz（拔絲）應用，能夠提早看到幾篇PPT報告。此應用的當前功能還有些簡單，查找內容不太方便。微信中的公衆號中的PPT好像也是引用這裏的PPT。惋惜公衆號的功能仍有點弱，至少把會議日程放在公衆號中，再把PPT按日期、主題分個類，讓你們容易查找些。

會議手冊的前3頁按日期排列，後面的報告大綱卻按主題排序，目錄頁上也不標頁號，每次對着會議手冊來回翻着會議日程去找後面的報告簡介真是不易。

抽獎環節，雖然獎品不重要，但一我的哪能只在一個會場呆着？聽到一位報告演講者說得挺好，「抽獎的最終目的是什麼？」，是留住聽衆？是得到更多的反饋？是得到真正的反饋？是得到點擊量？找到背後真正的緣由，就能夠把這個活動作好了。

在幾個會場的翻頁激光筆常常失效（多是驅動或無線距離的緣由），演講嘉賓常常打出手勢讓會場服務人員協助翻片。其中有一個會場，PPT始終切換不到大屏幕上，耽擱了十多分鐘，在另外一個會場也發生了相似狀況（不過期間很是短）。

看來主辦方麥思博仍有很多事情有待完善。