(有感亂發)
化學背景普遍都被定位為材料相關，不論是在化工產業(油，燃，塑等)，或民生產業(飲食，生活用品之材料)，或生醫產業(藥物合成，醫療器材材料)，或品質管理(QA/QC)，剩下的再被打散到不同職務/職責當中(如管理，法規，商業等等)。前述主要的大宗就是"材料"了~~
2017年5月1日 星期一
外包隨便聊
昨日抽空到台科大去給學生程式上的建議與討論，聊了一個半小時，其實也不知道是否真的對他有幫助，畢竟他原本是想將他無法解決的問題尋求外包資源！我認為研究期間最大的本錢就是學習可以接受失敗，畢竟沒持續努力的人不會持續得到失敗。希望對他有些啓發了，至少我也只接受他一杯小七咖啡，不像之前一位哪間學校（？）的學生，討論半小時多我收他五百塊，後來他也沒有後續的進展，讓我稍稍覺得可惜，也因此後來決定不再收這種討論費用。
😱
後來晚上在公館走了好幾間舊書店與一般書店找書，最後還是在一般書店找到我想要的藏書，雖然有點舊，但還是很開心找到了！
😍
逛書店的途中，在資源回收桶旁發現了一個好玩意！復古造型的“廣播接收器”，可以放ＣＤ，暫時還不知道被丟棄的原因，週末來檢查看看是什麼樣的問題。也算是小古董了！
😱後來晚上在公館走了好幾間舊書店與一般書店找書，最後還是在一般書店找到我想要的藏書，雖然有點舊，但還是很開心找到了！
😍逛書店的途中，在資源回收桶旁發現了一個好玩意！復古造型的“廣播接收器”，可以放ＣＤ，暫時還不知道被丟棄的原因，週末來檢查看看是什麼樣的問題。也算是小古董了！
2017年3月5日 星期日
暗黑醫療史_蘇上豪
三個月前閱讀完此書，昨日在整理書籍才發現忘了記錄一下。
暗黑醫療史，我很喜歡這類型的書籍，並不是因為只單單提到一些不為人知的趣聞，或者是一些因為浮不上檯面的學術/醫學記事，而是因為需要非常深入瞭解此領域並且橫向地汲取多方觀點才能寫出這樣的一本書籍，作者蘇醫生就是這麼一位有趣且有深度的作者。
喜歡雜學的在下，對於書中提到的數個歷史也是同樣感到有趣且為當時/當下的受害者（試驗品）感到傷心，但這些也已經成為過往的歷史了。
不過不要忘了，目前以及將來仍然有大量的人體試驗或者已經進行實際的醫療臨床治療/輔助項目，在更未來的將來（五十或五百年後！），將來的人（或許不是人）看到現在的我們所進行的醫療行為，是不是就會像是我們正在閱讀此書一樣，感覺荒誕或者不可置信呢？
答案我想就是你/妳所想的那樣了～
暗黑醫療史，我很喜歡這類型的書籍，並不是因為只單單提到一些不為人知的趣聞，或者是一些因為浮不上檯面的學術/醫學記事，而是因為需要非常深入瞭解此領域並且橫向地汲取多方觀點才能寫出這樣的一本書籍，作者蘇醫生就是這麼一位有趣且有深度的作者。
喜歡雜學的在下，對於書中提到的數個歷史也是同樣感到有趣且為當時/當下的受害者（試驗品）感到傷心，但這些也已經成為過往的歷史了。
不過不要忘了，目前以及將來仍然有大量的人體試驗或者已經進行實際的醫療臨床治療/輔助項目，在更未來的將來（五十或五百年後！），將來的人（或許不是人）看到現在的我們所進行的醫療行為，是不是就會像是我們正在閱讀此書一樣，感覺荒誕或者不可置信呢？
答案我想就是你/妳所想的那樣了～
用不同的角度去觀察歷史
http://www.natgeomedia.com/reading/47532
【九月號】古埃及鳥木乃伊身體內的秘密 - 國家地理雜誌中文網
IMAGES(FROM CT SCANS): SALIMA IKRAM AND OTHERS, SOUTH A
以往的考古，將取得的遺跡進行處理，大多是破壞性的，近代應用電腦斷層掃描方式，除了不破壞古物而知內裡乾坤，一種是新發現外。從整體而未破壞的角度去分析文物，則是另一種不同層級的觀感。
而後續的解讀，當然跟有無使用電腦斷層掃瞄並無決定正相關，但因此展現了許許多多的原貌，我想也是令局外人的我們，感到世界的歷史是這麼的廣大且有趣的。
原文：
http://www.nationalgeographic.com/magazine/2016/09/explore-egyptian-bird-mummy/
2016年12月19日 星期一
自動化軟體測試&非自動化軟體測試
前言：
撰寫了許多Code，還需要人為一項一項測試嗎？可能非常的耗費人力、時間，而且“也不能確保每次的”再現性、重複性。這時候利用軟體本身的優點，使用軟體進行軟體的測試就是一種必須行為。網路上討論自動化軟體測試的文章千千百百種，以下參考另一篇文章所提及的關鍵點。
三個原因：Regression, Some tasks cannot be done manually, Parallel testing.
其中第一項的『Regression』，利用軟體自動化地去重復複雜、重復的行為，以得到低誤差性的測試，是很關鍵的一點，因為人為測試總是會無法百分百遵行“（精密）標準操作流程”，而軟體則可以使程序依照所傳寫好的法則去運行數百數千萬次以上而有著非常低的誤差（正常條件下＊）
第二項與第一項其實也是有點相似，但著重在測試項目的複雜性質，文中提出類似影像判別（某方面而言也是一種極大量數據）。
第三項則是建立虛擬的使用者，而非真實的使用多測試者去進行測試。
以上三點是大多建議、推崇、遵循自動化軟體測試中的幾項，其它還有更多原因就不在此討論，不過同時我想提出的則是相反的建議：什麼情況下則不適合自動化軟體測試。
1. 沒有被妥善定義的最終需求。
2. 沒有被良好設計的精密與精確標準操作流程(PPSOP)。
第一點的提出，則是衍生於醫療器材的發展，醫材法規專家林秋雄博士曾說：『Drug by discovering; Device by designing』，而推廣醫療開發領域的Stanford教授-Dr. Mochly-Rosen，在其衍生的Bio-design課程裡面也提到，『Intended Need』，在還沒被妥善定義的需求前，設計與做過多的自動化軟體測試是不恰當的。
第二點我特別定義PPSOP則是一般SOP著重在儀器/設備/實驗的成熟操作流程，但一個成熟的SOP早已經過不斷的測試與驗證，但在專案開發初期，其實定義這種SOP容易疏忽掉細節(魔鬼藏在細節裡)。所以我認為開發初期，更重要的是精密與精確標準操作流程(PPSOP)，而PP的意思是包含所有操作流程的細節外，如基本的順序、時間、數量外，還有與前後相同試驗的相關性、先後順序、測試者/研究者的操作習慣等等，都必須被記錄下來。而這就回歸到Design of Experiment (DOE)的設計是否正確、測試者/研究者是否遵循以及回饋等等。
其實第二點與第一點有重復到，都是著重在需求（Intended Need or DOE）的定義，而這兩點則分別屬於兩個不同開發階段，而這兩個階段與自動化軟體測試的交集仍然有一段距離。
此篇文僅描述一些方法概念，如何進行則又有許多眉眉角角。希望藉此記錄下來提醒自己也提醒自己參與的團隊，勿過度技術化，所謂Garbage in, garbage out，設計不良的架構/DOE，用了再好的自動化軟體測試，得到的也只是一堆”無用的大數據“而已。
*不考慮撰寫不良的程式碼、錯誤的演算法等等
Ref:
1. 3 reason to automate software testing
2. Biodesign
撰寫了許多Code，還需要人為一項一項測試嗎？可能非常的耗費人力、時間，而且“也不能確保每次的”再現性、重複性。這時候利用軟體本身的優點，使用軟體進行軟體的測試就是一種必須行為。網路上討論自動化軟體測試的文章千千百百種，以下參考另一篇文章所提及的關鍵點。
三個原因：Regression, Some tasks cannot be done manually, Parallel testing.
其中第一項的『Regression』，利用軟體自動化地去重復複雜、重復的行為，以得到低誤差性的測試，是很關鍵的一點，因為人為測試總是會無法百分百遵行“（精密）標準操作流程”，而軟體則可以使程序依照所傳寫好的法則去運行數百數千萬次以上而有著非常低的誤差（正常條件下＊）
第二項與第一項其實也是有點相似，但著重在測試項目的複雜性質，文中提出類似影像判別（某方面而言也是一種極大量數據）。
第三項則是建立虛擬的使用者，而非真實的使用多測試者去進行測試。
以上三點是大多建議、推崇、遵循自動化軟體測試中的幾項，其它還有更多原因就不在此討論，不過同時我想提出的則是相反的建議：什麼情況下則不適合自動化軟體測試。
1. 沒有被妥善定義的最終需求。
2. 沒有被良好設計的精密與精確標準操作流程(PPSOP)。
第一點的提出，則是衍生於醫療器材的發展，醫材法規專家林秋雄博士曾說：『Drug by discovering; Device by designing』，而推廣醫療開發領域的Stanford教授-Dr. Mochly-Rosen，在其衍生的Bio-design課程裡面也提到，『Intended Need』，在還沒被妥善定義的需求前，設計與做過多的自動化軟體測試是不恰當的。
第二點我特別定義PPSOP則是一般SOP著重在儀器/設備/實驗的成熟操作流程，但一個成熟的SOP早已經過不斷的測試與驗證，但在專案開發初期，其實定義這種SOP容易疏忽掉細節(魔鬼藏在細節裡)。所以我認為開發初期，更重要的是精密與精確標準操作流程(PPSOP)，而PP的意思是包含所有操作流程的細節外，如基本的順序、時間、數量外，還有與前後相同試驗的相關性、先後順序、測試者/研究者的操作習慣等等，都必須被記錄下來。而這就回歸到Design of Experiment (DOE)的設計是否正確、測試者/研究者是否遵循以及回饋等等。
其實第二點與第一點有重復到，都是著重在需求（Intended Need or DOE）的定義，而這兩點則分別屬於兩個不同開發階段，而這兩個階段與自動化軟體測試的交集仍然有一段距離。
此篇文僅描述一些方法概念，如何進行則又有許多眉眉角角。希望藉此記錄下來提醒自己也提醒自己參與的團隊，勿過度技術化，所謂Garbage in, garbage out，設計不良的架構/DOE，用了再好的自動化軟體測試，得到的也只是一堆”無用的大數據“而已。
*不考慮撰寫不良的程式碼、錯誤的演算法等等
Ref:
1. 3 reason to automate software testing
2. Biodesign
2016年12月7日 星期三
Blondies, 不同口感的Brownie系列～
今日點心，Gordon James Ramsay的家常食譜-
Brownie的姊妹=＞Blondie，外酥內鬆軟。
二廚技能達成~~
參考書籍：
Gordon Ramsay's Home Cooking: Everything You Need to Know to Make Fabulous Food
Brownie的姊妹=＞Blondie，外酥內鬆軟。
二廚技能達成~~
參考書籍：
Gordon Ramsay's Home Cooking: Everything You Need to Know to Make Fabulous Food
2016年11月18日 星期五
隨機騙局 Fooled by Randomness
Nassim Nicholas Taleb.
Randomness (隨機），這個看起來不科學的科學名詞，漸漸地被注重了（有嗎？），可是在日常的生活裡面，卻真實地掌握一半的決定權（這句話就不科學了）～至於科不科學倒不是書中的重點，而是使用更寬廣的思維去思考所有你看得到跟看不到的表象（這句話很有哲學）～
『隨機』＆『因果』（大致上的分類）就定義幾乎所有的事情，過猶不及或者中庸之道，隨人選擇。是好或是不好，有時候就隨緣吧（因果），或者看運氣了（隨機）～｛以上是很隨性的隨筆｝
Randomness (隨機），這個看起來不科學的科學名詞，漸漸地被注重了（有嗎？），可是在日常的生活裡面，卻真實地掌握一半的決定權（這句話就不科學了）～至於科不科學倒不是書中的重點，而是使用更寬廣的思維去思考所有你看得到跟看不到的表象（這句話很有哲學）～
『隨機』＆『因果』（大致上的分類）就定義幾乎所有的事情，過猶不及或者中庸之道，隨人選擇。是好或是不好，有時候就隨緣吧（因果），或者看運氣了（隨機）～｛以上是很隨性的隨筆｝
訂閱：
文章 (Atom)