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


2015年出差很少,感到整個技術都已經荒廢了,收到12月份TOP100的會議通知后,還是去充點電吧,不然心慌啊。對於軟件大會這種大雜燴式的會議已經沒有多少興趣了,看看這個TOP100組織得有何不同?

IMG_0788

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

新文檔 4_1

 

 

第一天(12月5日)

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

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

1)Hadoop在2.0中增加了YARN,強化了雲的管理功能

2)除了Spark外,還有一個叫Storm的系統,也可以進行實時大數據分析

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

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

IMG_0798

 

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

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

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

后台的service接口和實現分享,依賴接口;接口必須保持向下兼容。

采用面向切面AOP編程。

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

IMG_0793

 

3、產品創新的“望、聞、問、切”之法

微軟的高級顧問鄒英毅果然不一般,從她的PPT中學到了幾點:

1)制造時代,經銷時代,信息時代,用戶時代customer age

2)全球CEO的熱點問題:用戶行為的變化

3)挖掘用戶的真正需求:客戶要買的不是“電鑽”,而是牆上的洞

4)收購skype的啟示

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

6)觀察用戶的行為,問5次WHY

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

8)比爾蓋茨每年有個ThinkWeekPaper時間,國內的CEO有沒有?

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

IMG_0782

 

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

演講技巧有些欠缺,講到“二次尖叫”,你得多配些圖和例子讓在場的用戶尖叫一次也行啊!

IMG_0794

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

IMG_0795

 

5、自組織:如何用小變化創造奇跡?

數字油田中的自組織最近很火,我想聽聽互聯網中的自組織是不是一回事?

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

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

IMG_0796

 

第二天(12月6日)

1、分享docker在數人的實踐

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

聽課程PPT時聽說了trello,馬上安裝了一個,就是一個輕量級的看板,小團隊可以一試。(后面又聽了2個敏捷實踐,說經驗較少的團隊,還是從物理實體看板起步較好,等成熟以后再過渡到電子看板)

 

2、通過系統性技術方案提升移動端視頻觀看體驗

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

 

3、用即興劇原則打造敏捷應變的團隊(5星)

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

1)先做再說

2)協作

IMG_0799 IMG_0800

3)不要為了創新而創新

IMG_0801

4)精益創業

IMG_0803

5)這里也提到了移情圖和客戶旅程圖

IMG_0802

 

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

標題和畫面都挺震撼,可惜報告太啰嗦、氣氛太沉悶,講了半個多小時了還沒有講到實質性的內容,憤然離場。

IMG_0791

 

5、高效團隊的催化劑

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

IMG_0804

 

6、Javascript編譯實踐

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

IMG_0805

 

第三天(12月7日)

1、順豐敏捷推進之看板探索

對於大多數國內團隊的水平來說,這篇報告很有參考價值。

1)物理實體看板參與感強,是電子看板所無法比擬的。

2)根據自身的現狀來進行看板實踐,而不是照抄,只要做起來,以后慢慢逐步改善就可以了。

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

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

5)計划時間與實際時間的對比及測量

IMG_0812

IMG_0813

IMG_0814

IMG_0815

 

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

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

IMG_0816

1)傳紙條與wiki的結合

IMG_0817

 

2)堅持回顧,時間長了就有效果

IMG_0818

3)防火牆的故事

IMG_0819

4)測試休假的故事

IMG_0820

可惜今天是周一,聽報告過程中不斷接到單位的電話,無奈只能離場。

 

對會議主辦方的幾點吐槽

這次大會比軟件技術大會的收獲要多,總體來說干貨要多一些,就是會議日程太緊,報告太多。注冊會議時,安裝了buzz(拔絲)應用,可以提前看到幾篇PPT報告。此應用的當前功能還有些簡單,查找內容不太方便。微信中的公眾號中的PPT好像也是引用這里的PPT。可惜公眾號的功能仍有點弱,至少把會議日程放在公眾號中,再把PPT按日期、主題分個類,讓大家容易查找些。

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

抽獎環節,雖然獎品不重要,但一個人哪能只在一個會場呆着?聽到一位報告演講者說得挺好,“抽獎的最終目的是什么?”,是留住聽眾?是獲得更多的反饋?是獲得真正的反饋?是獲得點擊量?找到背后真正的原因,就可以把這個活動做好了。

在幾個會場的翻頁激光筆經常失效(可能是驅動或無線距離的原因),演講嘉賓經常打出手勢讓會場服務人員協助翻片。其中有一個會場,PPT始終切換不到大屏幕上,耽擱了十多分鍾,在另一個會場也發生了類似情況(不過時間非常短)。

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


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM