Skip to main content

德威,你真的蠻雷的。

我在高中讀的國文補充教材〈梅花嶺記〉,提到了史可法死前的故事,讓我印象深刻至今。

大意是史德威臨危受命,要取史可法性命不讓它落入敵人手中。怎料在危機關頭,德威終究心軟沒能砍下殺死史可法那一刀。最後還是讓史可法被綁到敵軍面前,大罵而死,連屍體都沒能保存葬於梅花嶺。一次違背兩個交代。

我看完後只想說:「德威,你真的蠻雷的。」。


以下為〈梅花嶺記〉的節錄:

順治二年乙酉四月,江都圍急。督相史忠烈公知勢不可為,集諸將而語之曰:「吾誓與城為殉,然倉皇中不可落于敵人之手以死,誰為我臨朝成此大節者?」副將軍史德威慨然任之。忠烈喜曰:「吾尚未有子,汝當以同姓為吾後,吾上書太夫人,譜汝諸孫中。」

二十五日城陷,忠烈拔刀自裁,諸將果爭前抱持之,忠烈大呼「德威」,德威流涕不能執刃,遂為諸將所擁而行,至小東門,大兵如林而至,馬副使鳴騄、任太守民育、及諸將劉都督肇基等皆死。忠烈乃瞠目曰:「我史閣部也。」被執至南門,和碩豫親王以「先生」呼之,勸之降。忠烈大罵而死。初忠烈遺言:「我死,當葬梅花嶺上。」至是德威求公之骨不可得,乃以衣冠葬之。

Comments

Popular posts from this blog

脫離重構的輪迴

 在最近開發的過程中,發現了每次增加新的 feature 就要來重構,想要歸納一下每次我在做的事情。 我想我每次重構的心得如下: inner static class 最後好像還是會被抽取出來 在一開始,必然是先用簡單的變數組合來代表某一觀念。 然後會組成 static class ,概念是不必要讓這個類別暴露給其他類別知曉。 然後在功能越加越多的時候, static class 一定會被獨立出來。而通常有兩個原因: static class 變得過大。如果一個 inner class 的內容與他的 outer class 內容差不多多的話,那還是不要放在一起喧賓奪主了。 static class 會被第三個類別存取。在這種情況下,當初的封裝變得多此一舉了。 那也許一開始就不要用 inner class ? Strategy Pattern 終究會被引入 在一開始通常沒有這需求,等到差異性顯現出來時,不抽成抽象方法而是使用 interface 作為參數傳入。 這在美感上也比較討喜,將兩件權責劃分開來,測試的時候的排列組合更少。(個人想法) 終究會抽出更多短方法。 在一開始寫的過程中,總會覺得這段邏輯抽成方法太冗。 但在重構的時候,卻又反而會覺得他不易理解。 「不要輕易相信自己的記憶」?同一段程式碼在過一段時間回頭看仍需要重新理解它? static / non-static 來回切換。 在最後總有些東西好像擺在 static 也行  non-static 也不錯,這時候會經歷來回切換的時期,不過或許在更之後,重新審視就會覺得這個東西應該是無懸念的  static 或 non-static。 方法的參數過多,通常會被拆開。 這個確實就是所謂的壞程式碼的味道,幾乎一定會需要被拆開。 盡可能地多命名。 這跟第三點很像,每次回來還是需要重新理解,所以第二次第三次回來看的時候,都會再給所有暫存變數更好的名字。 終究第一次取的名字就是不好,第二次的也差不多活不久。 在新暫存變數、新功能引入的時候,不免會有與現有命名重疊、或不一致的情況發生。所以第一次和第二次的命名大概以後都會被爆改。 終究會引入 stream。 有時候只是沒有把判斷式寫成方法,就直覺得寫 for loop ,但重新回頭看,用 stream 這樣有點 transcation 概念的解決,...

產品化這件事

在做產品的時候,才意識到前處理和後處理的重要性。也就是說,模型在成本的考量下應該不會是完美的。如果以前就了解這點的話,也許當初當兵的時候遇到的動線和計數問題,就可以好好想一個可接受的解法了呢。

瘋狂亞洲富豪 觀後感

瘋狂亞洲富豪這部電影,一直都有印象,記得好像是在美國玩的時候,在某處公車站看到廣告。 是部娛樂性十足的電影,見識了有錢人可以多有錢,比方說紙醉金迷的貨輪單身派對、奢華誇張但又古典的婚禮。笑點也很多。整體看起來還蠻愉快的。最後的童話故事大結局雖然不合理但誰不喜歡看王子公主終成眷屬呢?XD 細看的話,還是有些值得挑剔的地方,比方說大結局,真的是太鬧了。男主角還真的是活在童話故事裡,真的以為只要結婚一切都會迎刃而解。不過這個男主角從頭到尾都在划水灑小花,也不意外。 我想導演在這部電影裡,想要呈現華裔美國人的身分認同問題,但最後的來自美國的母女倆讓楊紫瓊輸的啞口無言的橋段,讓人覺得這是美國開放價值觀對上華人家庭價值觀的大獲全勝。這也是讓我覺得有點可惜的地方。