2015年8月28日 星期五

[吉他譜] 田馥甄 - 小幸運 (詳細指法+和弦)



剛開始學抓歌,第一次抓完整首,分享給需要的朋友,若有錯誤請多指教!
原曲 F 調,轉成 C 調就沒封閉,且副歌會變成卡農,對初學者比較簡單
但是聽得出來原曲應該沒 capo,因為有兩個音太低,夾了 capo: 5 彈不出
所以找了相近的音代替,和原曲有些微不太一樣


小幸運 (電影 我的少女時代 主題曲)
作者/歌手:作詞:徐世珍、吳輝福  作曲/編曲:Jerry C  演唱:田馥甄

前奏、尾奏及主歌詳細指法 (pdf 檔):
https://drive.google.com/file/d/0B4BhmC8V2mivcmNKanNSU0lMX3M/view?usp=sharing

前奏 C   Dm7  Fdim  C

C        Dm7
我聽見雨滴 落在青青草地

Fdim        C
我聽見遠方 下課鐘聲響起

Am       D        Fdim   C
可是我沒有聽見你的聲音 認真呼喚我姓名

C          D
愛上你的時候 還不懂感情

G      C
離別了 才覺得刻骨銘心

Am           D     G7         C
為什麼沒有發現 遇見了你 是生命最好的事情

F             G    Em           Am
也許當時忙著微笑和哭泣 忙著追逐天空中的流星

F
人理所當然的忘記

F         F           G
是誰風裡 雨裡 一直默默守護在原地

      C
原來你是 我最想留住的幸運

G               Am
原來我們 和愛情曾經靠得那麼近

Em         F     C
那為我對抗世界的決定 那陪我淋的雨

D          G
一幕幕都是你 一塵不染的真心

C
與你相遇 好幸運

G        Am         Em
可我也失去 為你淚流滿面的權利

F                C
但願在我看不到的天際 你張開了雙翼

D          G        C
遇見你的注定 她會有多幸運

Am        D
青春是段跌跌撞撞的旅行

F       C
擁有著後知後覺的美麗

Am        D        F          C
來不及感謝 是你給我勇氣 讓我能做回我自己

2015年8月15日 星期六

8/15 COSCUP 演講 - 用 "Python" 快速開發 Windows 的中文輸入法 (會後資料釋出)

今天早上在 COSCUP 2015 大會演講圓滿結束 :)
據朋友轉述,門外像是演唱會在排隊一樣排了兩圈
這麼無聊的題目,真感謝大家捧場 XD


專案的程式碼網址在:
https://github.com/EasyIME/PIME

這裡有編譯好可以直接下載安裝試驗的版本 (使用前需先安裝 python 3 和 python 的 pywin32 套件):
https://github.com/EasyIME/PIME/releases/download/v0.01/PIME-git-setup.exe

注意:目前安裝好後 python server 並不會自動啟動,所以無法打字,需要自己手動執行 server.py 才能進行測試

歡迎有興趣研究的朋友一起參與
之後會找時間包安裝程式釋出方便試用和測試

以下是這次 presentation 的投影片

PIME - 用 Python 快速開發 Windows 的中文輸入法 (COSCUP 2015)

程式的雛型都可以正常運作了,但目前文件還比較缺乏
有興趣有空的朋友也歡迎幫忙撰寫
Patches are welcomed!

2015年7月31日 星期五

8/15 COSCUP 演講 - 用 "Python" 快速開發 Windows 的中文輸入法

今年 8/15 將在 COSCUP 開放原始碼 2015 年會發表新專案
這次的題目是:PIME - 用 "Python" 快速開發 Windows 的中文輸入法


是的,你沒有看錯,真的是用 Python! 而且這能跑在 Windows 下。開源的中文輸入法框架,在Linux下選擇很多樣化,也已蓬勃發展多年,但在Windows 上則相對缺乏,尤其是 Windows 8 之後,新的 TSF 架構實做有相當的困難,使得很多開發者空有設計輸入法的構想,卻無法落實到很多人使用的 Windows 系統上。新的 metro mode 又加諸了許多限制,使得輸入法開發變得相當困難。本議程將介紹 PIME - 第一個嘗試在 Windows 上用 python 開發中文輸入法的架構,底層採用 C++ 開發的 LibIME (取自新酷音輸入 Windows 版),幫助有志於改善中文輸入環境的朋友,在不了解太多細節,也不用會 C++ 的狀況下,也能用 Python 語言設計新的輸入法。
有興趣在 Windows 下開發中文輸入法的 COSCUP 會眾,歡迎可以來參加!
將會現場 demo 實際使用的方式 :-)

2014年5月26日 星期一

Early Goal Directed Therapy 治療敗血性休克,真的沒有比標準治療好嗎?

敗血症 (sepsis),是指嚴重細菌感染造成的全身性發炎反應,會導致敗血性休克、多重器官衰竭...等等,有很高的死亡率,常需要加護醫療。這一直是內科和重症醫學當中,非常重要的一個主題,也是醫師養成過程必學的重點。
早期目標導向治療 (Early Goal Directed Therapy, 或簡稱 EGDT),從被提出並制定 Surviving Sepsis Campaign 治療指引發行之後,一直以來都是敗血症的標準治療方式。但因為全套的標準EGDT,操作繁複、耗費人力物力,並且需要一些侵入性的處置(例如中央靜脈導管置放和測量壓力),因此不免也受到一些質疑。
今年三月,在內科第一名的期刊 - 新英格蘭醫學雜誌(NEJM) 刊登了一篇挑戰傳統 EGDT 觀念的文章,名為 "A Randomized Trial of Protocol-Based Care for Early Septic Shock"。這篇文章報導了一個名為 ProCESS 的臨床試驗,結論是"使用 EGDT 治療早期敗血性休克,並未優於一般"標準療法"
這個聳動的結論一出來,馬上引起大家的熱烈討論。畢竟 EGDT 是我們行之有年,奉之為圭臬,積極執行的治療,當初發展出來時,研究也證實可顯著降低死亡率,但經過十年後,最新的實證醫學研究卻告訴我們,上全套EGDT,和使用一般標準治療結果居然沒差?難道做這麼多都是白忙一場嗎?既然內科第一名的期刊都這樣刊登了,難道這意味著以後敗血症病人,不需要再做 EGDT 治療了嗎
Randomized  Control Trial 當然是實證醫學很高的等級,但這樣看似無懈可擊的研究,並非沒有缺陷。 NEJM 這篇文章和隨機試驗的結論當然是對的,但是直接套用在我們的臨床情境,並不合適!魔鬼藏在細節裡,以下試著針對這篇研究,做進一步的分析:
這篇研究採用分三組的設計,實驗組是標準 EGDT 治療,對照組則是按照特定簡化 protocol 的標準治療 (standard treatment),和按照醫師自己判斷的一般簡單治療 (casual treatment)。
首先,要仔細看 ProCESS Trial 的 protocol,和它隨附的原始資料 Supplement,不難發現以下問題:
  • 在控制組,也就是沒有接受 EGDT 的一般治療組,病人 60 天死亡率只有 18%。可是根據 Rivers 等人 2001 年做的 EGDT 最早的研究 [1] 我們知道,敗血症沒有接受 EGDT,僅接受一般治療,死亡率會高達 > 50%。相較之下,在 ProCESS Trial 中,只接受一般治療者,60 天死亡率低得出奇。作者解釋這是因為近年醫療進步,所以標準治療的死亡率也降低很多,但這點是令人存疑的。原因如下:
    1. 本研究收案之初,就排除了大部分的病人,只留下相對輕症患者。其中心臟衰竭的患者和其他比較嚴重的狀況,都是研究的排除條件。但這些患者,卻是臨床常見的狀況,所以試驗的研究族群,和臨床加護病房的狀況,其實顯著不同。
    2. 本ProCESS研究收案對象,只有21-26%有呼吸衰竭,但當初 Rivers 的敗血症研究,有 53% 都需要使用呼吸器,這也就意味著,這個 Trial 收案的對象,相對原本 EGDT 的研究族群,明顯比較輕症 (呼吸衰竭少了一半)。
    3. 在 72 小時內,為了穩定患者血壓,原 2001 年 EGDT 研究累計平均每名患者給了 13358 ml 的 fluid resuscitation,而在 ProCESS Trial,每人平均只需要給 6633 ml,只需要一半的藥量,這再次意味著,本研究收案對象,相對原本 EGDT 的研究對象相比,"比較好治療"。 
    4. 綜合以上,不難發現,本研究收案對象,是比較好治療的族群,並不能代表大多數的敗血症患者。雖然研究有列出 APACHE II score 來表示患者嚴重度,但現有文獻都證實這不是很準確的嚴重度指標。作者並未提供 SOFA score 的資料。
  • 標準治療組,給予的其實不是"一般治療",而是 ProCESS 研究制定的一個很嚴格的 Protocol。在這個 Protocol 裡面,也需要給大量的 fluid challenge,也需要使用升壓劑,其實還是給了 EGDT 裡面大部分的東西,換湯不換藥,除了:
    1. 不強調 Central line,不強制建議打中央靜脈導管,但仔細看 Supplement 會發現,控制組仍然有高達 60% 其實是被放了中央靜脈導管,和 EGDT 組一樣。他只是 protocol 沒有建議要放,但大部分還是都有放。
    2. 沒有測量中央靜脈壓力,判斷是否需要繼續給水,單靠評估臨床反應和頸靜脈搏動。
    3. 中央靜脈壓,近年的研究本來就已經證實,是一個不準確的體液容積評估方法[2],可以想見,若做了 EGDT 大部分的東西,只是不測量中央靜脈壓,當然不會對死亡率造成顯著的影響。
    4. 這個根據固定 Protocol 的高品質標準治療,其實比一般臨床的治療還要嚴格得多,並非真的是醫生照自己意思隨便治療都會活。
綜合以上,這篇文章帶來的訊息,正確的解讀應該是「對於比較輕微的早期敗血性休克患者,若是沒有心臟衰竭、肺水腫、呼吸衰竭,或其他嚴重的問題,只要能給予高品質的標準治療,或許不需要打中央靜脈導管上全套的 EGDT,但是仍然需要很積極治療」
至於其他比較重症的患者,因為和研究收案對象不同,其實無法引用此篇結論。
實證醫學雖然是對的,但結論不能夠套在每個病人身上。若要以此篇文獻來宣稱敗血性休克不需要給予 EGDT,恐怕還言之過早!

以上為筆者研讀文獻之個人淺見,請內科同業先進,不吝賜教指正。

參考資料:

  1. Rivers E, Nguyen B, Havstad S, et al. Early goal-directed therapy in the treatment  of severe sepsis and septic shock. N Engl J Med 2001;345:1368-1377 
  2. Marik PE, Cavallazzi R. Does the central venous pressure predict fluid responsiveness? An updated meta-analysis and a plea for some common sense. CritCare Med. 2013 Jul;41(7):1774-81. doi: 10.1097/CCM.0b013e31828a25fd. PubMed PMID:23774337.

2014年1月12日 星期日

交大 TEDx 演講:那些年,我們一起上的 BBS (2013-11-30)

發源自美國,風行全球的 TED 18 分鐘演講大家應該不陌生 (TED = Technology, Entertainment, and Design)。來自不同領域的講者,用短短的 18 分鐘,以說故事的方式 ,傳達理念給聽眾。而 TED 公司,也授權讓世界各地獨立的團體,以同樣的形式辦演講,稱作 TEDx (X 指 independent,就是獨立舉辦的意思)。
這股 TEDx 風潮,當然也來到了台灣,國內陸續有 TEDxTaipei 等類似活動。2013年11月,適逢交大領袖學程的學生們,將 TEDx 演講首次引進交大。在超過半年的籌備之後,自主在交大開辦第一屆的 TEDxNCTU 年會。真的辦得很棒!邀請的講者們來自不同領域,各有各的故事。我很榮幸,能有機會受邀成為其中一名講者,可以跟交大的朋友們一同分享想法。



其實當初會受到邀請還滿訝異的,後來一想,交大是以工程聞名的學校,長期為科技產業挹注了無數工程人才,學生中一定也有 BBS 宅宅鄉民愛好者。會對 BBS 軟體發展背後的故事有興趣,就顯得很合理了!
真的很感謝交大的同學們,給我這個寶貴的機會講 TEDxNCTU。對我來說,這也算是自己的一個突破和全新的嘗試。雖然過去在 COSCUP, 及其他自由軟體相關活動,有一些演講經驗,但之前真沒有嘗試過 TED 形式的 18 分鐘演講,也沒有講過和電腦技術無關的主題,幸好現場觀眾很捧場。在準備的時候,總覺得 18 分鐘太短,放不下我想講的東西,但真正在台上講的時候,卻覺得 18 分鐘太長了。要完全不靠投影片,講不能冷場的 18 分鐘,試過才知道真的不容易!中間在講的時候,我沒有照著稿子背,漏了一小段,所以講完只有 16 分鐘。不過,幸虧在台上臨場想到了新的哏,順利的銜接過去,似乎沒有觀眾發現呢!
 講 TEDx 是個很寶貴的經驗,雖然號稱講者,我覺得我反而學到很多。只是我口袋裡的哏暫時都用完了,下次又要想些新的了。希望大家喜歡這次的演說。

2013年9月26日 星期四

新酷音輸入法 9/26 更新

下載連結:
https://docs.google.com/file/d/0B4BhmC8V2mivYnZkRUw2SnRVNlk/edit?usp=sharing

注意:Windows xp 使用者需要手動開啟「進階文字服務支援」,才能使用,不幸此項設定 xp 預設是關閉的,只能手動打開。請參考這篇「啟用進階文字服務」。
請不要在來信問為什麼 xp 底下不能用了,記得要開啟這個選項!

此次更新部份:
  1. 多螢幕下使用,選字視窗可以正確顯示在目前螢幕
  2. 修復選字時若滑鼠點擊輸入欄不能再輸入文字
  3. 修復造成其他 windows 內建的輸入法無法開啟內容選單
  4. 可自訂 ` 鍵快速輸入的符號表
  5. 修正有時不能打全形空白
  6. 修正應用程式快速鍵 Ctrl + C, Ctrl+V, ...等失效的問題
  7. 安裝程式改善,自動解安裝舊版
待解決:
  1. 全螢幕遊戲需要 UILess mode,要另外實做,之後有時間會設法支援,但前提是遊戲本身要先正確實作 Windows TSF 支援,才有辦法使用。這是已知問題,請不要再一直回報 bug 說遊戲不能用了。
  2. 使用者詞庫編輯部份,上游 libchewing 開發者還在改善這部份,未來可能會支援編輯或匯入,但是現階段因為輸入法引擎部份,開發團隊還沒改好,暫不提供。
我本來要測試有沒有辦法支援遊戲,但是現在的遊戲都太大了,隨便一個網路遊戲都要十幾 GB... 我硬碟裝不下了。請推薦裡面可打字的小遊戲給我,方便測試,我會想辦法支援。


2013年9月24日 星期二

新酷音輸入法9/25修正

2013-09-25 更新,最新連結:
https://docs.google.com/file/d/0B4BhmC8V2mivYnZkRUw2SnRVNlk/edit?usp=sharing

注意:Windows xp 使用者需要手動開啟「進階文字服務支援」,才能使用,不幸此項設定 xp 預設是關閉的,只能手動打開。請參考這篇「啟用進階文字服務」。

此次更新部份:
  1. 修正 Windows xp 無法正確載入的問題
  2. 將輸入法設定獨立到自己的程式內,而不放在輸入法常駐 dll 內,減少資源耗用
  3. 選字視窗文字大小可自由設定
  4. 選字視窗預設改為每列 3 個字,每頁 9 個字,類似九宮格式的排列,如此視線移動較少的距離,就能看到所有候選字,且使用游標選字的話,平均移動距離會最短。(若使用不習慣者可自行更改設定)
  5. 新增打繁體輸出簡體的功能,要用時由輸入法選單裡面勾選開啟,或可直接設定為預設打繁出簡。
  6. 新增鍵盤對應:台灣華語羅馬拼音、注音二式
  7. 修正設定值沒有正確儲存的問題
待解決:
  1. 選字視窗在多螢幕下會跑錯螢幕,我還沒修正,因為手上只有單螢幕無法測試,回家有雙螢幕再來修正。
  2. 全螢幕遊戲需要 UILess mode,要另外實做,之後有時間會支援,但前提是遊戲本身要先正確實作 Windows TSF 支援,才有辦法使用。光靠輸入法作者努力是不夠的 orz