困境

　
最近因為家裡的某些因素，所以家裡網路被停了。

以後要面對眾多需要網路的專題功課，要怎麼適應與解決還是個問題，不過窮則變，變則通，我相信一定會有辦法的，以後只好多跑學校跟實驗室囉。
　

Code Review 代碼檢查

　
前兩週上Java時，老師向我們說明Code Review的作用，而在上週時，實際的帶我們進行Code Review。

在Code Review當中，老師要我們仔細觀察同學寫的程式碼，並提出看法，有哪些細節覺得有問題，還是說有更好的寫法，最後老師再提出老師的觀點及提出建議。

對我來說，是我第一次進行Code Review，讓我有深刻的體驗。在這次進行當中，老師提出在業界工作多年的經驗分享，學到很多東西。如老師非常要求程式的效能，哪些步驟可以精簡並完成該任務。這個細節對我來說是非常不會注意到，因為現在的記憶體都非常大，電腦的效能運作也很快，所以目前在寫的小程式其實運作上差異性在目視下不會很明顯，沒有像老師在當年如此錙銖必較的經歷。但是這樣的小細節，在未來是提升自己競爭力的重要關鍵之一，因為到了一個大型的程式架構下，這樣的方式可能會拖累到整體程式運作的速度。

這學期開始做專題，也開始寫程式，經過幾次的meeting，目前都是完成進度後，經過學長的檢查，這樣就很像是在做Code Review，因此我開始在網路上搜尋關於Code Review的資料。在搜尋的過程當中，發現 Google Code 有提供這樣的功能，所以想當然耳就來研究一番。 Google Code 可以幫使用者儲存每一次的編輯資料，並做比對，這跟 Google文件 很像會記錄每一次的修改，但是在 Google Code 當中更支援了 版本控制 的功能，這又是另外一件事情了。

這學期專題規定要跟同學合作，所以我並不是一個人在完成專題作業。但自己有發覺與專題夥伴間目前都是獨立運作，各寫各的，這樣的問題，之前有詢問過學長，學長是指說我們分派寫的東西不同，但是在共用的東西如全域變數或輸入輸出要用一樣的變數。這跟我剛剛也向以前的同學請教，他跟學長說的差不多。我同學說格式很重要，像是全域變數都要事先商量好來，若要輸出某些資料的話，同樣格式輸出的function也最好使用同一個。這些只要是共用的部份都需要事先討論。

而利用 Google Code ，配合版本控制如 subversion ，依照這樣的模式就可以讓電腦將版本資訊上傳，並在 Google Code 上頭做Code Review。自己已經開始在嘗試做做看，目前感覺還不錯，但是在 Google Code 當中，遇到了Code license代碼授權的問題。因為將程式碼上傳到網路上，你要決定讓你的資料使用哪一種類的授權，而各種不同的授權有不同的條款規定。這部份我比較不清楚之間的差異性，但是這事情攸關權益問題，最近會開始多認識一下各種不同的授權方式。
　

2009/03/25 Meeting紀錄

　
時間：2009.03.18(三)　10:10~12:00
參加人員：馬瑱賢學長、Arvin、小志

內容：
今天檢視上週的程式碼，並研究其中的一些問題。
1.對於讀取xml並顯示的程式無法顯示第一個標籤的狀況尚待解決。
2.而寫入xml的程式將之改成副程式的運作方式，提高應用能力。

新進度：
這次分為兩份作業

作業一
學長交付給我們五筆xml資料，一筆為學員資料，其他四筆為老師或就輔員。將以上資料讀入程式，判斷學員的指定範圍內有多少老師或就輔員，顯示出人數。

作業二
將作業一學員、老師或就輔員之資料顯示在 Google地圖 上。（利用Google Mpas API）

Google Maps API參考資料
1.http://code.google.com/intl/zh-TW/apis/maps/documentation/services.html#XML_Requests
2.http://code.google.com/intl/zh-TW/apis/maps/documentation/overlays.html#Markers
　

2009/03/24 下午程式碼研究

　
本次主要研究xml檔案的讀寫處理方式，一開始我是用網站的模式來編寫，後來詢問過學長知道直接用C#跑Windows主控台應用程式即可。之後花了一些時間將程式碼移植過去，並將本週的作業融合在一起。

我是直接將MSDN的範例轉移上來，對於學長要求的各個參數對應輸入。這是我第一次寫C#，最基本的輸入輸出方式也在這一次學會。

有遇到Console.ReadLine()跟Console.Read()這兩種輸入在同時使用時會出現不正常的狀況，經過跟學長討論之後，全面改用Console.ReadLine()才可以正確執行。另外在寫入xml檔案時，要將各個參數轉換為字串才可以寫入。還有在程式執行畫面結束後會自動關閉的狀況（偵錯並啟動），可以在程式碼最後加入Console.Read()或是Console.ReadLine()讓程式結束前停止運作。

另外也注意到本程式在寫入xml時，會覆蓋掉前一個資料事後問學長才了解這是正常的。學長說明會將每一筆的資料存成單獨的檔案，萬一要作成類似歷史記錄的要另外編寫程式。

這次寫入xml檔案的方式是直接輸入並寫入檔案，若要做多筆檔案輸入尚未研究。

寫入檔案的程式部份有學長、阿文及我共同完成，讀取xml並輸出由阿文獨立完成。

本截圖為將寫入輸出程式碼結合，有部份程式碼、程式執行畫面以及輸出之xml檔案。

　

撰寫第一次作業心得

　
　　今天運動會，下午跑去實驗室跟小志研究一下共同作業，發現跟以前自己摸索程式時的感覺不太相同，感覺很順利，兩人互相補足不足的地方，這種合作的感覺很不錯。

　　後來，終於研究出來了，另外我自己的作業部分也寫出來了，只是還是對Ｃ＃不太熟悉，光是一開始建檔的步驟就花了我不少時間，希望可以愈來愈順手。
　

如何設計精障實驗紀錄表格與問卷內容

　
進入精障實驗場域時，常常會有些混亂，甚至偶爾場面會失去控制，因此如何完成一個實驗，必須做中學，臨機應變，這也是我們在別的地方學不到的。

經驗告訴我們，我們要事先做最好的準備，以及最壞的打算。這些準備包括實驗表格設計，因為使用表格可以協助我們完成標準操作程序(SOP)的要求，遠離混亂，並且確保不會遺漏重要數據的紀錄，因為補做數據成本經常很高，甚至不可能，例如學員事後已離職。

另外對於需要現場詢問學員的問題，應該事先想好，以便臨場對話時不會漏問了重要問題。

以下範本^*，大家可以打開參考。


^*本文轉貼於老師寄信至實驗室網上論壇之文章，範本請參閱信件或實驗室論壇之附件。
　

如何做好精障實驗標準程序

　
精障者實驗必須嚴格控制變因，無論哪一天去做，由哪些同學去做，實驗條件應該一致。話是這麼說，做到很不容易。

麥當勞已經告訴我們，在工讀生進進出出廚房，每天人去人來的場域，要維持穩定的工作品質，唯有依賴標準操作程序，簡稱標準程序(SOP, Standards of Operation)。

萬志的精障者工作提示實驗的SOP寫得很不錯，大家不妨打開觀摩一下^*。


^*本文轉貼於老師寄信至實驗室網上論壇之文章，相關資料請參閱信件或實驗室論壇之附件。
　

如何做好一個精障學員實驗記錄

　
目前實驗室有四組實驗在進行，大家忙得不亦樂乎，不過，人類是遺忘的動物，別忘了實驗紀錄，因為以後必須依靠這些實驗紀錄回想當時。

既然要記錄，就把它做好。一個好的實驗紀錄應該

1. 文字越詳細越好

2. 特別注意有什麼關鍵時刻，關鍵話語，關鍵事件，發生錯誤。

萬志的實驗紀錄做得很好，我建議大家打開附件^*。你們可以看到有些學員發生操作錯誤時，這些錯誤的原因都被詳細紀錄了(用紅筆標示)，這對每次改進輔具有很大的幫助，大家可以跟萬志學習一下。


^*本文轉貼於老師寄信至實驗室網上論壇之文章，附件請參閱信件或實驗室論壇。
　

2009/03/21 下午程式碼研究

　
昨天將之前學長所交付的程式碼給細讀，順便寫上自己的註解。在編寫的過程當中，遇到任何的問題時，自己會另外註明在上頭，以便於下次整理程式時，能夠更加了解所遇到的困難點。以下列出這次研究的一些心得。

這次的程式碼包含兩種的語法：網頁使用的ASP.NET與C#。這兩種語法在編寫上頭自己覺得最大的差異性在於註解的編寫方式。在ASP.NET上頭註解的寫法為＜！﹣﹣註解文字﹣﹣＞（刻意用全形來輸入，不然用正確的寫法就會被當成註解了......），而在C#上為 //註解文字 或是 /*註解文字*/ 。也注意到C#字串語法處理時，若要對應回網頁上，可以在字串上頭直接寫html的語法，在網頁上也能夠執行。



這次的程式碼內包含了Skype的API，但是尚未使用到，而且在編譯時會造成錯誤（因為找不到API的資料，學長沒有給），學長說可以先將該呼叫程式碼註解起來，這部份等主要的程式碼透徹後再來研究。之後遇到的是驗證的相關資料，或是存取一些檔案時無法執行，學長也是說可以先略過驗證直接執行主程式。


另外發現自己對於處理xml檔案不熟悉，這幾天希望能夠找資料研究透徹，完成本週的程式進度。

專題生注意事項

　
　　專題生應有明確的目標，專題生要很清楚期末必須做出什麼，每個月也應該要有小目標。如果無法達成，應該提前說明原因。需要什麼協助，應主動提出。

　　專題部落格建議每週撰寫，做些什麼，讀些什麼，遭遇什麼困難，如何發現解決之道，生活小品都可以。
　

[新聞]微軟、微星與台師大共推電腦無障礙計劃

新聞連結 http://www.ithome.com.tw/itadm/article.php?c=54035

昨天剛好在新聞文章當中看到的，這篇文章對於身心障礙的朋友們，在使用電腦時可能會遇到的問題做了一些解決方案。

這些解決方案並不是設計者空談，是利用一些工具來模擬、體驗身心障礙者的狀況，來作設計與改善，如：筆記型電腦無卡榫開闔設計方便使用、螢幕顯示放大輔助視覺障礙者等狀況，做解決方案。詳細的內容請點擊上方連結。

看到此篇自己的感覺是，唯有設身處地的為服務對象設計，才能真正設計出真正有幫助的東西。

2009/03/18 Meeting紀錄

　
時間：2009.03.18(三)　10:10~12:00
參加人員：馬瑱賢學長、Arvin、小志

內容：
一、講解程式
二、學長交代程式作業
１、共同作業：寫出一個可將輸入參數存成.xml檔的程式。
２、Arvin：寫出一個可讀取上面資料的程式，顯示在console介面上。

補充：
寫一個function，可代入13個參數

1.字串形態-fileID
2.整數-ID
3.double-經度longitude
4.double-緯度latitude
5.字串-時間Date
6.字串-使用者名稱UserName
7.double-hdop(水平向量精準度)
8.double-速度speed
9.整數-sc()
10.double-sa()
11.double-vdob
12.整數-sivc
13.double-pvod

寫出xml檔案

四月份專題生讀書心得作業(2009.4.30截止)

A perspective on intelligent devices and environments in medical rehabilitation☆
Medical Engineering & Physics, Volume 30, Issue 10, Pages 1387-1398
R. Cooper, B. Dicianno, B. Brewer, E. LoPresti, D. Ding, R. Simpson, G. Grindle, H. Wang


文件請參閱實驗室網上論壇信件附加檔

小志的專題生讀書作業（三月份）

這篇論文應用的方式與上一篇心得類似，使用Web 2.0的模式來應用。對於這次的文章，我比較注意的地方是"系統效能壓力測試"這部份。

以前在設計網頁時，往往都沒有注意到這部份，會將功能或特效一直加入網頁上，卻忽略了這樣的方式。

對於不同的使用者來說，可能在閱讀上或是下載時會遇到一些困難。 如一堆的Java程式可能造成使用者瀏覽網頁時容易變慢或當掉；使用Flash需要另外安裝外掛程式才可以執行；網站一堆大型圖檔沒有經過優化，造成下載過慢等等問題。

這些都可能造成使用者端的電腦覆載過大，或是伺服器無法及時運作，浪費資源的做法。所以對於Web 2.0如我上次我提起，各項服務都如同方塊，經過組合後成為強大的功能群組。這樣將各項資源分散，降低設計者的設計門檻，避免單一伺服器運作過載等狀況，這些相信有助於分散系統的壓力。

專題生三月份論文心得

　
　　這次論文的研究方法，感覺跟上次閱讀的論文如出一轍，都是用「行動研究」(Action Researsch)的方式，利用Web2.0的技術，為非營利的組織去量身打造一個適合的系統。

　　比較特別的是，這套系統會考量到各個租屋者的需求與喜好，分別去提供適合的地點供其選擇，這點比起必須在資料庫裡努力尋找的傳統方式好多了，只是不曉得這套系統的人性程度，究竟會聰明到什麼程度。

　　似乎已經可以找到一套模式，去為這些類似的需求設計一套解決的辦法，我想這也是科學研究的重點之一：模組化。在以後，或許可以愈來愈降低設計系統所需的成本。
　

2009/03/12 Meeting紀錄

　
　　今日，學長除了瞭解與教導我們的程式進度以外， 另外也告知了我們的下一個任務。

　　簡單說，就是要設計一個方法， 讓GPS在PDA地圖上的顯示，與真實位置的誤差降低， 這利用到之前寒假集訓時所介紹的方塊法， 觀察GPS與真實位置在地圖上的點， 這兩者所形成的兩個方塊的相似度， 但是，必須盡量消除誤差。

　　老師與學長想出的辦法是， 轉換座標軸的角度， 讓兩塊方塊盡量相似， 而我們的任務就是要去設計轉換座標軸角度的程式。

　　其實，對於這整個的功能還不是了解地很透徹， 目前就先看懂學長給我們的程式的功能吧！ 以及要加上還欠缺的部份。 　
　

2009/02/25 meeting記錄

學長在日前已經將求救系統的部份程式碼給了我們，
希望我們能夠補齊不足的地方。

程式的運作架構為按下系統上的求救按鈕，
程式會將GPS訊號以行動網路的方式送至伺服器，
伺服器端分析運算後判斷出周遭較近的有多少位就服員，
再將其資料輸出成xml格式。

2009/03/04 實驗觀察心得

這是我第一次去台北做實驗，其實還蠻緊張的，因為覺得自己不善於做記錄，擔心蒐集的資料不足作為參考。下午坐火車轉捷運再步行到達了仁愛醫院後，就等待著今天的配合實驗的學員下課。

等待下課的時間，就問了學長學員的狀況，以及本次實驗注意的事項。之後就與今天一同實驗的學員碰面，還有瑞華學姐（因為她叫我學弟，所以我在此先這樣稱呼她）一起做實驗。

到了醫院外頭，學長教了學員操作模式，之後將PDA裝入一個透明防水袋掛在學員的脖子上（發現我忘記拍了下來）。其實我不是很喜歡那個東西，因為看起來太像某個監控設備的樣子，但是學長說明因為訊號的問題，所以這樣放置會比較恰當，但是希望之後能找到個像是手機袋的會比較“自然“。

之後我們就走到醫院對面去等公車回學員的家。台北市的公車真的很複雜，一不小心就可能坐錯車，所以對於精障朋友們，回家可能就會有問題，因此才會有這樣的實驗。等公車同時，問了學員之前沒有回家的狀況，他是說坐錯車跑太遠，隔天才回到家。不久車到後我們就上了車。其實從剛見到他到現在，都覺得他非常有禮貌，在公車上會主動讓座。

這時接近黃昏，路上的車潮有漸多的趨勢，學員在他常下車的地點下了車，這是他母親工作的場所附近，但是今天剛好沒有上班。回家的路上一直在鑽小路，學員他很清楚自己該怎麼走，我們其他人早已昏頭轉向，一段時間後就到了他的家，並於他們家小坐一下。

今天的實驗，我覺得學員只要是上對了回家的公車，那接下來應該沒有任何的問題，所以我覺得該學員的狀況應是上錯車到陌生環境時無法應對，才會發生走失的狀況。這次我也用自己手機來測試GPS，發覺在公車上有幾度GPS斷訊，這部份可能是要注意的地方。

小志的精神康復之會所模式研討會心得

這是我第一次參加正式的研討會，所以在出發前問了一些學長該注意哪些事項。到了之後看到會場時，第一個反應就是“餐會“，當下就覺得這次研討會應該是比較輕鬆的方式進行。

這次主軸是“會所模式“對於精障患者所帶來的幫助及影響。上午由兩個台灣團體已經推行此模式的“慈芳關懷中心“及“伊甸活泉之家“來作介紹，介紹他們引進會所模式之後，於台灣社會所推動的方式。下午由澳洲踏腳石Clubhouse的三名代表做介紹，及戲劇演出與綜合座談。

會所模式著重在於群體的運作，參與會所的精障朋友不稱為病人、學員，皆稱為會員，這樣的方式可以消弭標籤化的問題。而在會所當中大大小小的工作，都皆由工作人員及會員共同開會決議，所以澳洲來的代表也有工作人員及會員。但是這樣的方式的確會遇到一些問題，有些事情是要決議幫助會員的，但是會員在場要如何做討論，這部份雖說有提到，但是沒有說明如何處理。

會所模式所要帶給會員的就是增加自我認同，擁有了認同、自信心，可以幫助會員重回正常的生活，重回職場，擁有一份工作是很重要的，因為就現實層面來說，沒有辦法賺錢就無法養活自己，我相信這樣的方式一般人也是會有需要的。

這次參加發覺自己還有很多不足，如精障有哪些的類別、症狀，或是有狀況時要如何協助等，這部份對於在場的大多數人都是身歷其境的，所以不需要在本次研討會當中說明，也非本次議題主軸，這要靠自己花時間去了解。未來要設計幫助他們的相關輔具時，是需要多認識的。



相關連結
伊甸活泉之家
慈芳關懷中心
Stepping Stone Clubhouse

精神康復之會所模式研討會心得

　
　　這次的社區精神康復之會所模式實務交流研討會，是我第一次參與這種類似的活動。在去之前，原以為會有點枯燥乏味，沒想到今日參與後，深深覺得活動辦得真的很棒，與我想像中的研討會相差甚遠，比起來還比較像是營隊的感覺。既充滿歡樂的氣氛，也得到不少的專業知識，更開闊了對於精障者處境的視野。

　　早上一開始，就由伊甸活泉之家與慈芳關懷中心的會員與工作人員，共同表演了兩齣舞蹈，為還未熱絡的現場帶來歡樂的氣氛。雖然有些會員舞蹈動作不是很完整，但是可以感受他們想要完成表演的用心，覺得他們真的是很可愛。

　　接下來就輪到久仰大名的王增勇老師的演講。老師緩緩道出從前求學的歷程，也毫不諱言勇敢地，在全場幾乎都是精障相關工作者的地方，說出自己從討厭，到開始接納精障者這其中心態的轉變，讓我覺得非常敬佩。

　　在之後的慈芳、伊甸活泉與外國的墊腳石會所團體，感覺其實都是走著相同的模式－把精障者視為同仁／會員。先求能夠取得他們的信任，再建立他們的自信心，接著再慢慢讓會員們循序漸進地進入職場，早日融入社會。在他們的自我介紹中，都能感受到他們的用心。不論是工作人員還是會員，每個人的生命故事都歷歷在目，十分令人動容。

　　其中從澳洲來的三位外籍人士，非常熱心地分享自我的經驗，也很耐心地回答現場聽眾的問題。雖然有些人的問題充滿了攻擊性或尷尬性，但他們還是充滿風度，並幽默地回答。讓我覺得在專業知識之外，例如情緒處理的能力，他們也有我們值得學習的地方。

　　當然不可不提的，就是話劇的表演了。老實說我一邊看，一邊笑得很開心，可能有股反差的無厘頭感，讓我忍俊不住。但是看完後我深深覺得，用話劇的方式來表現精障者的心境，比起用文字、圖片解說，還真是一目暸然！尤其是當「阿好」穿上一件件充滿標籤的「外衣」的這個表演，那真是非常好的比喻，馬上讓外人對於精障者感同身受。我不得不頒給「阿好」今日MVP的獎座了。

　　讚美操的時間也很有趣，看著伊甸活泉的老太太很「努力」地跳著舞，老實說我又不禮貌地笑出來了，也許這是他們故意設計的「笑果」？看著會員們努力地跳著排練許久的舞蹈，心裡也漸漸從玩樂轉變成崇敬的心態，誰能想像在不久之前，他們還是為世人所排斥的群體呢？只要努力，他們也有做得到的事情。

　　會所模式，的確是提供了不同於傳統精障醫療模式的另一條路，而看來成效還十分不錯。雖然台灣政府對於精障輔助團體的補助，無法像澳洲政府一樣那麼豐富，但千里之行始於足下，儘管未能盡善盡美，但總是要有個起頭，才能期待接下去未來的發展。

　　今天一大早坐上火車，浩浩蕩蕩地前往到台北，參加這個活動直到下午五點，一路回想，覺得還滿值得的。理想與現實的老戰爭一樣在上演著，而在今天，我看到了「雖千萬人，吾往矣」的熱情，讓我心頭直到現在仍震撼不已。