2020 Domain Driven Design Taiwan - 關於使用者研究的省思

 

今天最意外的收穫就是在 DDD Taiwan 能聽到 Nor 大大的這場演講： 從使用者研究的幕後花絮談起，這個演講題目非常特別，研究的對象不但是運輸業還是線下的領域，對於都在搞線上大數據研究的我們產生了不少省思，此外 服務設計和研究場域利益關係人這兩個名詞對我來說還蠻新鮮的。 雖然是不同領域，且比較冷門的 session（Nor 大大還自嘲大家技術聽累了才來他這邊休息），但是從需求訪談的實際場域設計，讓我得到很多啟發和感觸！ 

ICA 參與式科技之轉化型行動計畫(Transformation Action Plan)

 

 

 

最近公司正在為了二轉升空正在如火如荼的制訂規劃新的 Vision & Mission & Strategy ，我也臨危授命的去幫忙帶了幾場 workshop，主要是想透過組合技 ORID 焦點討論法與團隊共創法，幫忙一線主管們回顧過去，找出影響團隊無法達成目標的障礙加以移除，並且展望未來。

 

 

雖然大家討論的很熱烈，也的確讓許多問題都浮出檯面，但是由於我忽略了幾個重要的環節，所以總覺得最終產出還是虛虛的，趁著這次的機會趕緊去報名了 ICA 今年度的 轉化型行動計畫(Transfromation Action Plan) 課程，也可以檢視上次的 workshop 有哪裡做的還不夠？

談到 ICA 的引導，就一定要先複習一下 ICA 參與式科技的引導原則：

• 包容性
• 帶著真誠的尊重來參與 (相信眾人的智慧)
  
• 探索的歷程
• 留意脈絡幫助瞭解與許下承諾
• 引導式的風格
  

要相信團隊成員的集體智慧，流程只是個工具，用來幫助思考的順暢，但重點還是尊重，並且讓大家能充分表達意見的包容力，所以引導者的觀察力與場控力真的很重要（這也得靠經驗累積）。

 

第五屆 Taipei Video Tech MeetUp 參加心得

source: kkstream

換了一個產業，第一次參加公司主辦的 Taipei Video Tech MeetUp 這次是在AWS台北總部舉辦，讓我有機會一探這高級的辦公室~XD

New Techs of Hadoop 2.0: Tez, Stinger, Knox & Falcon (3)

圖片來源：Hortonworks - Falcon

這篇應該是這系列的最後一篇， 老實說，當天Jeff 講到Falcon和Knox的時候時間已經不多了，所以講的很快很多細節的部份都跳過了，而且這兩個專案也的確很新，能見度相對低，也讓我花了不少時間去研究。(謎之音：其實你也是抄官網的內容，大家去看官網不就好~)

Falcon

Falcon這個專案是由一家叫做InMobi 這間公司貢獻的，截至目前為止(2013.12.15)仍是Apache incubator 中的新專案而且尚未GA，，那Falcon當初開發的目標是什麼呢？想要解決怎樣的問題？

其實就像目前許多廠商在問的問題，當你有了那麼多資料儲存在HDFS以後，然後呢？該怎麼管理和使用？到底哪些資料需要做Replicate? 哪些其實用完就真的可以砍掉？那多久要砍掉？

Google Cloud Platform Workshop 小記

(在這邊要感謝 Jazz大大辛苦的主辦，以及神通提供場地)

話說自從寫了- 初探 Google Cloud Platform - 1. Create instance 後，號稱要寫的第二步 Login Instance 的文章都還沒寫，而且也沒時間去把之前的疑惑解開，趁著今天參加 Google Cloud Platform Workshop 想說應該可以解決部份的疑惑。

在這邊把筆記整理一下跟大家分享 (筆記的準確度根據理解程度可能有誤還請見諒~:P)

一開始是在介紹Google 的豐功偉業(其實我相信大家都很瞭解，應該不太需要再介紹~XD)

然後進入Google 知識加時間：

大家知道google 的Search Index 目前有多大嘛? (100PB)

目前TeraSort 的紀錄是幾秒呢? (Google + MapR 的1TB 54秒，破之前Yahoo的紀錄)

接下來就是令人感到興趣的主題，Agenda分別是：

1. Google Cloud Platform (GCP) 介紹

2. 如何在GCP 上架設Hadoop Cluster

3. Big Query

Google Cloud Platform (GCP) 介紹

在介紹如何使用GCP 之前，當然一定得先提一下為什麼要使用GCP，首先一個很大的賣點就是Google 所有的Data Center 都是使用Google Fiber 在串接，所以Zone 與Zone 之間，Service 與Service 之間通通都是享受到光纖的速度，此外Google 為了他們本來主要服務(如Google Search , Gmail, youtube...等)就有跟各國各大ISP合作，所以在網路頻寬和速度上更是有一定的品質與保障。


接下來就是介紹GCP 的整個概念，如同我之前所研究的，GCP 以一個Project 為單位，Project 與Project 之間都是isolate，一方面增加安全性，一方面又可以確保資源的品質，此外在這邊講者特別有提到 GCP 的 I/O CPU Network 其實是分開處理的? 所以不像傳統由同一個Host 去分配資源容易有瓶頸？(這一段不是很確定有沒有聽對~XD)

關於Disk 的部份就如同之前研究的：

Scratch Disk = local Disk (關機資料就消失，但是Performance 比較好)
Persistent Disk = EBS Disk (最大10TB 最多16Disk，建議給Root Disk 使用)

此外也趁機問了之前對於Zone 的疑惑，到底進入maintain mode 的zone 我們的instance 會怎麼樣？

講者的回答是，目前GCP 已經有提供好幾個Zone  是no maintain windows 代表他有Live migration 功能，我們就不用擔心如果這個zone 進入maintains，他們會自動幫我們做Live migration，Cool~~

下圖就是講者就做了一個小Demo，利用Google App Engine 寫程式去控制 GCP，要在一分鐘左右開啟100台Instance，並且使用Heap Map 的方式顯示。

講解完了運作原理，當然也要講一下GCP的Performance 摟，跟某Logo 是黃色的公司比較起來~XD

這張投影片講到整個Hadoop Cluster 是怎麼在GCE上運作的

中間穿插著實際Demo 的案例(Live Demo 難免都會有點小出搥~XD)


在Demo 完後就進入大家倍感好奇的BigQuery，一開始先說幾個常常會需要用到的Query 案例，比如說搜尋App Store 排名前20的App，或是DataCenter有多少機器效能低落應該要更換了...

那到底在什麼情境會需要BigQuery 呢？(接來幾張投影片就是重點了)其實跟Spark 和 Shark 一樣，BigQuery 特別適用於在Interactive analysis的情境。

在講到這張投影片的時候我一度以為Big Query 就是在BigTable 的Query (還是真的是!?)

接下來講者就舉一個Query 的範例，到底如何利用Dremel 的架構實現 BigQuery

最後講者舉了一個很有趣得實際應用案例，就是Data Sensing Lab 跟Google合作，在Google  I/O Conference 佈署了很多的Sensor ，然後利GAE + GCP 所實作出來的應用案例，有興趣的可以看這個連結。

以上倉促報告完畢~(照顧小孩去~Orz..)

ApacheCon2013 - Mastering Sqoop for Data Transfer for Big Data

圖片來源：siliconweek

這個Talk同樣是由Cloudera 的工程師 Kathleen Ting 和 Arvind Prabhakar 來輪流報告 (我也不知道為啥他們同一份投影片要輪流穿插講)，主講的題目是Mastering Sqoop for Data Transfer for Big Data，不過主要的內容是在講解Sqoop1 的缺陷，以及目前他們在發展的Sqoop2 預計怎麼改上Sqoop1的缺陷。

Sqoop的主要功能就是 SQL to Hadoop and vice versa，而Sqoop1的特色如下：

• Base on connectors
• Responsible for meta data lookup,and data transport
• Majority of connection are JDBC based 
• Connectors responsible for all supported functionality
• Hbase import, Avro Support

也就是說Sqoop1 其實很單純只是一個Client side的工具，都必須在Local 執行，且需要Root的權限。此外如下圖所示

圖片來源：sqoop

而 Sqoop1 目前所遇到的挑戰：

• 只使用原生的JDBC，沒有使用每個平台特定的Driver
• 例如Oracle 的Driver 所提供的最佳化。
• 安全問題 
• 用明碼記錄帳號密碼，甚至把帳號密碼設定在Config File裡
• Type mapping is not clearly :
• Client needs access to Hadoop binaries configuration and database
• JDBC model is enforced (這樣可能造成要符合Hadoop 模式會有問題)
• Non-uniform funtonality
• Difference connectors support different capability
• Overlap / Duplicated functionality
• Different connectors may implement same capabilities differently

上述的問題都是由 sqoop1 的歷史包袱所造成，因為一開始sqoop是設計給都是給power user 使用，主要用在內部系統有大量的資料在轉移的需求，所以就很少考慮到安全性問題。

為了解決這些問題，在Cloudera所主導開始了 Sqoop 2  (CDH4)的版本，這個版本主要的改變是多了一個Server 當中間者的架構，很多東西都儲存在Server 那邊，目標就是把sqoop從一個Tool變成一個Service，整個架構改成如下圖所示：

圖片來源：sqoop

圖片來源：ApacheCon 2013

Design goals

• Ease of Use
• Uniform functionality (不需要specific table?)
• domain specific interactions 
• Ease of Extension 
• No low-level Hadoop knowledge needed
• No functional overlap between connectors
• Security and separation of Concerns
• Role based access and use

主要的改進如下：(不過有些我也還不是很瞭解)


Sqoop提供兩種連線方式 (Connection vs Job meta)：

• Connection (distinct per database)
• Job (distinct per table)

運作原理如下：

1. Connectors register metadata
2. Metadata enables creation of connections and jobs
3. Connections and jobs stored in metadata repository
4. Operator runs jobs that use appropriate connections
5. Admin set policy for connection use

在當下我不太了解，所以有跟講者確認，她說 Connector 由admin 去產生， 工作由operator 拿這個connector 去工作，這樣就不用洩漏帳號密碼。

所以Security方面改善如下：

Support for secure access to external system via role-based access to connection objects

• Administrator create/edit/delete connections
• Operator use connection (session base?這點待確認)

Usability $ Extensibity:

• Connections and jobs use domain specific inputs (Tables, Operations, etc) 
• Domain isolation and thus easy to understand and use
• Connectors work with intermediate Data format
• Any downstream functionality needed is provide by swoop framework

所以新版的Sqoop還是有許多地方需要在研究了解~ (Sqoop2目前是1.99版~XD )

最後幫他們宣傳一下sqoop2 專案還很缺人，現在加入還蠻有機會變commiter唷~XD

Reference:
[1] Apache Sqoop: Highlights of Sqoop 2
[2] Sqoop2 apache wiki

ApacheCon2013 - Text Lacks Empathy - Noirin Plunkett

延續上一篇"How to Delegate Like a Boss"，這個Talk也是關於Open source 專案營運管理會遇到的問題，也就是所謂的溝通問題，因為Open Source 專案的開發人員散布在全世界，最常使用的溝通管道不是透過Email就是IRC ，所以如何透過文字有效的溝通就是一個很重要的課題 - Text Lacks Empathy 

而這位紅髮姑娘 Noirin Plunkett 的主要職業是一個Technical writer，所以她也特別明白文字的力量，和該如何注意用字遣詞。就如同上圖都是在講Ship 和 Shipping 其實都有很多意義。

最重要的注意的是：We are not writer , We speak with our fingers. ..

同樣的字句，通常透過不同的語調就會有不同的意思，但是對於讀者來說可能都會有自己的解讀，比如說 sure it's fine 語調不同就會有不同的意思，所以用這些字句似乎可能得小心。

 下面是她建議的一個Email Template格式 (其實很普通常見)

---

Tact template

Hello $your_name,

$body

Thanks,

$my_name

---

所以下面幾點就是在溝通時要注意的：

Using Social Code
(在問別人狀況時，也許可以先說自己的狀況，所以老外最愛問人家how are you? How do you do?)

Listener ,try not to second guess. 
(不要想太多，對於人家的文字有過度解讀)

They don't know how you feel. State your emotions
(要清楚的說出自己的心情，不然人家從字面不知道你真正的意思)

Paraphrase (釋義)
(在聽到別人的話後，可以用你理解的話再反問一次，來確定是不是他的意思)

她也覺得顏文字非常很有力，可以多加運用

Try to be nice 
(就算人家是grek 但是還是要對他好，不然永遠不會有好的溝通)

其實最好的溝通方式還是當面，用Email通常已經是最不得已的方式
(Email --> IM or IRC--> Voice -->video --> Real Life)

所以她認 yahoo目前也是因為這樣的原因才要取消remote work，因為面對面溝通會比較好，對於外國人來說，最常看見的就是大家一起到公司，就算再玩，都可以建立關係和trust，這樣之後不管是工作和合作起來才會比較方便和順利。

It's not a competition 
(所以發email 的速度慢一點，不要一直cc bcc 來去，如果發的頻率太高，到時候人家就會不想看你的mail，想說這傢伙總是用寄信的)

Use the passive
(用被動語句 "The build broken"  ，對事不對人)

If it doesn't matter, do it their way.
If it doesn't matter and you still want to do it your way, you're lying.
If you care , say I don't want do your way, because following reason…..

ApacheCon2013 - Apache in Business Panel

ApacheCon 這一場Business Panel 主要是邀請幾間把他們公司產品Open Source 出去的大廠，所以還蠻值得一聽的，畢竟對於公司來說最常問的問題就是參與Open Source有啥好處，可以帶來啥商業價值？如何跟社群共處等問題....

整個Panel是由主持人準備幾個問題，然後由每間公司分別回答。而我也盡量用我的聽力把重點記錄整理下來。

開場白：Apache 的精神就是不被任何人擁有，大家一起成長

---

你們覺得Apache怎麼看 Business vs Open source

Bertrand Delacretaz (Adobe): 目前Adobe 90%專案都是使用或跟apache 專案有關，對於adobe認為，apache 的專案都是基礎共通的部份，每天公司可以在上面加值應用，所以不會牴觸

Phil Robb (HP) : 因為這些open source 的user 就是他們自己本身，所以市場本來就很清楚，然後為了自己使用方便，所以會更努力的讓這個程式更好

Mark Hinkle(Citrix): 如果你加入open source 你可以跟user 更接近，使用者可以更容易加入你，給你意見和幫你測試，Cloudstack 之所以要加入apache，因為apache 的方式與流程，很有公信力，對於open source 成長很有幫助，也不像GPL那麼有限制

---

加入了Apache 和open source 有啥影響

Mark Hinkle(Citrix) : 當然一開始每天都在掙扎，因為有點失去了自主的控制，但是只要follow apache 的方式，了解apache的文化，的確還是有用的

Phil Robb(HP) : 要學會跟社群相處，學會怎麼溝通和推動產品的方向

Bertrand Delacretaz (Adobe): 跟傳統的公司開發差很多，因為不是中央集權，這是一個分散式的架構，所以對於產品的開發與release 的管理方式就要因應有所改變，因為你不能壓了時間就要求大家一定要release，因為很多人都是義務幫忙的。

Phil Robb(HP) : 發現省錢是越來越不重要，反而是要跟工程師學會越來越彈性，因為對於軟體公司這些社群都是資產，會幫助HP。整個apache 的方法，不管對於Manager 和 Architect 都是跟以往很不一樣，必須要學習怎麼分散式的工作，但是Open source 已經是趨勢無法抵擋只能擁抱

Bertrand Delacretaz (Adobe): 我同意花費不再是專注於省錢，花多少錢，而是專注於軟體的功能，可以解決什麼問題，因為很多傳統的軟體工程方式，估價方式幾乎都不管用(永遠會落後進度)，此外要教會員工怎麼與社群一起工作開發專案，也是一個挑戰，但是公司最後還是會從中的到益處

結論：

對於軟體產業的cost 最花錢的的是行銷和客戶關係，反而不是RD人事費用，但是加入了社群後，這些花費反而可以解少，透過apache 的光環就自己被宣傳，使用者自己會來使用，測試，回饋，此外如果要聘用好的工程師，最容易驗證的方法就是從open source community 去找到人才，因為這個人的品質，能力是被大家驗證和所見的。

---

Apache 該如何在教育界推廣

對於美國學生來說，目前對於工程師Geek 的type都是覺得不酷的，所以還是很少人願意投入，所以這也是apache foundation想要嘗試解決的問題，而且透過apache的方式，人來自全世界各種人，所以可以增加多元性(人種，性別…等)。

apache  之後會有什麼計畫，類似童子軍一樣，從教育來改變嘛？

但是Apache不用像一般公司一樣，一定需要所謂的未來發展與十年願景之類~:P (像是IBM每年都會有啥趨勢預測)

但是apache 本身就由 User 和 Developer 的組合，趨勢就是由這邊去產生的，所以是由下而上去推動，不是由上而下推動

所以apache foundation 的任務不是要往哪裡方展，基金會唯一的目標就是協助發展更好的軟體，所以方向還是由工程師去推動

所以不管是獨立開發者和企業都對等重要的~

---

最後開放的Q&A：

有人問，這些公司怎麼看待Github，同樣是Open Source 怎樣的專案會選擇放入Apache？

Bertrand Delacretaz (Adobe): 對於公司來說，通常是長期基礎發展的就會放入apache，但是如果是短期實驗之類的就會放入github

Mark Hinkle(Citrix) :Github 對 Citrix 來說是專門用來發展branch 和 plugin 的地方，讓使用者可以自由發展發揮創意的地方

Bertrand Delacretaz (Adobe): Adobe 提醒，把東西放在Github要小心，因為對於軟體的擁有權，使用權…等，是不確定的有很多模糊地帶，所以是很重要的東西放上去要小心

雲端運算策略研討會 - 早場政令宣導

圖片來源：賽德克 巴萊之歌 莫那魯道和300名壯士合唱走過彩虹橋

本週為跑趴週(這週有非常多的研討會@@)，今天的是雲端運算策略研討會，一開始的開幕儀式非常令人噴飯(好啦官方做儀式本來就會這樣)，儀式內容(影片)是這樣，檯面上放一個被切兩半的彩虹，一半代表政府一半代表業界，然後所有參與雲端開發測試平台的廠商陸續上台，把代表公司的貼紙貼在彩虹上面，貼完後再把兩半的雲合起來，代表產官合作建造雲端服務.....

圖片：開幕儀式

下面小弟我就針對每個Session嘗試記錄一些重點，如果懶得看，那就直接跟你講重點! 簡單一句話"把以往的政府e化改成雲化"，以上報告。

雲端開發測試平台

詳情請見雲端開發測試平台網站，這個網站設立的目的就是一來讓各家廠商揭露初他們的研發成果，二來還可以達到招商的作用。

資料來源：測試申請服務流程

至於要怎麼來測試是真雲還是假雲，根據這張投影片(測試食品雲)，似乎是由以下幾種方法：

1. 測試資源是否可以彈性調度 (how?)
2. 大量服務連線測試
3. 服務不中斷測試
4. 大量資料及邏輯處理

醫療雲

澳洲是全世界第一個挑戰，建立一個中央集權的電子病歷系統(PHR)

而台灣有500家醫院，兩萬家診所，目前台灣作法，電子病歷還是留在醫院，但是把Index Server 放在政府端，但是仍需要民眾同意(病人同意書-紙本)，政府目前正在推行三年計畫，已經有127家醫院有這樣的服務(醫院必須有伺服器安裝體Gateway)，跨院國家電子病歷系統，完成簽章後儲存於EMR主機，目前只交換報告(文字資料約30k)，目前計畫把Gateway 虛擬化後放在IaaS，讓各家小醫院診所可以直接擁有這些Gateway，系統架構如下圖所示：

教育雲

簡單一句話把所有學校的機房電腦和校務系統，Mail系統，統一集中到教育雲上(某個IaaS上)，降低學校管理維運成本。

食品雲

目標明年超商50%以上的產品可以在"食品雲"上查詢，建立跨平台跨部會的資料交換，此外政府輔導食品業者資訊化，雲端化....架構圖上赫然發現Hadoop、Hbase Cluster，然後報告的長官很快速的就帶過去。(長官辛苦了~XD)

展場攤位

今天新聞亮點：中華電信的Virtuoso

HiCloud 是由Vmware Solution所架構的IaaS，而Virtuoso則是由XCP 所架構出來的IaaS所以在成本上可以降低很多，但是少了Vmware 的加持，就必須要花費更大的心力去研發做到真正的彈性擴充功能，只能說中華電信加油！

小小的展場，居然有兩家公司還有請Show Girl，不過我不敢拍~:P

乎~感受到記者截稿壓力...至於下午場因為有智財權，不能把拍照的照片放上，我就不特別報告了~:P

海峽兩岸雲端運算產業合作研討會

今天原本是去聽海峽兩岸雲端運算產業合作研討會，原本內容應該如下：

大陸刻正扶植雲計畫及開發多個城市試點，其未來發展策略及佈局為何？百度與Google分庭抗禮的秘密武器「框計算」(Box Computing)究竟為何物？聯想完成「個人雲」的戰略佈局，推出結合終端四屏的移動網際網路服務，目標瞄準蘋果的雲端服務(iCloud)，最後誰會勝出？兩岸雲端運算產官學研重量級代表齊聚，精闢分析兩岸雲端合作發展趨勢，保證精采可期。

結果到了現場變成了海峽兩岸"高新"產業合作研討會，討論四大領域，LED、面板、雲端產業、物聯網 (咦？...LED和面板跟對岸還有戲唱嘛？不是都被吃死死的？)，而且老實說聽完演講感覺還蠻失望的，不過不是對演講內容失望(因為本來就沒有太大期待~:P)，而是對台灣的發展感到憂心，很多題目其實在一兩年前都已經聽過，但是台灣都還停留在概念，願景的階段，而大陸很多都已經進入試營運，和大量佈建的階段，這個研討會美其名是大陸來台找合作夥伴，吸引陸資來台採購，但其實是大陸來這邊展示和來台招商吧。

研討會一開始是~~前~~前經濟部長王志剛(現在是外貿協會董事長)上台致詞，從"各位尊敬的領導、前輩，早上好～"開始，我就有一種置身在北京的感覺，接下來更是聽著大官們在互相吹捧對方的，感覺整個很糟糕。(ZZZZzzz,,,,,)

在各位大官表演完畢，簽了啥戰略合作意向書之後，四大領域的演講就各自帶開，我負責去聽的是物聯網，下面我把每間公司比較有趣的投影片內容列出來，研討會心得，用遊記寫法~:P

ZTE中興

中興的研究主軸比較偏向網路端，並且列出了許多目前物聯網在大陸的實際應用。

物聯網市場預估

物聯網的架構

上海世博會車輛監控應用

太湖藍綠藻監控

行動支付在大陸也是物聯網的領域

研華科技

漂亮的投影片但都是從IBM抄來老梗

介紹物聯網的定義

物聯網架構可以分成三層

最下層為「感知層」，由各種資訊擷取、識別的感知元件所組成 (Sensor、Meter...等)；中間為「網路層」，即各類無線傳輸技術；最上層為「應用層」，即物聯網的各種應用領域也就是軟體(管理系統平台)。硬體和網路本來就台灣的強項，只要把軟體好好發展，在搭配現在的雲端運算，一整個就非常適合台灣發展，但是....唉....

物聯網產業比重IDC提供

中華電信

物聯網的應用領域

中華電信跟物聯網相關的應用與產品

上海坤銳電子

2009-2013年中國手機行動支付成長趨勢

目前大陸主要行動支付的解決方案

坤銳電子展是他們的評價行動支付方式

根據他們的說法，根據最近觀察，在短期間內iphone也不會支援NFC，然後其他手機的支持度也還不高，所以目前最有可能與最平價的方法，就是使用外掛模組~XD

結論：

靠政府不如靠自己，在台灣軟體產業和雲端產業真的要好好思考如何與物聯網這個題目搭配，走出屬於台灣的路。