About虛擬&實際

@分享虛擬與實際的世界中所遊玩的心得紀錄,從物理化學到生命科學、從人文藝術到現代科技、從虛擬介面到實際生命體。享受的只是一種學習與體驗。若文章內容有誤,歡迎提出以供修改,對文章的回饋,歡迎寄信給我!一起分享,互相學習成長的環境。
@個人簡介在『關於韃靼』
@我是韃靼~我的信箱:chenyuquan at gmail dot com

2026年2月28日 星期六

除蟲菊之夢


過年期間因為天氣變熱,導致蚊子也出現了,那幾天特別多夢,因為已經很久沒做夢了,第一個懷疑的就是那數日夜晚開的滅蚊香,印象中在臨床芳療角度,有幾種化學分子特別容易影響身經系統以及會促進"入夢"。

查了一下除蟲菊,原來也是酯類,其他的還有單萜醇類也容易影響。
好奇這個有沒有根據(除蟲菊的部分),找到在2023年就有文獻(標題如下)指出,除蟲菊對於小鼠的腦神經影響很大,且有其他文獻指出一些農民長期接觸農藥(除蟲相關)會有多夢症狀。
Developmental pyrethroid exposure disrupts molecular pathways for MAP kinase and circadian rhythms in mouse brain, 2023
High Pesticide Exposure Events and Dream Enacting Behaviors among U.S. Farmers, 2023
雖然入夢可能包含壓力或其他因素,但家人也在那幾天同時入夢,看起來的確是除蟲菊酯造成的主因。

開發時要專注在"範圍(Scope)"

整理小記錄2-開發時要專注在"範圍(Scope)",是一篇2015年的專欄,提到為什麼一些產品開發上市的遲遲延後,從中探討大多都是出自於開發範圍管理上的問題。

定義軟體開發範圍與處理細節是必要性,除了軟體外,硬體其實也差不多,但硬體較少的原因是實體製造通常進入生產階段,要變更的管理決策相對少(除了重大議題或者純粹是人為問題)。
整體上有幾個思考點:
1. 拿捏執行細節;
2. 要有切點/里程碑;
3. 設法有效管理開發範圍的異動。
有一種Scope的變動通常是好現象,那就是砍掉Scope。
==>這也是接手別人的架構,若沒意外會整個砍掉重練,但太大的系統通常就會放給它去了,畢竟牽一髮動全身,改一字而毀全系統!!
總結是(原文無刪改):
所有參與開發的人,包括掌管Scope的權責者,總是要一直在心裡想著Scope。有明確的Scope才能開始開發。此外,Scope中的細節需要備足夠的描述,而且,總是應該要劃分出適合的斷點,在一個切典禮的Scope盡量維持它不擴展、不改變,但是可以適度地削減它。
Ref: 王建興/2015-01-18: 開發時要總是想著範圍



原型製作的8大原則

整理小記錄,看到一張N年前留下來的【原型製作的8大原則】,是Nation Instruments的發布的文章,這篇也是提出很基本的概念,紀錄一下:

核心:以終為始(亦即符合可驗證的市場需求)
補充個人想法在每一點之後。
1. 理念一毛不值:在20年後AGI/AI的極速進展,第一點可真是一針見血。
2. 從紙上談兵開始:先從MVP on paper開始,或者是透過簡易的雛型設計開始。
3. 只做必要的工作:測試硬體/軟體的可行性;展示初步成果獲取回應意見(來自終端使用者最好)。
4. 預期多重選擇:考量其模組性(Modularity),加入擴充性、效能、包裝等選擇。
5. 設計時要考慮到最終產品的再使用性:以效能換取彈性、預留能將原型從實驗室延伸到市場的架構,這也是後來常說的可製造性,或者Design for Manufacture。
6. 避免過早把焦點放在成本上:原先概念是以證明可行性為主,但經過這十幾年,我認為成本的考量依然是商業化的必要性之一(各產業可能有不同的考量),免得成本過高而無法進行商品化(實際案例)。
7. 對抗回歸平均:意思就是打造出的產品是讓人不經意發出【啊哈】的創新創意產品,而非僅打造出平庸簡易的產品。(各行業對於"啊哈"的定義也會有所不同)
8. 確定該原型經得起展示:言下之意,就是DEMO的時候不要開天窗,通常的經驗是要準備至少三個方案(一主、兩備)。
以上就是不知多少年前的文章,經過十來年再看一遍,蠻多點都是經典值得反思與落實在各種開發案當中。