有一些AP server，跑什麼不重要，但是機器數量是固定的，也就是雲端自動延伸，你們本來沒有寫進去，可以這樣說嗎？
你們是固定數量AP server做負載平衡，現在變成一百個AP server的話，你們程式也要調整，還是不用調？
也就是說，之前壓測是以目前AP server的數量。如果無法負擔，那中心這邊要想辦法提供運算資源。
像之前別的案子——EMIC——也就是雨下很大的時候，大家要看防救災系統，路、水、電的目前民生資訊，那個有固定數量，但防救災跟報稅很像，一年裡面不會用到，某一個月份會很多人出來用，所以有固定的伺服器數量，後來發現到一個極限，像梅姬颱風可能三倍左右的話，硬體沒有辦法負載，但是要為了梅姬颱風的三倍買一大堆的伺服器在那邊是不經濟的，所以我們現在正在輔導他們跑到中華電信現在有一個可以做自動雲端延伸——HGR——的服務。
HGR是hicloud government region，是他們用目前賣給民間hicloud的方案，變成是在GSN，等於是政府內部網路裡面有一個專用區，但是在那一個區裡面可以做到負載高過某個量，自動開伺服器給你，只要把某個範本壓出來，就會自動開非常多台機器給你。
好處是我們在那邊可以做壓測，可以做到全國納稅義務人都來用的水準，然後HGR會告訴我們說到那個水準，在不調整程式的前提下會用多少機器的server，最多也是用一個月，不會超過一個月，就看因中心能不能負擔費用，如果不能的話，就要改程式，但幾乎一定是可以，因為是非常有彈性的，所以其實到晚上沒有人報稅，所以機器就縮回來了，是按照實際分鐘數計費，因此你們如果是用Java寫的話，要調整成這一個架構，如果你們是做多區負載平衡，所以理論上調整這一個架構，應該是不會做不到的情形。
如果真的有需要，我可以幫忙看程式（笑）。
我們新的開發標案的原則就是用這種按分鐘的這種真正雲端、方法來規劃，但是我們理解明年，尤其是關貿改程式的幅度有限，好比用按日租賃或者其他的規劃方法，只要最後承載到那個流量，然後價錢不要太不合理，我覺得我們是可以接受。
如果最後出來太不合理的話，像剛剛災防雲，我真的有幫他們去調參數，有些是可以用技術方法解決的，我們就試試看。
謝謝。
所以Java Applet這邊大概就這樣子了，至於要如何說服大家，資安上Java Applet就不使用了（笑），這個是你們會幫忙有個說帖嗎？
這是我們負責的業務，說帖當然由我們準備，而說帖如何讓使用者比較能夠接受，請大家幫我們看一下。
要寫成「網友的聲音我們聽到了」，那個框架還是很重要。
聽了網友聲音最多的是我們的開放政府聯絡人（指財政部PO，金亨），我看他的回覆已經可以避開網友的地雷，每一個負能量都轉化成能量，我覺得已經有高手了（笑），PO群組可以一起幫忙看，但這個無論如何還是以你們的名義發。
我們是不是也可以大概兩個星期之後來看一下這樣一份說帖，如果接下來工作坊就要邀集大家以Web作為基礎精進，這一個說帖勢必要一起發，不然這一個東西一出來，大家都會問為什麼Java不改。
所以我們從對外溝通的角度來看，這兩個訊息一定要一起給，是不是一樣可以兩個星期之後，我們重新來看一下我們怎麼樣對外告訴大家說我們現在既要把Java改成漂亮的Web版了，也不會字元編碼的問題，因為已經是Web了，以及測試出來後，需要什麼樣的硬體、AP修改，但是介面的部分，我們現在可以開始用工作坊的方式，來看大家都沒有看過的Web介面，看有沒有什麼地方可以做得更好或更漂亮，大概是兩個禮拜之後來做這一件事。
大家有沒有別的什麼想法？
你說像問題四也可以？
其實我看起來沒有寫到的只有問題四而已，所以具體建議是把易用性的部分加到……
問題四跟問題五，問題五也加進去。這包含遙測，還是其實你們這個版本沒有要加遙測？
問題五的部分是只有問題五-1有加到工作坊，問題五-3其實意思是標案需求規格，那個是接續工作坊的。
確定不在工作坊的，除了Java Applet之外，是在問題五-2（遙測）。有沒有不要的理由？我沒有說一定要或不要，只是如果說不要，也要經過評估。
我們記得協作工作坊的意思，是可以知道2％的使用者在第一個畫面會點錯再回來，然後再到第三個，可以看到實際的使用模式。
但是這個就可以叫做大數據了，因為人滿多的（笑），不是普通量的數據，也就是使用者平均的每一個畫面，看這一些字花幾毫秒，或者是看完之後沒有辦法知道做什麼，因此按求助，也就是每一個畫面最可能知道去哪裡，這個是遙測可以給你的訊息。
您剛剛的意思是其實在測試階段，已經有邀請專家做非常類似的事情，所以其實不需要靠遙測就可以做到，意思是這樣？
當然這個數據蒐集起來，明年再跑，沒有要你們馬上改的意思，而是蒐集數據這一件事的本身，之前靠比較類似像使用者觀察或者是一些別的方式就可以做得到，不一定要靠遙測做，我聽起來的意思是這樣。
我沒有反對，我只是要把大家具體理由放到逐字稿裡面，當初提建議的人，我才可以貼連結給他。
其實滿意度會收到的特別是太不滿意高過某個程度才會寫給你，只是在某個畫面，大家等了一段時間，但沒有到太不滿意的程度，那個畫面比較早，所以就慢慢忘了，就比較難從滿意度調查拿到那個資訊，剛剛芳睿的意思是這樣。
如果我們要放遙測在之前的離線版或者是Java，技術上是非常困難的，在Web版是非常容易的，加一個Piwik這一類的軟體，其實一行JavaScript就做完了。
現在是有兩個問題：一個是使用者願意不願意被遙測，這個也許一開始要打一個勾之類的；第二個是後端需要分析，這個需要成本，而後面這一個成本其實比較大。
所以，可以完全理解如果明年版本，好比像我們只蒐集，而不分析，或者是明年先不分析，我們到108年再來討論要不要蒐集，我都可以接受，我只是說還是有其價值，並不是完全沒有價值的東西。這樣ok嗎？
還有沒有要討論的？
所以明年不蒐集？
其實明年的策略，要就是把Windows離線版放在最上面，Web說測試版是下面，但是Linux或者是Mac還是只能用這一個版本。
我們如果測一測發現真的沒有問題，壓力測試也過了，甚至把線上版放上面，如果還在用老舊的Windows可以用離線版。可以保證使用者會幫我們做壓測，因為會大量的人用線上的，在那樣的情況下，數據絕對可以拿得到，現在只是說遙測的功能，我們拿到那麼多的數據之後，我們未必知道如何分析，所以我可以接受在明年先不加遙測功能，但先知道有這一個量，即使沒有特別加遙測功能，每一個Web是單獨的網址，如果靠Log分析可以做遙測工作，可以知道停留的時間，最基礎的還是可以做，大概是這樣子。
所以這一個工作坊的細部規劃，包含誰可以參加、在哪一些地方辦多少場，以及實際收到的意見有沒有比較公開的方式，讓大家知道像這一種幾乎是逐點回應，哪一個有採、哪一個沒有採，你們正在規劃嗎？
對，有公開出來的話，看到有意見的朋友就會給回應了，而且這些朋友不會收錢，因為是他們自己要來回應，並不是我們找他們的，所以經費有限的情況下，這個不失為我們叫做「眾包」的方法，這個也是可以想的。
至少今天這一份簡報跟討論的過程，應該沒有什麼不能公開的吧！
如果不能公開的部分，像機房位置的部分之類的，大家都會收到可以編輯共筆的頁面，可以再回去編輯逐字稿。我這邊沒有什麼（問題），不知道大家（有沒有要討論的）？
就是有一個公測的伺服器，那個就是即使不是報稅期也可以試著報稅？
是真的資料嗎？
是啊！但如果不是真的資料也可以，我的意思是就是這個Web介面，開放大家在6月份以後還可以用，好比像使用者代表框定了二十人，只讓這二十人事前先用，在工作坊來討論；或者是會希望每一個人都有受邀請，又可以邀請他的親朋好友去測，負責收攏他們的意見回來。
他不一定是自己家裡報稅的那個人，我們在協作工作坊的狀況，可以給他邀請碼的概念，就是這二十個人再邀請二十個親朋好友（去測），不是讓全台灣的人又回來測，這樣主計不一定負荷得了，至少讓確定會來的人再發邀請碼出去，那幾個人不能來，但可以事前先玩，這樣的想法可以怎麼帶過來，這個是具體的建議，可以廣泛蒐集不同族群的意見。
好啊！財資的那一個場地非常適合，如何運用那一個場地，我們也累積了一些經驗，有任何幫上忙的地方就可以直接講。
下次你（指金亨）來帶（笑）。
我當然呼應芳睿的說法，我們整個目的希望政府比較快速收攏意見的方法，各個部會的朋友們能夠慢慢培力出來。
剛好這一個案子滿熟悉的，所以在這個過程中，我覺得並不是完全什麼都是由芳睿或PDIS朋友全部自己做，很願意把自己做的how to跟事前的這一些briefing一起帶著大家來做，但是實際在工作坊的時候，當然很希望大家接觸到的桌長或者是主持人（財政部同仁），你們在常規的業務中……因為剛剛已經講到這一個可能包含使用者需求、測試，都是每一年會發生的事情，我們也不會永遠在這邊，至少讓大家可以轉移過來，大家就可以做，這樣好不好？
以後別的部會要做類似的事情，就放財政資訊中心的錄影帶，就說這樣做就對了，如果有什麼不懂就來找金亨。
我們無論如何兩個禮拜之後又要回來，壓測跟主機的配置，還有中心這邊的對外說明為什麼Java不要用，因此邀請大家來開工作坊，這個要對一次。
大概就這樣，謝謝大家。
