跳到主要內容

投資技巧

以下是剪至新聞、或他人的文章(楚狂人居多)。大部分是我覺得簡單易懂、觀念也不錯,可以實作看看的技巧。

此人都是買深度價外買權或是深度價外賣權,不太做賣方。比方說,現在加權指數7,780點,當他看好後市,就買7,900點或8,000點甚至8,200點的買權,權利金可能只有10點不到,結果一看對行情,獲利便非常驚人。
這位高手操盤技巧說來單純,鎖定觀察指標股,只要指標股走多,他就看多、作多,方法簡單,卻讓他在極短時間累積財富。


股票定期定額操作方法:買零股。
例如說每個月可以省吃儉用存下兩萬塊來投資(一萬當然也行),我建議就別買基金了,把兩萬塊分成五等分,分別去買進你想要買的股票,例如說60%買中等風險報酬的權值股,例如四千買台積電、四千買鴻海、四千買聯發科;40%買低風險報酬的股票,像四千買中鋼、四千買中華電或是台塑三寶之類的。
當然這部份可以自己選擇,比例也可以自己調配。好處很多!
一來不必每年付基金公司保管費,雖然人家幫你操作,拿點錢本來就是應該的,但是賠錢的時候還要付就會感覺很差,不用繳保管費和高額手續費就等於是多賺的,省一點是一點。
二來彈性很大,可以自己調配成科技類或是傳產類,或是綜合,甚至可以弄出”類定存基金”,想怎麼玩都可以。
三來一個月買一次就好,一樣不用看盤,並不會妨礙到上班、上課,每次收盤掛單,不必去想點位好不好,這也會有效避免掉『追高殺低卻賠錢,徒生華髮沒回報』的窘境。這就是懶人投資法,而且只是要堅持長期投資,然後避開頭部,每年至少10%~15%的投資報酬率一定輕鬆達成。

投資股票、期貨,經由過去的經驗(也就是技術分析、基本分析)來選股或是買賣期貨,當行情走勢和預期不同的時候,失敗的投資人(大多數的投資人)就是會受到負面情緒影響,進而被控制,然後做出不理智的動作,例如:買進股票->下跌->丟著不管或攤平->套一輩子或斷頭。而成功的投資人會怎麼作?買進多單->行情不如預期->判定是洗盤還是翻空->洗盤就先出場等待,翻空就跟著買進空單->獲利。(其實判定洗盤還是翻空這部份應該是盤前就要先想好,而不是盤中遇到才臨時判斷)。

所謂基本面選股,技術面操作
只是一個方法而已舉個例子,2006年三月我知道金融改革有了一些成果,金融股也悶了很久,因為我看好台股,想見外資匯入會導致台幣看升,加上我看好以後外資會想來併購台灣的銀行,所以我看好整體金融股要走大多頭,於是我就開始從每家公司的財務報表檢查,第一負債不能高,現金流量要ok,轉投資不過分,......,要看多項資料去評比,最後找到一家你心目中相對好的公司,這就是基本面選股然後等這隻股票有某些技術面是正向的跡象出現,例如低檔整理後突破,例如週線指標底部翻揚,例如短均線黃金交叉長均線......,這也是要交叉評斷做完這些功課就差不多了不過這也可以只是一部分功課我還會考量一些別的
第一,公司籌碼主要在誰手上,外資?大股東?還是小散戶?
第二,公司形象如何,股價會不會上下起伏過大,大股東是不是很愛坑殺散戶
第三,這家公司有沒有什麼利基性或是獨特或獨占的產品,例如信用卡市佔率;或者說新竹園區的主要合作對象;或者像以前喬治瑪麗現金卡獨大也能加分;以前樂透很瘋的時候,這也是加分點
第四,鄰近國家的金融股是不是也越來越好,我們這邊的金融股是不是有可能跟著越來越好,也就是說有沒有機會走優等生複製模式
第五,有沒有可能有機會跟某些公司合作或是被某些公司併購,像是前兩天不是竹商銀狂飆嗎?這就是突然傳出被併購的消息導致這大概看單一個股沒問題

選基金的4433法則
第一步:選取一年期績效排名在前四分之一的基金
第二步:在這些基金之中,再選取兩年、三年、五年,和今年以來這四個區間當中,績效排名也在前四分之一的基金
第三步:從第二步篩選出來的基金中,剔除掉三個月、六個月不在前三分之一的基金

ETF
想投資卻又不知道該怎麼著手的人就買台灣五十(0050)吧,簡單的去券商開證券戶頭,就跟買股票一樣,定期定額的買,不要作價差考慮,有錢就買,別小看那溫溫的台灣五十,2003/6/30上市,上市價31.25元,中間配息兩次(1.85+4.0),現在56.6,三年半賺一倍有餘,所以年化報酬率超過兩成(兩成很偉大,股神巴非特也不過兩成二),考量到以後走空頭會折損一些獲利,長期投資打個七折至少也有14%。即使自己有買股的人,我一般也建議把台灣五十納入核心持股,這樣可以避免掉一般散戶最常碰到的『賺了指數、賠了差價』,起碼你的績效不會輸給加權指數,別小看加權指數,市面上的共同基金能夠贏過大盤的大概只佔15%左右,而且這個月贏的基金,下個月可能又輸,每年都贏過大盤的比例非常低。除此之外,ETF的平均管理費約為一般股票型基金的三分之一,交易稅僅為一般股票的三分之一到四分之一,投資成本相對低廉。省下來的都是賺的。

何謂ETF?這是一種指數基金,舉例來說台灣目前有三檔ETF基金,其中一檔叫做寶來台灣卓越50基金,他是以台股前五十大市值的股票綜合來決定其價位高低,簡單來說就把他當作在操作加權指數就是了,可以在盤中交易,股票代碼為0050。
夥伴們會問,知道ETF是幹麻的以後,要怎麼操作才能獲利呢?我提供一個傻瓜操作法,用這招年報酬率大概平均會有20%左右,而且不太需要常常注意股市,台股最近幾年生態有變,多半時間都在6000點上下,傻瓜投資法就是半個月看一次台股,哪天看到台股跌到5500以下,請買進1/3資金,再跌兩百點再買進1/3,再跌兩百點再買1/3,然後就抱著,等到台股漲到6500以上就賣1/3,6700再賣1/3,6900再賣1/3,週而復始,績效就出來了。(我的想法是從180天均線來看,低於180天均線200點買進1/3、400在買1/3、600在買1/3)

何謂亞當理論?重點只有兩點,一、股票為何會漲?因為它正在漲;二、亞當理論認為投資人永遠抓不準頭部和底部。但是頭部和底部出現時,亞當理論只會錯一次。講白話一點就是什麼時候該買股票?股票漲的時候;什麼時候該賣股票?股票跌的時候。

股市測不準定理
有幾種方法可以解決:
1.不要玩這麼短,股票在很短期的時間內常常是呈現隨機亂跳,可是長期來看好股票總是不會永遠蒙塵的。
2.學賭場以機率取勝,一般來說今天漲,明天也漲的機率略高於跌的機率,反之亦然,所以如果能夠做對方向就抱著,做錯方向就出場,長期下來賺錢的機會其實遠大於賠錢的機會。
3.挑自己熟悉的股票操作,有些股票每年就是會拉一波,有些股票擺長期會賺錢,也有些股票股性溫溫的,但是每年配息都配不少。找自己熟悉的幾支股票,長期關注,達到某些條件就買進,達到某些條件就賣出,賺錢的機會也不小。(例如中鋼的股票跌到20塊以下就可以買進,漲五成一倍就可以賣出)

頭部有幾個特徵:
1.大量,這幾年的頭部至少都有1900億以上的成交量,所以在量能超過1900億以後就要皮繃緊一點。
2.你以前覺得是反指標的阿桑或阿伯會來教你買哪隻股票才會漲,也就是擦鞋童和雞尾酒定理。
3.八卦或非商業的雜誌也開始有股票版面。
4.商業雜誌(商週或今週刊這種,不是專門講股票的雜誌)連續兩期以台股當成封面故事。
5.期貨常常五十點,甚至百點以上的正價差。
6.身邊或是有聽說某人願意借錢去融資買股。
7.大型權值股一陣子沒過高,盤面上熱的都是一些小型股或沒聽過的股票。
8.只要一下跌網路和號子裡會出現『最後買點』的聲音。
9.停損會被大家嘲笑。

判定多頭空頭的小技巧
拿一份週末的報紙證券版或是Smart智富月刊,找裡面的十大明星分析師票選潛力股或看好股的部份(一定有,請用力找一下),挑前十到十五名出來,把股名和今天的價位記起來,過半個月到一個月再把這些股票今天收盤價位登記一下,如果發現大部分或是平均是上漲的,那現在應該就是多頭沒錯。反之如果平均是下跌的,空頭的機率比較大。除非剛好遇到多頭中的修正或是空頭中的反彈,那就可能有例外。

看到美股上漲不要滿心歡喜,看到美股下跌不需滿臉憂愁,因為你我是操作台股。這也是一個小撇步,一般散戶都喜歡看美股作台股,美股上漲就買台股,下跌就賣,其實這樣受傷機會超級大。主力知道一般人的想法,所以常常利用美股漲跌來騙散戶,所以開高走低、開低走高就會套到或是軋到一大票人。而且即使今天主力打算要漲,在看到美股是漲的,台股通常也會開高走低,中盤或尾盤再拉高。開高走高收最高的機率非常低,大家可以去調分時圖出來看。

多頭喜歡殺尾盤,空頭卻愛拉尾盤
這有兩種情況,一種是現貨在1:25~1:30中間撮合的時候;一種是現貨收盤後到期貨收盤之間的十五分鐘(1:30~1:45)。這兩段時間最有可能發生偷拉或偷殺尾盤,可是對我來說,我作多喜歡看到殺尾盤,作空喜歡看到拉尾盤。

幾乎每個指標都會有其罩門,倘若想要只靠一種什麼神奇指標就百發百中是不可能的,每種指標又有其特別好用的時機,趨吉避凶之下,有三種解決之道,第一種就是把許多種指標綜合判斷,像我上面每天盤後分析那樣,起碼會比只看一兩種指標保險得多,第二種使用方法是只把技術綜合分析為判斷買賣的一小部份,重要性最多只佔15%,與重要性更高判斷多空衝突即無效(例如國際局勢);第三種就是乾脆丟掉,反正不一定準,那不如別把這個工具放在心上,想買就買、想賣就賣,配合停損停利,一樣活得很滋潤。

這個網誌中的熱門文章

解決 CI Trust Issue:Target Must Be Enabled Before It Can Be Used

📱 iOS開發 | 🔧 CI/CD | 💻 Xcode | 🐛 除錯筆記 🔴 問題描述 這兩天在跑 CI 時突然出現錯誤訊息: Package@swift-6.0.swift:PACKAGE-TARGET:CasePathsMacros: error: Target 'CasePathsMacros' must be enabled before it can be used 🤔 嘗試過的解法 💬 Claude 的建議 首先詢問了 Claude,得到以下步驟: 先更新 swift-case-paths 到最新版本 確保使用 "Up to Next Major Version" 執行 File → Packages → Reset Package Caches Clean Build Folder (Cmd + Shift + K) 重新 Build 結果: 一看就知道沒用 😅 🤖 ChatGPT 的建議 接著試了 ChatGPT 的解法,主要是降低引用到的 package 版本。繞了一圈,還是沒用。 ✅ 最終解決方案 最後還是回到 Google,找到了真正有效的解法。針對這個 macro fingerprint validation 問題,有三種解決方式: 📌 方法一:本機開發用(Terminal 指令) defaults write com.apple.dt.Xcode IDESkipMacroFingerprintValidation -bool YES 📌 方法二:xcodebuild 參數 在執行 xcodebuild 指令時,加上 -skipMacroValidation 參數 📚 參考連結: https://vocus.cc/article/690779ebfd89780001859b14 📌 方法三:CI 正統做法 ⭐️(推薦) 步驟 1: 在專案根目錄建立資料夾 ci_scripts 步驟 2: 在此資料夾中建立腳本 ci_post_clone.sh ,內容如下: #!/bin/zsh mkdir -p ~/Library/org.swift.swiftpm/security/ cp macros.js...

用 AI Debug 的迷思:當建議越改越糟時

現在許多開發者習慣用 AI 來協助 debug,但在實務上常遇到一種情況: 依照 AI 建議改了兩三輪後,錯誤仍然存在,甚至越改越複雜。 這種狀況其實有幾個常見的盲點,值得特別注意。 1. 先回到「上一個正常版本」 當你已經按照 AI 的方向修了好幾次但問題仍未解決時,最有效的第一步是: 回到上一個正常工作的版本,縮小問題來源。 許多 bug 並不是你正在看的那段程式碼造成的,而可能是: 同事剛好修改了某個底層模組 某個 shared component 產生 side effect Auto Layout 層級重新 layout 時觸發 crash 如果只是盯著眼前的 function 修,反而容易被誤導。 2. AI 沒有看到你的整個專案 AI 通常只能根據你貼出的片段判斷問題,這代表它不知道: 你的 view hierarchy 裡是否有其他 constraint 影響 layout 某些 model 是否被 extension 修改過 父層或子層邏輯是否干擾目前的行為 整個專案採用的 concurrency 模型是什麼 因此,AI 可能會朝著完全錯誤的方向修,導致反覆修改卻無法解決。 3. Swift 6 例子:錯誤真正原因常不在你修改的那一行 例如開發者常遇到的錯誤: passing closure as a 'sending' parameter risks causing data races 許多人(包含 AI)會開始從 function 內部調整,但這類錯誤真正的關鍵通常是: 傳進去的物件沒有實作 Sendable。 也就是說,你不是要改 function,而是要回頭檢查: 傳入的 model / struct / class 裡面是否有 non-Sendable 成員 是否需要標註 @unchecked Sendable 如果 AI 沒看到相關檔案,自然很難找到正確方向。 結語:AI 是工具,不是預言機 AI 很適合用來: 解釋概念 協助產生測試程式 提供重構建議 釐清你已懷疑的方向 但在 debug 狀況下,以下三件事更重要: 回到上一版,縮小差異範圍。 釐清真正問題來...

借助 AI 除錯:解決登出時的解密錯誤

  前言 最近遇到一個有趣的 bug,趁這次機會試試看用 AI 來協助除錯。整個過程蠻有收穫的,分享給大家參考。 問題發現 Bug 描述 在測試登出功能時,發現 app 會發生 crash。追蹤後發現是在登出時,API 會呼叫底層的解密函式,但解密用的 key 明顯有問題,導致解密失敗而引發錯誤。 由於這段流程是另一位同事負責開發的,程式碼邏輯比較複雜,短時間內看不出根本原因。於是先採取防禦性做法: 如果 key 為空值,就將解密失敗的錯誤吃掉不處理 。判斷後認為這樣不會影響 UI 操作,因為登出後 key 會重新取得。測試後確認沒問題,就先把這個 bug 暫時壓下來了。 深入追查 第一回合:初步分析 趁著有空檔,決定詳細釐清這個問題。想試試 AI 的能耐,於是下了第一個 prompt: 分析 SessionManager 的 processEncryptedData 方法中,為何會發生 bytesToTrim > currentLength 的錯誤?從呼叫該方法的地方分析可能發生的原因。 AI 給出了幾個可能的原因: 加密數據損壞或截斷 網路傳輸過程中數據包丟失或損壞 API 回應中的加密字串不完整 解密後的最後一個字節值異常大 錯誤的加密算法或密鑰 使用了錯誤的解密密鑰或 IV Session key 交換失敗,但程式繼續使用無效密鑰解密 解密產生亂碼 Hex 字串轉換錯誤 包含非法字符、長度不是偶數、部分缺失等問題 AES CBC 解密失敗但沒有檢查錯誤 Whitebox 密鑰準備失敗 IV 不匹配 數據長度不符合 AES 塊大小要求 PKCS7 Padding 格式錯誤 加密時使用了錯誤的 padding 方式 最後字節不是有效的 padding 長度值 (1-16) 多重解密處理錯誤 數據被重複解密或解密順序錯誤 記憶體緩衝區問題 緩衝區大小分配錯誤或溢出 AI 也分析了呼叫鏈: API 回應 → DataTransformer → CryptoHandler → decryptSessionKey → processEncryptedData 評估: 這些分析大多是從相關函式內部找錯誤,但沒有太大用處,...