搜尋

搜尋結果

Steam OS 3.7 桌面模式下的中文輸入法 fcitx5+RIME
科技新知
MacauYeah・2026-02-21

上一篇我們提到,SteamOS的原生鍵盤不知為何失效,我們在桌面模式上的另一個選擇就是flatpak中的 Fcitx5。 因為Fcitx5是基於flapak安裝的,預設只在flapak下通用,後半部份,亦會介紹如何打破這個限制。 安裝Fcitx5 及倉頡五 我們可以在 Discovery App,輸入關鍵字 Fcitx5, 找到相關的套件。為更精準地安裝指定套件,可以直接在terminal 使用以下指令。 首次啟動時,需在start menu中,搜尋fcitx5,它就會長註在右下角的系統列中,選該iconrarr;右鍵rarr;input method settings,把「RIME」加入到fcitx5中,就可以使用了。 在此時,你可以打開Firefox,經controlspace的方式轉換輸入法試試。但之後你會發現,原生的Kate文字軟件,都無辦法輸入中文。因為只有Dsicovery flatpak 的 app 才能正常使用fcitx5。 大範圍套用Fcitx5 如果你找網上或AI的資訊,大部都會提示你修改系統設定檔,把fcitx5加到其中,但筆者就不成功。好在有Bilibili強者的筆記httpswww.bilibili.comopus1139601518269300768httpswww.bilibili.comopus1139601518269300768,原來SteamOS自帶的是ibus,但ibus又不讓設定(因為要換rootfs)。我們通過flatpak中安裝fcitx5,其實是可以通過ibus存到系統的。步驟如下: 如果你還未為當前的deck user配上密碼,你可以在terminal中使用 有密碼後,就可以使用 把所有module加為ibus 你沒有看錯,真的是那樣。基在上所有原生的桌面app及terminal,也可以切為到中文輸入法了。還有一個特例就是經 distrobox 生成的環境,依然無法存入ibus。 Reference httpswww.bilibili.comopus1139601518269300768

重入膠坑12-快靚正
手機‧電玩
MacauYeah・2025-11-27

筆者今年度,在高達模型制作上,一直針對在分享非噴塗的制作技巧之中。這主要是因為筆塗或素組所需的工具比較單純,而且筆塗使用水性顔料之下,更不會有異味出現,可以在家中安心操作。之前亦提過素組打磨對於對於水口覆蓋的極限問題,亦一度讓筆者認為[純素組打磨]是貼錢買難受,因為時間花出去,但效果不盡人意,還不算直剪不打磨。 經過一段時間的快速組合後(其實是筆者山積太多,所以快速清山積),筆者盡可能跳過那些效果不佳的步驟,保留一些更差異性明顯的工敍,嘗試做出人工花費少,但自己還能接受的作品。 不做取件表-但留意分部制作 雖然做取件表可以讓自己未來可以更專心剪件、規劃。但除非取件表是他人預制好的,或是自己要重複做同一款高達,不然自己弄,是很耗時間的。如果各位制作的只是HG的量,其實分部位直接剪,也很容易做到減少換版的次數,所以取件表可以不做。 不全部刻線-滲線後再執漏 不刻線,直接滲線,效果一定不完美的。但全部刻線,成本高,容錯也低。筆者經過三隻模的測試,似乎不刻線情況下,可以通過拭擦方式,取得7成的水性顔料滲線成功率。剩下的,就乖乖重新刻線再滲線。整體省了時間,不過就是要接受某些線修可以粗幼不等。這樣做的還有另一個大好處,就是減少刻線的出錯。 點綴式的膠貼或水貼 如果大家制作的作品,原本就有送貼紙(例如RG),一定要記得貼。如果沒有,也可參考市場上有沒有第三方貼紙。如果你買的是HG,雖然第三方水貼只是給RG用,但其實你也可以借來用於HG上。肩位,裙夾位,盾位,腳位,也是點綴的好地方。 薄刃剪二刀流 如果想不打磨,二刀流手法是必不可少的。只使用足夠鋒利的剪鉗,直接使用二刀流也可以大大地減少水口發白的情況。第一刀要保留足夠多的流通,避免拉扯。第二刀貼著水口再剪時,就要足夠慢,減少形變而産生的發白。二刀流可以變為多刀流,看大家需要。神之手也就很推薦的,但始終也是消耗品,如果有價錢上的考慮,可以投資低價位的薄刃剪。水口大一點,小一點,差異不太大,只要不發白,薄刃剪的效果就發揮得好了。 UC系列和最新的HGCE系列 不想補色的話,最好考慮元組的系列,因為結構簡單,所以原本分色做得還不錯。而最近的HGCE,分件也越做越多,想偷懶也是可以的。不過就2018之前推出的非元祖HG,大家就真的慎入,補色工作跑不掉。

Spring Boot Web App 更新期間的維護模式:從唯讀到全鎖的解決方案
科技新知
MacauYeah・2025-08-25

在營運 Web App 的時候,雖然我們有 Docker K8s 可以滾動更新,但難保用戶在更新的過程中,有一半訪問去到了舊版,另一半去了新版。如果可以,Web App 本身自帶維護模式,可以自我判斷什麼時候應該忽略新的訪問,當然最好。但要做到這一點,前期需要很多規劃。狠心一點,可以直接關掉對外的服務,讓用戶無法訪問。 但在另一些情況下,例如升級搬遷的情況,下線時間比較長,完全關掉服務並不是一個很好的方向,我們至少還可以提供唯讀的選擇。而且這個可以從資料庫出發,讓 Web App 少處理一點邏輯。 如果 Web App 背後的資料庫是 MSSQL 或 MySQL,唯讀這件事應該是簡單的,只要你把 service account 的權限改變就好。但如果你用Oracle,就要想想辦法。 筆者想到的方法,暫時有兩個。第一個就需要大家寫寫 Script ,一口氣把所有 Table 給鎖起來。例如 第二個,就是生成一個新的唯讀 User schema,給他所有Select的權限。然後更新 Web App 使用那個唯讀 User schema存取資料。 兩個方法有什麼差異呢? 前者就全部鎖起來,沒有任何一個資料庫用戶可以改寫資料。如果你的業務沒有差異性,全部一起封起來就完事。但如果你只想 Web App 轉成唯讀,但其他背景程式還可以執行更新。那你就只能用後者了。但後著也不是百分百的完全無痛,至少你 Web App 要支援登入與操作的 Schema分離。 例如用Spring boot JPA的話,可以在 application.properties 可以讓登入及操作的Schema不一樣。 spring.datasource.username=READ_ONLY_USER spring.jpa.properties.hibernate.default_schema=ORIGINAL_SCHEMA 又或者在 java 層面指定。 @Tableschema = quot;ORIGINAL_SCHEMAquot; 這看上去,是很有彈性的。但其實也是有些局限。如果你本來的JPA有寫特制的 JPQL 或 Raw Query,又或者你在Java層面加了 @Subselect,由於這些都是程式原作者所 hard code 的,JPA沒法幫你改寫。改來改去,可能還是前述寫Script的方法,一口氣把所有 Table 給鎖起來實際一些。 Reference 更多筆者的程式開發分享,見請 github

Galera 4 (Mariadb cluster) 的冷開機
科技新知
MacauYeah・2025-08-20

前次我們介紹了 Galera 4 在Ubuntu 24的架設方式,這次我們來補充一個最常見的問題Cold Start 冷開機 cold start 平常, Cluster 中只有其中一個 node 需要更新重啟,基本上所有節點回覆正常後,都可以互相通訊。而有些情況,例如斷電問題,需要所有節點全數關機,那麼 Galera cluster 就需要一定的方式重啟系統。那是一些狀態的保護機制,因為在全關機後再同步,系統不知道哪台機才有最新的狀態,它也不敢貿然同步因為正常使用下, Galera cluster 只有兩台機也會開步。所以需要人手介入,指定以某台機作為 cluster 的起始點。 舉個最簡單的例子,前述三台機 pocdbnode3 , pocdbnode2 , pocdbnode1 順序關閉,那麼 pocdbnode1 應該就會有最新的資訊。 在ubuntu中,可以查看 varlibmysqlgrastate.dat 中的 safe_to_bootstrap是否為1。如果是1,代表當初它有最後的 transaction ,以它為起始點重新起 cluster。 $ cat varlibmysqlgrastate.dat # GALERA saved state version 2.1 uuid 0c38b6dd7bdb11f0a4dd1f4be36a6ea9 seqno 1 safe_to_bootstrap 1 我們使用galera_recovery, galera_new_cluster, 就可以把該機器重新救起mariadb process。 $ galera_recovery WSREP Recovered position 0c38b6dd7bdb11f0a4dd1f4be36a6ea911 wsrep_start_position=0c38b6dd7bdb11f0a4dd1f4be36a6ea911 $ galera_new_cluster 然後其餘兩個 node 可以直接重啟 mariadb 服務 # node 2 $ systemctl start mariadb # node 3 $ systemctl start mariadb Reference Getting Started with MariaDB Galera Cluster 官方文件 How to Set up MariaDB Galera Clusters on Ubuntu 22.04 How to Bootstrap MySQL or MariaDB Galera Cluster ndash; Updated 還有比較複雜的救機狀況,例如safe_to_bootstrap全為0,即是可能是全部node都沒有好好地關掉,就掛了。大家有需要可以看看這個link的解決

測試驅動開發 | 系統邊界Mock
科技新知
MacauYeah・2024-04-23

好一段日子之前,筆者就介紹了一些寫Test Case的大方向 。對於大部份情況來說,有分隔的開發環境,有整個配套,測試起來是順暢的,想做單元測試可以,做整合測試也可以。但如果沒有,我們其實也要想辦法寫Mock。 Mock這個概念,對於寫前端程式的朋友應該比較熟悉,因為前端開發者總不能等後端準備好之後,才開始慢慢設計。前端很早期就要模擬一些情況,做介面設計,做各種思考。而且這個Mock不是指在運行單元測試時,才使用的臨時修改隨機數據。而是針對開發時,自行模擬的後端或外部環境。不過因為前端介面涉及很多主觀設計,很多元素冇辦法做固定的自動測試,所以前端的測試通常要人幫測試。 而後端開發,邊界Mock這一概念也很有用。在外部環境不足的情況下,為自己系統的邊界部份自建一個Stub Dummy 等的模疑數據,是很有幫助的。不論我們對外部環境的掌控度有多少,我們走測試驅動開發(Test Driven Development),好好地定義這個外部環境的期待行為是很重要的。 例如,你有個功能,需要存入數據,但資料庫未準備好,也沒有所謂的In Memory資料庫可以用。這時,自己架空寫一個什麼都不做或回傳固定結果的函數作為中轉接口,然後在你的Test Case可以規劃你的想要結果。 也許你會說,這個函數就是存下資料,我不會需要它的回傳結果,但我們其實還是可以在Test case 中定義一些錯誤檢測,確保這個函數沒有Throw Exception 。再進一步想,我們主程式是否真的不負任何儲存失敗的責任?要定義其他回傳變數,方便寫Log讓追蹤?或者我們至少要知道成功後的Primary Key ?若然業務上真的不在乎儲存結果的有效性,我們不存入數據也是可以的? 所以歸根究底,我們還是在乎儲存的成功與否。還是有必要去驗證驗寫入是否成功。 上述例子,因為資料庫不存在,開發途中可能Test Case 有好長一段時間也通過不了,但至少當資料庫完備後,可以直接驗證,不用人手手工測試。 舉另外一個例子,我們要從某個地方,例如API或資料庫,讀取數據。我們也可以先寫中轉接口,並為它寫Test Case定義應有的行為。雖然明明就只是讀取,我們沒法控制太多。但在接口做好異常狀態處理,是很重要的。例如Handle exception、檢查某些重要業務值會不會是空、確保後續部份可以正常使用,這是因為我們不能被外部系統的失誤而導致自身系統癱瘓。 其實測試驅動,本質上就是強逼大家想多一點,好好定義預期的行為,不論內部條件怎樣變化,都有一自動的檢收標準。

Git Worktree
科技新知
MacauYeah・2024-04-09

看了Git 大神的影片 part two,才知道原來切換git分支還是有不同的做法。傳統中,我們使用git checkout BRANCH_NAME_1 來切換到我們想要的分支。通常這樣做,代表我們放棄原來的工作環境,換到另一個工作環境中。 這樣做很好,對不對? 是的。但有些時候,我們只是被逼離開原本的工作環境,跳到一個過去的分支節點去查一些東西,或者修正一些東西。更什的是我們原本的工作環境都還是混亂狀態下,我們不想做commit(提交),我們只好用git stash,暫時將工作環境存起,然後再git checkout BRANCH_NAME_1。在你想做的事做完後,再git checkout OLD_BRANCH。 看起來其實也沒有很麻煩,是不是? 但其實當你的專案有一定大小,你在不同版本跳來跳去,你的IDE就會不斷地重新編譯。更不幸的是,當你的不同版本中有模組數量的差異,弱一點的IDE,什至會攪死它的cache,之後就會發生鬼打牆。為解決IDE引發的問題,筆者有時會直接cp r YOUR_PROJECT TEMP_PROJECT,在一個新資料夾下另起爐灶。那就是有兩個不同的資料夾裝載著你的專案。 這樣應該沒有問題了吧,是不是?這次是真的可以了,扣除了筆者個人健忘的問題,就沒什麼問題了。 不知大家有沒有經驗,連續commit了幾次,但最後一次commit卻忘了push(與伺服器同步),然後就跳到其他地方繼續工作。如果我們在同一個git repository下,我們commit了但忘了push,即使我們git checkout去了其他分支,用git GUI畫出commit graph時,也至少可以提醒筆者有一個未與伺服器同步的分支。但如果當初我們用的是cp,那就沒戲唱了,什至乎當初複制了去哪裏都忘了。(當你老闆同時要你跟多個專案,健忘真的很容易發生。) 這問題有解嗎?有的,git在2.5版本以後,就提供了一個git worktree的指令。它有點像cp 指令,更重要的是,它打通了兩個資料夾下的隱藏資料庫.git,當大家在那兩個資料夾底下,都可以看到另一方的存在。大家可以用git branch a或git log oneline graph來看看。 詳細的指令介紹:git worktree git 大神的影片 Part 2

[教學] 平民雲端服務不是夢 | 5分鐘教你如何快速起VM
科技新知
MacauYeah・2023-05-11

前言 原本筆者只是想做docker cluster,但因為在實機中建VM極其麻煩,所以就研究了好一陣子如何快速起VM。 HyperV有預設的Ubuntu template,但只有ubuntu desktop版,沒有server版。而且desktop gui顯得浪費資源,要clone VM也很廢時,放棄。 Windows Subsystem Linux起VM很方便,但同一個Linux version只有一個instance,沒法起cluster,放棄。 Virtual box沒有Ubuntu template,若要clone的話就變得跟HyperV差不多,放棄。 經過一輪資料搜集,發現了一個Ubuntu multipass engine,聲稱可以跨平台快速起VM。裏面有一些很吸引的功能,可以自己建立images、使用固定IP。 那怕即使是沒有snapshot,在自定義images的配合下預裝docker,要隨時加減cluster node都是一件容易的事。 重大決策點 醜話說在前頭。經過一輪測試,multipass最大的問題,就是custom image、fix IP都只能在bare metal ubuntu 中才能使用。如果你沒有一台閒置實體機安裝Ubuntu,還是要再多考慮一下。 重點 詳細的流程,筆者記錄了在Packer template 和Multipass Static IP中,在這裏就只說一些重點。 packer是使用cloudinit和qemu的技術,行起template中指定的cloud image 在筆者的例子中就是ubuntu22.04servercloudimgamd64.img 大家可以定義image行起後進行一些操作,而那些操作都是經過qemu vnc、ssh進去操作的。 操作完後就會直接儲存當時的image。所以在操作結束之前,盡可能地刪cache或刪去不要的user group settings。 最後生成的image,還是一個cloud image。若要再運行它,必需要使用支援cloudinit的VM來讀取。 cloudinit是用來指定初次運行時要設定的事,例如hdd size, user account password, ssh key import等。 使用工具cloudlocalds可以生成一個seed.img,這樣qemu也可以cloudinit。 HyperV應該也可以經過類似方式,進行cloudinit,但筆者未有去實測。如有更簡便的方法請告知。 multipass預設就已經有cloudinit,在bare metal ubuntu就可以直接執行。 multipass也可以設定不同的cloudinit參數。 成品 最後筆者就選擇了用packer用來預裝docker,經mulitpass無腦起VM,再使用shell script對多個node設定docker,達到即時起docker node的功能。這樣就減省了VM的安裝時間,也省去了docker的安裝問題。 說到底,如果只想測試docker cluster,其實windows, macOS中的multipass也可以實現相同的功能。因為安裝docker那些都可以經過shell script自動化,只是每次重複操作,都變得相當慢。另外,因為multipass在windows, macOS不支援fix ip,對於指定docker cluster interface又會再多一重功夫。

洛克人11短評
手機‧電玩
MacauYeah・2018-11-01

洛克人11 好玩嗎?那就要看你抱什麼心態去玩。 對於老牌遊戲,如果你是老玩家,你一定會覺得玩法上沒太多決定性差異不過畫面是提升很多,也多了兩個齒輪;但對於新玩家來說,這是一個惡夢挑戰遊戲。 一如以往,遊戲會有很多即死陷阱、敵人卡在重要位置的情況。 遊戲每次死掉要續命,都會從上次checkpoint重來,但死到沒法續命後,就只能整關重來。 有時卡關實在很嚴重,可以用辛苦賺回的、有限的遊戲幣來買E鑵和續命。但其實作用不很大,因為你會被惡意的關卡設計而很快消耗完那些道具。比較有長期效益的,是加防、加攻、加速冷卻以及自動儲炮。 Dark Souls系列很難玩嗎?有比洛克人難嗎? Dark Souls沒有比較難,只是因為整個遊戲長度比較長,所以才看似很痛苦。如果以惡意情度來看,洛克人的惡意可能更強。 所以玩這款遊戲,主要是看你抱什麼心態去玩: 如果你只想回味經典,但不想受苦的話,這款並不適合你。你可以買之前的重制版合集,在熟悉的環境下,你才有心情回味起來。 如果你是抱著朝聖心態的話,可以買,但不要期待玩很久。遊戲長度並不長,也不會有太多劇情,只有難關等著你。但為何仍建議購買?因為我覺得這遊戲受眾不廣,廠商雖說是重啟制作,但這個收益不足以引來高層的再投資。所以這一代之後,可能要等很久才會有下一代。 如果你是抱著挑戰心態的話,就一定要玩,以內建的競速模式來看,因為可以變化的對策很多,作為極限遊戲很適合。另外還有大大小小的挑戰小遊戲,你要全部通關,需要有點學習時間。

iOS 上的「備忘錄」
手機‧電玩
Lawrence・2017-10-11

近年智能手機使用上,除了日常電話、WhatsAPP、上網等,有很多朋友都會好好咁利用部手機,使用「備忘錄」是其一,應用場景可以是當靈感一到、有野要記底、隨手畫下點子或執行其他操作時。 在iOS 11上的『備忘錄』中,APPLE 加入了一項貼心 功能 ,可以在「備忘錄」中掃描文件 ,掃描後的文件,甚至也可以加入簽名或手動簽署文件。當然如果在 iPad Pro 中,簽名時可以使用 Apple Pencil 。 掃描文件操作步驟: 開啟『備忘錄』或 製作新的『備忘錄』。 點一下 ,然後點一下「掃描文件」。 將文件放在裝置相機的取景窗下。 如果裝置處於「自動」模式,將會自動掃描文件。如果需要手動擷取掃描,點一下 或其中一個音量按鈕。 拖移四個角落來調整掃描內容以配合頁面,然後點一下「保留掃描檔」。 您可以將其他掃描內容加入文件中,或在完成時點一下「儲存」。 你還可以為掃描的文件,變換模式,包括黑白等。 若要簽署文件: 點一下備忘錄中的文件。 點一下 ,然後點一下「標示」。 若要加入簽名,點一下 ,然後點一下 。若要手動簽署文件,請選取要使用的工具,接著使用手指或 Apple Pencil(若您使用 iPad Pro)來簽名。 「備忘錄」搭配 iCloud 使用時,亦可以隨時使用瀏覽器 httpswww.icloud.com 查閱,如果你同時有多台iOS 設備,亦可以存取編輯內容,十分方便!

人類登陸火星,要面對太空輻射的挑戰
科技新知
Trisha・2017-09-29

無法靠近!殘暴的太空輻射成人類登陸火星最大挑戰 北京時間9月29日消息,據國外媒體報導,當宇航員有一天踏上火星展開長期探索任務時,他們將面臨著一個隱形威脅mdash;mdash;太空輻射。 儘管我們對地球的輻射影響了解較多,但是地球之外的輻射影響還是了解甚少,因此依賴地球上的保護措施會帶來糟糕的結果。 目前,美國宇航局科學家正在分析這種輻射如何影響人類身體,並研究相應的保護措施避免猛烈的ldquo;核碰撞(nuclear collisions)rdquo;,這種情況發生在高能粒子碰撞人類輻射防護層和身體組織上。 美國宇航局太空輻射元素科學家利莎middot;西蒙森(Lisa Simonsen)博士稱,火星太空任務最大的一個挑戰是保護宇航員免遭太空輻射。你無法看到,也無法感受到,你無法知道你是否正遭受輻射的傷害。 美國宇航局人類研究項目(HRP)的研究人員指出,太空輻射完全不同於地球輻射。醫院裡一些醫生為了防止遭受X射線傷害,穿著厚重的鉛衣進行保護,這是非常有效的,然而在太空探索中,宇航員穿著鉛衣的方案是不可取的,重材料將促進太空輻射對人體的傷害。 這是因為太空是粒子輻射的家園,而不是電磁輻射,美國宇航局研究物理學家托尼middot;斯拉巴(Tony Slaba)稱,太空中存在粒子輻射,氫能夠穿過鎳和鈾,以接近光速的速度移動。 美國宇航局並不希望使用像鉛這樣的重材料屏蔽太空飛船,因為入射太空輻射將與屏蔽層發生更多的核碰撞,從而產生額外的二次輻射。 入射太空輻射和二次輻射結合在一起,將使暴露在太空環境中的宇航員處境更加糟糕。專家指出,當前太空輻射存在3個主要來源,但是與銀河宇宙射線(GCRs)相關的是最大的問題。 這種輻射類型來自於太陽系之外的超新星mdash;mdash;或者是恆星的爆炸死亡,同時,銀河宇宙射線是對人類身體構成傷害最大的。美國宇航局指出,當科學家致力於設計太空輻射預防措施時,銀河宇宙射線(GCRs)是關注的主要焦點。 美國宇航局太空輻射實驗室的研究人員正在研究電離輻射對人體的影響,模擬地球上的太空輻射仍是一個挑戰,因為該環境下太空輻射劑量更加集中,而且在較短的時間內出現,而不是在太空環境下體驗。 儘管如此,理解這些太空輻射的影響是未來太空探索的重要環節,近年來,許多國家的航天機構和商業太空公司都開始關注在月球和火星上展開探索任務。 斯拉巴解釋稱,我們擁有較長的太空探索歷史,並掌握到暴露在地球輻射產生的生物反應數據,但是我們缺少太空輻射相關數據,以及所產生的生物影響的不確定性。 上文內容轉載自:快科技,ldquo;無法靠近!殘暴的太空輻射成人類登陸火星最大挑戰rdquo;httpnews.mydrivers.com1550550345.htm

入市時間改為「波幅收窄後第一個MACD入市訊號」效果更好?
創富坊
程式交易 www.quants.hk (導師: 財經書藉作家: 麥振威)・2015-09-17

有關開市第一個MACD訊號的策略,也有學員電郵詢問,其實在課堂上講解了一個思考交易策略的概念,入市的時間最好是即將出現大升大跌的時間,而即將出現大升大跌的時間大多便是「波幅收窄」的時間。 很可能你的策略只有「五成中」,但無論買升還是買跌,若都選擇在波幅收窄的時間入市,估錯方向時可在有限幅度便止蝕,但獲利時則可賺取更大幅度的利潤。比如結果是40點止蝕,80點止賺,在20個交易日中,只有一半能獲利,最終在未扣除交易費用下,獲利的幅度也有400點。 另一個好處是波幅收窄後出現的升跌浪,只要估對方向,坐倉的機會是相對較少的,升浪跌浪便急速地運行,這減低了入市後坐倉的壓力。 我們假設開市後第一個MACD的入市訊號也只有「五成中」,但是否又可以稍作修改 把「開市後第一個MACD的入市訊號」改為「開市後波幅收窄後的第一個MACD入市訊號」才入市交易 如何介定波幅收窄,某些學員喜歡用保歷加通道的BANDWIDTH,筆者建議也可以用SD與五支陰陽燭的平均SD作比較,如附圖一是本日期指的1分鐘走勢,開市後第一個MACD入市訊號出現便造淡,結果能賺錢,但改為「開市後波幅收窄後的第一個MACD入市訊號」才入市也同樣能賺錢。 不過,大家再看看附圖二,當日若在開市後第一個MACD入市訊號便入市,即使能獲利,幅度也十分有限。但若改為「開市後波幅收窄後的第一個MACD入市訊號」才入市,則當日獲利的幅度卻大很多 當然這個只是建議的思考策略模式,若在設計個人交易策略時遇上問題,也歡迎學員們隨時找我研究