雖然我覺得多利益關係人的社群裡面，其實國家也不是唯一的利益關係方，而且利益關係方的地位可能會慢慢縮小，但我想外交部還是多邊架構為主，我們不太可能一下子說服他們說放棄掉多邊架構，我也沒有要影響外交部的想法。
我這邊實質的外交是公民社會或者是個人的身分在做，這樣做也有一些成果，因為我們做一些行政數位化或者是開放政府也好，也有一些整輸出的東西，很難用多邊的框架去跑。所以我對多邊框架沒有影響力，也儘量讓它不要影響我。
對，就像我說的，如果你編輯完之後，跟逐字稿一起公開的話，至少讓該看到的人看到，這個沒有問題，但看到之後，他們要如何follow up或決定，就超出我目前的權限範圍，就是這樣子。
對，我自己覺得政務官們，如果自己沒有第一手經驗，要去賣沒有第一手經驗的東西，其實是非常危險的事情，像之前的雲端、大數據之類的（笑），沒有一個不是這樣子的。
我自己在民間的時候，就對明明一台電腦可以放的東西，可以叫大數據就已經很反感了，所以要我進來推比較不是第一手經驗的東西，這個可能比較做不下去，這個是我個人的限制。
但是我至少可以做的是：不管是政務官或者是常任文官，看到某一些字的時候，第一手經驗知道是怎麼回事，所以這一種參與式的方式，讓我們知道整廠輸出的東西到底什麼東西，這個東西到這裡我都做得到。
但是，有了第一手經驗之後如何運用，我覺得還是尊重他們的專業。
那邊就重新設定了，再也沒有園區了，裡面沒有園區。
對，就是我們加了連結那個「‧」之前的狀況，這個我理解。
新的狀況是在「www.asvda.org」都已經有了，等於是「亞洲‧矽谷」計畫執行中心，跟行政院一臂之遙的執行團隊，大部分的一些都是矽谷回來的朋友們，帶的人是龔明鑫副主委。
在這一個架構底下，我覺得他們的兩個方向設定很好，一個是萬物聯網，包含IoT、IoB；另外一個是創新創業的生態系，而創新創業的生態系，具體來講，我們推了一堆法令，包含外部人才或是金融創新實驗條例，也就是像以前沙盒的東西，又或者是通訊傳播法或者是接下來公司法鬆綁，又或者是企業資產擔保法等等，至少把創新環境弄成跟其他的……我們盡可能突破大陸法系的限制，把創業環境弄到跟其他的差不多，這是一部分一直在做的。
另外，在創業的資源上，盡可能用投資去取代補助，因為補助就不希望它失敗，但投資的話，失敗幾次也沒有關係，這也是國發會做的方向。
而萬物聯網這邊，測試場域還是很重要，最近他們投的目標慢慢跑到AI，或者是IoT相關的資安，又或者是你剛剛也有提到的無人機、無人車。這一些好處是，台灣如果只看通訊跟零組件，台灣是很好的生態，現在只是有沒有往上回流的應用方式，他們在找的是比較回流式的東西，才把不管是轉型的傳統企業或者是新創能夠帶起來，並不是彼此競爭補助資源的狀況。
我起一個設定大方向，可能比較哲學性的作用，但是實際的執行完全是國發那邊在執行，我們每一季稍微檢討一下大方向有什麼出入，大概是這樣；然後覺得沒有園區（笑），跟園區一點關係都沒有（笑）。
這個其實我很關心的。
這個東西如果是用在災防的話，今年的EMIC會跟NCDR，NCDR你們還算熟了。
我知道，就是有互相介接。
NCDR的災害示警公開資料平台跟災害情資網。
對，所以你們既有接出來，也有餵進去？
我們現在的做法，他們之前跟EMIC的互相定位一直有政治上的考量，包含哪一些是災前、哪一些是災後之類的，我們在政治上把它解決了，所以基本上NCDR的這個圖你們應該大概都看過。
至少今年的汛期會直接整合到NMIC的首頁，所以至少不會不知道要開哪一個的狀況。
其實本來也不只這兩個，除了EMIC跟NCDR停水是要看台水跟北水的網頁；電中斷，台電也沒有放API出來；道路中斷只有省道才看得到，地區也沒有放出來。
對，大概要開六個網站，才能大概知道你家附近目前發生什麼事。
今年很具體的貢獻是：首先選定NCDR當作匯流這一些資訊的平台，接下來要求所有這一些地方都用開放資料的方式，然後讓NCDR可以接取。因為他們之前一直擔心流量一大的時候，NCDR的硬體沒有辦法承受，我們也幫它找到一個好的分流方法，所以應該是號稱「無上限」，就是多數人來都不會爛掉的情況。
對，像到通報量最多的時候，訊息就有一些不太穩的狀況，要開五個網站才看得到所有資訊的網站，至少集合到災害情資網，這個是我進來之後做得比較資訊上的一些輔助案。
請說。
可能要到汛期結束之後才會上線，他們很不想在汛期中間上線，這個是我非常可以體諒的事（笑）。
EMIC的狀況你也清楚，他們接了外面的東西之後會丟一些欄位，細節的資料會丟掉，明明在地址欄位有輸入比較細的資訊，因為沒有經緯度，所以出來的時候都沒有，所以變成新的中心點，又變成三個來源都有資料，去拿資訊量最少的一筆，也就是那一筆先來的一些情況。
我是請EMIC的同仁，他們有一個path throgh，他們拿到什麼，這邊就要能夠讓民間接什麼，他們要自己加值跟運算，那是一回事，但不是把運算後的資料再開放，而是把接到這邊做完格式的正規化就應該開放，這是為什麼NCDR現在可以接進來的最主要原因。
所以，我覺得這個部分至少他們有聽進去，廠商也在現有合約範圍之內，沒有在追加價款的情況下好像也做得到，因為我自己下去看原始碼，然後跟他們說不用加欄位（笑），然後就改幾行就可以了。
所以我覺得軟體架構上，我們不可能大改EMIC的架構，但是至少有一些資訊流進去而出不來的這一件事，我們覺得今年已經解決了，但是出來的部分能不能變成開放的格式……其實我們為什麼要推API的specification，有一點像是一個合約，一旦立下這個，未來就不能再改CEMA了。
對，對，對……像我之前協調自來水，加了一個停水的原因，可是是用CSV，然後就加在左欄，然後就爆掉，因為沒有去看第一排，然後就看第幾欄。
為什麼會加在左欄呢？因為之前沒有這一個經驗，所以我說要加在右欄之類的，千奇百怪。
但不管是CSV通包資料的說明，或者是有JSON的schema，其實未來就不會再改了，也就是明管已經確定了，之後接就不會爆掉的感覺。至少我覺得汛期結束之後，會督促他們儘快上線，這個是具體可以承諾的。
有了這個，大部分的運用還是要民間來做，這邊確保是它的正確性、會不會當掉；除此之外，你也知道很難再要求（笑）。
如果有穩定進行格式的AGI出來，也就是汛期結束之後會上線的話，登打的介面才會知道，不然大家都要追著你說的那一位廠商的格式跑，其實沒有什麼效益的話，而且大的災害在台灣有一個固定期間，所以沒有的時候就是我們來跑測試、各種各樣工作的時候，這一段工作期很長，我們希望這一段汛期結束之後，上一個階段做的是「前端統一」，也就是前端介面併起來，這個是統一的，但汛期結束之後就要做後端整合。
而後端整合的幾個注意點，不是要拆掉現有的系統，而是要讓進出口的管徑是明管跟能夠整合，再者是政府要很小心，不要跟民間搶事情做，我們自己把這個管徑的正確性確立起來，其實絕大部分的創新應該是由民間帶做，這是一個想法。
因此後端整合的工作，有可能加速，因為在「前瞻基礎建設」……
有，需要達到前瞻願景所必須的基礎建設。
有！請看「公共民生物聯網」那部分的災害防救。
對。那個其實是前瞻裡面我唯一有進去看程式碼，包含最後要給出什麼效益的部分，其他都是看一些大方向而已。
當時為什麼這樣下去看？因為主管部會跟別的都不一樣，一個是主、一個是協辦，通常大型計畫是這樣，但公共民生物聯網的部會都有在裡面，所以就很需要一個整合的工作，不然就會變成各提各的。
這邊我們就可以看到KPI非常包山包海，包含智慧治理打擊污染熱區、增加海域強盛預警時間、東部海域海嘯預警、地震與地球物理資訊盲斷層、業界參與廠商、產業平台推送、智慧河川管理等等都放在下一頁的指標裡面。這邊要做的事包含空氣品質、水質、海域、火山、地震、防災、民生災防等應用協定、Open API服務……這個不是我加進去的（笑）。
對。簡單來講，這個是你有看到，但不知道在真正。分項6的部分——還寫了兩次——是把其他別的分項產生出來的資料，有一個共同的平台，而這個共同的平台有一點像CDX，但比CDX更即時，更可以做SBT，因為之前他們一直缺的是雖然號稱有holi（音譯），但事實上大部分是在點在行政區的中心點，有用線段真的很少，真的有用holi（音譯）就更沒有。
前端登打的時候有，但中間過了一層人手或者是紙本就沒有了，然後到EMIC就沒有了，所以是一個……
……所以這一件事如果前端已經有holi（音譯），就可以完全完全無損失的進入EMIC，如果有進來的EMIC不用丟掉，直接出去，然後NCDR那邊可以做一致化的呈現。
所以如果前瞻過的話，裡面最大的部分其實還是在EMIC這邊到底要怎麼樣，可能用microservice的想法，可能拆到每一個部會都可以餵東西進來，然後可以在這邊做統包。
至少運算能力這一部分，畢竟是這一個部分可以花錢解決，但如何運用，我覺得那是接下來大家要好好坐下來談，反而NCDR的呈現部分相對簡單，NCDR很幫忙，那一個部分我不擔心，但這一個部分完全看其他分項到底丟什麼東西過來，所以到底要用什麼東西整合在一起，這是很需要規劃的。
不一定了，消防署可能在執行的時候，還是要當一個類似PM的角色。但是包含內政部資訊中心，這裡面很多寫的東西是災防辦會想額外加進來的資料，因為加了空污跟水資源這兩個。
空污跟水資源其實嚴格來講不是救災，可以說是一定程度上是防災，但有一點……水資源也是一樣，因為想要有一點像智慧電錶一樣裝智慧水錶的東西。
