跳到主要內容

求婚大作戰

最近看的這部戲非常能引起我的共鳴,雖然網路上對山P演技惡評如潮,我是沒什麼感覺,因為我覺得他就是要演出這樣個性的人,極度彆扭,不善表達自己的情感,想說又說不出口,或許跟我的個性很像,所以特別有感覺。
而我也常常在想,如果回到高中時代,我會怎麼做,我該怎麼做。當然也不是像妖精一開始講的遇到不順的事,才會這樣想,而是每次回想,都會想為什麼當初不這麼做,或當初這麼做會更好嗎。

妖精在片頭所說得:

每當人遇事不順時,就開始為自己尋找理由,情形、時機、天氣、運勢,依靠種種藉口來安慰自己,心想”不該是這樣的,好想重新來過”,重新來過就真的能萬事如意嗎。重新來過就能化解最初的不盡人意,這樣的自信到底從何而來?

就如後半所說得,真的重新來過就能如我所願嗎。我也不這麼認為,但是我倒是想過不一樣的人生,如果我當初不是選這條路,我真的想知道我會怎麼樣。

妖精在健一直想表白,但卻多田先表白後所說得。

你為什麼總是那樣在意時機和機會啊,等紅綠燈轉換了就告白,等這輛車開過去就說,只要2個人單獨相處的話,就把自己的心情告訴他。你就是因為太拘泥於這些小細節,才會抓不住那大幸福啊。

如果太在意一些小細節,喪失了更重要的機會,有意義嗎,就像主角回去那麼多次,卻沒有一次表白成功。總是在等最佳時機,但是你的時間就只有那麼短,一次又一次的讓機會流失。我回想如果等想表白的人都離開公司了,msn都被封鎖了,還在懊悔當初為什麼不先說出自己的心意呢?多田讓我知道國王遊戲的另類表白法,真是高啊!

鶴對繪里佳找前男友時所說的話:

不管如何,我不希望你去,你是我心中的女神,如高山之花般遙不可及,讓我用盡一生都無法追求到,這點我自己也非常清楚,我拜託你,因為你是女神,所以請不要成為別人的附屬品,不要再談這種只會讓你哭得戀愛,我實在看不下去了,不要再去找那個傢伙了。

片中鶴對繪里佳的苦追,真另我眼界大開,毫不保留對另一方的愛意,而對方拒絕的又很徹底,但還是不在意對方只把自己當好人看,這句話真是獻給所有的好人。好人也有出頭天的機會的。

下面這一句好像各版本不同,這是我最喜歡的版本:

是阿,反正失敗都是注定了,再壞也不會壞過於此,那幹嘛不衝衝看,衝個翻盤的機會,衝過了,就是你的了。男子漢!

這句我應該時時刻刻記在心中,就算失敗也應不以為意。配合下面這具有絕佳妙用:

我們關心的不是你的失敗,而是你對失敗是否無怨。

下面這句,我覺得是這部戲劇的總結,不要悔恨過去為什麼不這麼做,該做的事,未來應該怎麼做,失敗是拿來檢討的,把悔恨拿來做下次進取的動力,應往前看,仔細規劃下一步該做什麼來改變。

最重要的是不是悔恨過去的現在,而是想改變現在的未來。

以下是我節錄不錯的句子,有兩三句是同一句,但卻是不同版本,但我覺得都不錯。

每個人手上都握著一把打開奇跡之門的鑰匙,只是,明白這個道理的人少之又少。 改變命運的奇跡,從不以匆匆的姿態出現。 只要心懷改變的夢,一步一步不斷的累積,總有一天奇跡之門 必會為你敞開。

一生中最愛的人,當你即將失去她的瞬間,才會發現在你心中的位置,但一切都晚了。

健:「曾經離的那麼近,為什麼禮身邊的人不是我呢?為什麼距離這麼遙遠?」

王爾德曾說:男人希望成為女人的第一個戀人,而女人希望成為男人最後的一個戀人。

時間是有限制的,合理利用還是肆意浪費,取決於你的用法。

大部分人類都是在結束之後才意識到真相。

之後覺得我終於明白,比起勇敢嘗試後的失敗,望而卻步的後悔,不知痛苦多少倍,我不知道,現在我所面對的前方,是否真有奇蹟之門,可我告訴我自己,要去相信。

說出你的願望吧,否則不會如你所願,去尋找吧,否則不會發現,去敲門吧,否則門不會為你而開。路加福音十一張第十節:「因為凡求的就得著;尋找的就尋見;叩門的就給他開門」

看似遙遠的距離,即使繞了遠路之後,還是會回到最近的距離。幸福,其實很簡單。

說「明天再作吧」的是大笨蛋啊!!

如果不願意正視事情的根本,不管回到過去多少次也無法改變任何事 。

「結婚對象不要選最愛的人,要選第二喜歡的人比較好」
想這麼做而說出這些話的人有很多。
但是有多少人真正知道
自己正交往的對象是不是一生中第二喜歡的人呢?
然而唯一能確定的是
一旦失去了生命中最愛的那個人
那一瞬間一定會知道「(最愛的)就是他啊!」

人人手上都握有打開奇蹟之門的鑰匙
只是能意識到這一點的人十分稀少
不要汲汲想尋找改變命運的重大奇蹟
抱著「想要改變啊!」的心一小步一小步往前走
總有一天能夠打開奇蹟的門扉

人類歷史上出現最多東西就是藉口。

留言

這個網誌中的熱門文章

解決 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...

萬年季

這個活動上上個禮拜六看到新聞,我以為只有一天,禮拜日就沒去,感覺有點可惜。沒想到是九天的活動,看到阿蓮他們也要去。那就剛好約一起去囉!前一天剛騎完充滿自我鍛練的阿里山之旅,又摔車,左手臂形同殘廢,但是既然約好了還是要去,捨命陪美女。那天阿蓮一直說他可能遲到,沒想到當天因為跑去看醫生,結果遲到的人是我。拍謝啦!當天中午吃飯,虹君還問我明明知道馥菁沒來,為什麼還要來,ㄟ!太明顯囉!我是這種人嗎?我會讓Jim獨享兩位美女嗎?喔!不!我會拋棄Jim嗎?約了就要來啊!虹君後來說,他原本拔智齒也不太想來,臉太腫了。不會啊!我看不出來,都一樣圓!ㄜ!不!一樣可愛!笑起來,頗令人心動(有圓回來嗎..) 所有照片http://picasaweb.google.com/cccmail/JVqzQG# 從中午就一直繞著蓮池潭逛,上次來的時候還在清潭,封閉中,這次來看果然漂亮很多,和小時候的印象完全不一樣。大家好像不喜歡照相,身為高雄人在蓮池潭照相,有種詭異的感覺。 照這種人形立牌,是我很喜歡做的事,看得出來誰是誰嗎? 過七關,有意思的祈福關卡,但是太多人了沒去排。 阿蓮與蓮花。蓮花太小了。 偷照擺Pose。 當天在廟口前的表演,人太多,只能從狹縫中看到一點,兩位女生,完全看不到.. 看了一陣子,他們終於受不了,拉我們走了。順便去吃晚餐,Jim也受不了,他要找個位置坐下來,他說那天好像行軍,走的腳超酸。結果途中遇到馥菁帶著學妹來逛,78年次,喔!這個補!喔!不!真年輕。哥哥可以裝年輕嗎?很多人看我不是還是學生就是剛畢業!看樣子我可以講我75年次,這有人相信嗎? 歷經20多年再走一次龍虎塔與春秋閣,之前的18層地獄好像換掉了。我覺得是很棒的特色ㄟ,可惜了童年的回憶。 最後主舞台也是人山人海,只能看大螢幕。 失去舞台的舞獅,在人群中自己表演起來了。 主辦單位邀請各廟宇,舞獅或跳人偶的來表演。但是大家好像都表演得很盡興,無法控制長度,主持人一直在趕人,"XX國小,時間咖控制機勒,節目已經Delay了",國台英語交雜,頗有喜感。表演隊伍也很有意思,原本以為只是表演各廟宇慶典活動或民俗技藝,但沒想到還有原住民舞...

用 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 狀況下,以下三件事更重要: 回到上一版,縮小差異範圍。 釐清真正問題來...