很難說是喜歡，還是不喜歡。

有些地方讓人很難過，甚至有點壓抑；但又隱約帶著一種希望，好像在混亂與錯誤之中，還是能看到一點點人性的光。這種「不好受但又真實」的感覺，讓它變成一本很難被簡單分類的作品。

但如果要說這本書最讓我有感的是什麼，其實不是劇情本身，而是裡面描述的朋友的樣貌實在太真實了。

我們生命中都會遇到的那種朋友

讀著讀著，我一直想到現實生活中的一些人。

有一種朋友，其實很常見：

他們可能有點呆、很憨直，本質上是善良的，但因為判斷力不夠，常常會惹出一些麻煩。

這種人，你很難真的討厭他，甚至會有點心疼。但同時，你也會覺得「為什麼事情總是會因為他變得更複雜」。但久了還是會覺得有點煩，因為你總是要出來收攤子。

但更讓人困擾的，其實是另一種人。

那種「邊界感很模糊」的人

這本書裡，有一種角色讓我特別有感，善惡邊界會「移動」的人。

常見的狀況是：

他們會為了自己想要的東西，去重新定義對錯。

當他想做一件事的時候，他會告訴自己：

• 這樣其實也還好吧
• 這不算真的不好
• 大家應該都可以接受

於是，原本的界線，就這樣被慢慢往外推。你會發現，他的標準其實不是固定的，而是會隨著他的需求不斷改變。這種人，比單純衝動或笨拙的人更麻煩。因為他們看起來是「有道理的」，但其實是在扭曲那個道理，然後他還會把友情當作載體不斷地廣播他的想法。當下往往不自覺，事後回想起來才發現有哪邊不對。

書中有一段我印象很深。

公爵夫人一直勸主角喝酒，理由大概是：

「人家都來了，不喝很不夠意思」

「這樣很沒有禮貌」

這種場景，其實在現實生活中非常常見。

問題在於他真的有惡意嗎？

其實沒有。

但那種感覺，反而更讓人困擾。

因為這是一種用「好意」包裝的壓力。

我們都遇過這種人

這種人通常：

• 自認為是在活絡氣氛
• 覺得自己只是熱情
• 甚至會覺得你拒絕才奇怪

但實際上，他們做的事情是：

1. 忽略你的選擇
2. 把自己的價值觀套在你身上

把一件「其實不重要的事」，變成「你應該要做的事」。

這種沒有惡意的強迫，比直接的壓迫更難處理，因為你很難生氣，卻又真的不舒服。每個人的標準不同，這可以理解。但如果一個人是「為了自己方便」而調整標準，那就不是單純的差異，而是一種危險。

最後

《林肯公路》讓我覺得難過，但也讓我覺得它很真實。

因為它沒有把人寫成單純的好或壞，我們每個人，多少都有一點不一樣的狀況。

只是差別在於，我們有沒有意識到。

「那些凡是值得追求的東西，都伴隨著一點痛苦，訣竅是不介意它很痛。」

最近 Morgan Housel 的新書花錢的藝術要出版了，最近河道上都是這本書的消息，讓我不禁好奇了起來(之前都還沒看過這作者的書)。 不過熱門的致富心態還沒等到，所以只好先看一下 一如既往 這本。

這本書中我覺得最棒的觀念其實是底下這一段的反向思考：

變化既驚奇又刺激，因而吸引我們的注意力。但是，從來不曾改變的行為才是歷史最有力的教訓，因為它們預告未來的景象，映照出你的未來，以及每一個人的未來。無論你是誰、從哪裡來，無論你幾歲、賺多少錢，人類行為都蘊藏著歷久彌新的教訓，而這是你所能學到最重要的事物。

這個觀念再簡單不過，卻容易遭到忽略。一旦你掌握住它，就能更加洞悉自己的生活、理解世界為什麼是這個樣貌，也更能自在的面對未來。

亞馬遜創辦人傑夫•貝佐斯（Jeff Bezos）曾說，經常有人問他，未來十年有什麼事會改變。「幾乎沒有人問過我『未來十年有什麼事不會改變？』」他說：「我要告訴你的是，第二個問題其實比第一個問題還要重要。」

永遠不會改變的事物很重要，因為你可以滿懷信心的知道它們會如何形塑未來。貝佐斯表示，你無法想像未來的亞馬遜顧客會不想要低價產品、不想要快速到貨，因此他可以砸下重金，投資在這些事物上。

同樣的哲理幾乎適用於生活中所有的層面。

我不知道明年（或是任何一年）的股市績效如何。不過，我深信，人們會受到貪婪

與恐懼的驅使，這一點永遠不會改變。因此，我會花時間深思這個問題。

回到專業領域，什麼事幾乎不會改變呢？ – 基礎。 如果是運動那就是體能，跟枯燥乏味的基礎動作。 如果是資訊領域那就是 演算法跟資料結構(我覺得這說法略為超譯，但核心概念是相同的)。照著這個邏輯往前推演，在銷售跟業務這一塊什麼事不會改變的呢？

這本書的故事敘事上也很流暢，首先作者先說明了未來的不可預測性，以及很多重大事件的隨機性，帶來的影響根本一開始也看不到。 因此把力氣花在不會變動的事物上會比較有成效。很多概念其實都是重複了，像是延遲享樂，承受痛苦… 等。但為何會需要一直這樣敘說，想必就是很多人做不到。

資訊領域中的各種新技術層出不窮，要能準確說幾年後什麼技術會大熱門真的是很困難，ruby/python 在各個領域的消長也是上上下下的。 與其去追逐這些技術，不如把心力放在基礎的電腦科學上，因為這些技術都是這些基礎的再演繹，基礎熟稔了，去學這些所謂的流行就很快了，但反過來就不是這樣了。

這是一本關於行銷的書，我蠻喜歡的。我有興趣的其實是技術，而不是行銷，但反正，來都來了。 這次這一連串的書籍都是從 《把時間買回來》這本書裡面一路衍生出來的書籍。蠻多都有點年紀了，但很多道理還是沒有變。書中提到了九大議題，我把我覺得目前最重要的給列出來。

1. 企業得思考：「客戶跟我做生意容易嗎？」 

在另外一篇Apple in China 的文章中提到， Apple 原本生產的夥伴是 LG ，後來LG 拿翹，不願意配合 Apple 的要求 ( 註一) 。因此後來鴻海趁這個機會趁虛而入，而後來的故事大家都知道了，現在 LG的市值跟鴻海的市值相差何止兩倍。這實實在在說明了讓客戶跟你好做生意是很重要的。尤其是損失老客戶，舊客戶更是嚴重，新客戶拉攏的成本跟舊客戶比起來至少有五倍以上的差距。

“`
客戶一旦轉單，想再搶回來的難度，不低於搶回你的兵變女友。製造業抓大客戶的過程是非常非常艱辛的，從寄開發信，到送樣，到報價，到改規格，到重新報價，到取得相關認證，到收到客戶發出的承認書，到品管，到出貨，到驗收，到請款，到兌現，動輒數年乃至十數年。其中任何一個環節出錯，差不多又只有自鯊一途。幸虧前面已經自鯊過一次，這次比較不緊張。 ( 註二 ) 

“` 

上述文章講的是製造業，但軟體業沒有設備護城河，這件事就變得更加重要。 也因此，減少流程上的阻力，讓客戶容易跟你做生意是很重要的，畢竟根據奧卡姆剃刀原則，大家都會走容易的路。 

也就是說如果你好配合，應該要被視為優點而不是缺點(當然前提是你要控制好預算跟費用，避免出來不是賺錢，是賺功德)。而且是個非常需要強調的特色才是。 

2. 客戶在乎的是解決方案，不是產品。

我們經常會陷入技術的爭執，事實上客戶要的是解決問題，而並非他們真的在意你用什麼工具開發。 這件事需要仔細地放在我們心中，並且貫徹到我們日常生活中的決策中。

3. 贏家比輸家犯更多錯
4. 「擁有許多好點子的最好方法是，先有一大堆點子，然後丟棄爛點子」 – 諾貝爾化學獎得主鮑林 (Linus Pauling)

3,4 就不用說了，相當淺顯易懂，但還是要多多放在心上。

使用起來都感覺蠻順暢的，三家都沒什麼問題。不過使用介面上 Saily > Airalo > MobileMatter。 不過Saily 第一次買的時候 顯示失敗…. 但還是扣款成功了…orz。不過這邊聯絡客服他有補給我抵用金(這邊都是透過email往返，但回很慢就是了。 ) 其他兩家倒是沒遇到這問題。 如果不是很會操作這些3C產品，可以用Saily 就好了，介面上比較順暢。

不過他把自己的意志推到極限這點著實令人佩服。回想起自己長跑的時後，其實身體還沒有不行，意志就先不行了。 說也弔詭，這個機制是為了避免身體受傷，但要撐過去後身體才會變得更強，簡直是個悖論。 這時候如果可以多跟自己鼓勵，通常都可以再撐下去很長的一段時間，書中作者是提到他覺得這個時候通常只有用到40%的能力。

話說回來，現實生活中也不要太容易放棄，很多時候多撐一下下說不定就搞定了。我們經常會遇到各種奇怪的技術問題，在時間來不及的情況下先使用 workaround 搞定其實也無可厚非，但若時間允許真的是建議要正面的解決它。但在這邊就可以看到一個技術人員的意志力如何。因為在找尋問題的時候跟跑步不同的是：不一定看得到終點，技術人員需要面對不知道問題在哪，也不知道怎麼解決的這種未知的狀況，然後時程又有壓力…..。 最終要放棄也不是不行，畢竟時間到前還是得有個解法，但在那之前可以多跟其他人討論，問問ai ，再多換換關鍵字搜尋，試試其他解法…..等。 很多時候意志是我們非常強大的武器！

背景說明

客戶目前的主機是 Ubuntu 16.04，使用 Docker 的版本是 20.10.9 以下。在這樣的環境中，他們升級了其中一個服務的映像檔，改為使用最新版的 Ubuntu：ubuntu:noble。

一開始容器其實可以啟動，但只要執行 apt update 就會出現以下錯誤：

E: Problem executing scripts DPkg::Post-Invoke 'rm -f /var/cache/apt/archives/*.deb ...'

查詢後發現，有些人會透過刪除 /etc/apt/apt.conf.d/docker-clean，或是把 apt-get update -q 改成 apt-get update -q || true 來 workaround。但這只能解決部分問題。

接下來在安裝其他套件時，開始出現更棘手的錯誤：

lzma error: Cannot allocate memory
tar: This does not look like a tar archive

研究後發現，這是因為某些 .deb 檔案是使用 xz 壓縮，當主機上的環境資源不足，或支援度不夠時(目前是這個問題)，會導致解壓失敗。於是我們開始用 ar x 把 .deb 解開，然後把 control.tar.xz 和 data.tar.xz 重新轉成 .gz 再打包。

但是這個方法非常沒有效率 —— 要改的套件太多了，而且有時還會遇到新版 glibc 出現神秘崩潰。

真正的問題與解法

就在快要放棄時，我們終於找到了一篇文章：

 Ubuntu 21.10 and Fedora 35 do not work on Docker 20.10.9

文章提到的核心問題其實是：新版 glibc（>= 2.34）會使用 clone3() 系統呼叫，但舊版 Docker 的 seccomp profile 並沒有支援這個 syscall，導致 container 直接崩潰。

clone3 是什麼？

clone3() 是 Linux kernel 5.4+ 新增的系統呼叫，用來取代舊的 clone()，讓 thread/process 建立更現代化與安全。但舊的 Docker runtime 不允許這個 syscall，所以會出錯。

解法：使用 seccomp 過濾器

這時候就出現了這個神奇的 workaround 專案：

 AkihiroSuda/clone3-workaround

這個專案的核心概念是：用 seccomp 建立一個過濾器，把 clone3 系統呼叫「禁止掉」，強制讓系統回傳 ENOSYS（這個 syscall 不存在）。這樣 glibc 就會自動 fallback 成使用舊版的 clone()！

實際操作方式

只要把 clone3-workaround 編譯好後包進 Docker image，然後像這樣執行：

./seccomp_wrapper /bin/bash

就可以讓容器裡的應用正常啟動、正常安裝套件、不再遇到 lzma 錯誤，也不用重包 .deb 檔案了！

結語

這個經驗讓我再次深深佩服那些能從底層理解問題並提出創新解法的工程師。要解這種問題，光靠 Google 關鍵字是找不到的，一定要對 kernel、glibc、Docker 的架構非常熟悉才行。

他分成兩科，一個考規劃，一個考實作。 規劃的部分主要要準備 iso 27001 , 零信任架構，存取控制，風險規劃與管理（本次這部分印象中佔比較高），國內的資通法規，個人資料保護法mitre attack, nist CSF (這也很多，可以看到應該是未來趨勢），ptes, owasp …等。

實作的部分則是考一些工具（還有考參數意思…. 這我就慘了，但對有用過的人來說，應該就是送分題）。 弱點跟異常log 的判讀。 我覺得還蠻不錯的。

但有一大塊我沒準備到，就是ai 的部分….. 這邊就只能盡量了。

總結來說，我覺得這考試還不錯，很便宜，而且可以提供基礎的領域範圍與知識。 只是一年只能考兩次， 沒過的話只能等下一次了。 不過他有個好處是可以分開報考的樣子，ㄧ科成績可以保留三年，三年內在補考另外ㄧ科即可。 為什麼我會知道呢？ 因為我經過一樓的時候，有考生在問他忘記報另外一科XD 。 櫃檯人員跟他說的。

另外就是有相關實務經驗之後，去考就會比較容易準備（畢竟每天都在碰），不用硬背。

另一個重點就是是中文的，雖然我覺得讀英文比較好，但畢竟從業人員很多等級， 能夠普及這些知識對國內的資安環境都會好得多。可以避免很多被入侵的狀況！

希望可以考上，下一個目標就是CCSK了！

• 大量的練習 (至少一萬個小時) – 但這只是基本。
• 家世( 家庭)
• 機運

傳統以為要很聰明的部分則不是必須，作者認為只要夠聰明就可以了。書中應該是寫到110+ 即可，網路上的各式資料看起來似乎是75百分位。

練習應該是相當有幫助的，只是說有效率的練習也是很重要。有教練跟沒教練的練習也是差異很大。很多時候一個小指點很多關卡就過了，然後就通暢了。 再搭配上練習時數，簡直如虎添翼。

家世這個真的更不用說了…..。先不管視野跟錢，監管式的教育可能才是最有幫助的部分。書中提到了兩種主要的方式，監管式跟放養式。 也提到了各自的優缺點，但我還是覺得監管下的放養(放山雞？) 可能還是最優良的部分，讓孩子自己探索找出方向還是很重要的，另外觀看他有什麼需求，必要的時候成為他的助力也會非常的有幫助(真正的陪伴他們長大)。 舉例來說 如果小時候家長可以教導財商，早期的時候就透過儲蓄投資，透過時間來放大資產。很多人都可以活得輕鬆許多。

最後則是最難以捉摸的機運了。書中提到很多例子都是因為在起飛年代剛好在正確的跑道所以變成鉅富的例子。平凡如我們當然很難擁有一樣的機會，很多東西在早期你也很難說那是正確的方向，基本上還是一種賭就是了。不過這樣太消極了，之前看過一個說法是製造自己的好運氣 – 多認識人，認真，善意的去對待人。 這樣可以擴大自己的好運氣。 我覺得這說得不錯，與其唉聲嘆氣埋怨自己的運不好，不如試試看做些嘗試，反正最差也就這樣不是嗎！

人和的部分我覺得比想像中還重要，因為很多時候不是能力問題，是信賴問題。在你還沒成績的時候，要有人先信賴你可以完成某些事情，這樣才能開始。 也就是說 如果平常就習慣騙來騙去，那麼大概只能受到詐騙集團信任吧 哈哈。

『我寧願有無法回答的問題，也不願有不能被質疑的答案。 』理查，費曼

本書內相關的建言都相當不錯，很多部分其實出社會，執行過大大小小的專案後其實都慢慢會體悟到了，只是，改善方法(甚至不是解決方案）不一定有辦法做到就是了。 但我很喜歡本書的一些引言跟小提示。

有幾點是我覺得非常，非常，非常重要的，需要時時刻刻銘記在心：

1. 沒有人確切地知道自己想要什麼 ( Chapter 8 ,45 需求坑)
2. 程式設計師幫助人們了解需求 ( Chapter 8 , 需求神話)
3. 您說了什麼話，與您如何說這些話一樣地重要 ( 提示12)
4. 撰寫讓改變容易的程式碼，而不是容易寫的程式 ( 一時找不到…哪章節 )
5. 請您取悅使用者，不要只是發佈程式碼 ( 提示96)

我列的部分其實都是跟人有關的問題跟提示，因為實際上技術問題除了邏輯上證明無解外，其他都可以透過溝通的方式來處理，或是取得平衡的狀態。

常見的抱怨會是，客戶根本不知道自己要什麼。不過這其實就是專業人士存在的意義與價值。去輔助一般使用者導出實際上的需求，書中也提到一開始使用者給的所謂的需求其實是使用者一開始想到的解法，可能不是真正的需求，需要透過反覆的討論來取得真正的需求。

另外我們需要所謂的延後批判，很多時候是觀點上的不同，並不是錯了。 我們需要時時提醒我們自己這個部分。

另外一個面向是我常常在想我們現在遇到的這個問題會不會是因為層級的問題，世界頂端的程式設計師應該就不會遇到了吧？ 透過這些大師的敘說，讓我們知道，其實不管在哪個層級都會遇到一樣的問題的。既然如此，那麼當我們遇到困難的時候也可以使用大師的方式來試試看解決，跟嘗試看看，反正一直抱怨事情也不會改變，不如試試看有沒有改變的可能。

天下攘攘，皆為利往。天下熙熙，皆為利來

利奧波德國王的鬼魂講的是比利時國王利奧波德殖民剛果的過程，看完之後相當沮喪。到底是要怎麼才能做得出這種慘無人道的事？

我也很喜歡作者最後一章寫的一些其他的資考，像是很多問題不能全部推到殖民主義身上，民族跟國家本身的體質也是一塊。另外歐美在比利時退場後為了自己的利益扶植的獨裁者蒙博托，造成剛果的停滯不前。

說穿了，就是為了利而已。大家都在追求這個。

海盜戰記則是另外一個極端，托爾芬厭倦了永無止境的戰爭，想要試試看另外一種和平的可能。後面當然就會遇到反戰派的衝突。同伴中有人覺得還是要自己有武裝才行。

但托爾芬則是覺得有了之後就會開始使用，於是又沒完沒了。 蠻期待後續作者的發展，因為環顧四周，基本上都是還是要先自己武裝才能嚇阻戰爭這派。不過這真的很難，國與國之間就沒有個強制執行單位，所以都只能靠拳頭，畢竟你想要用講的，但對方未必想要就是了。

這些亙古難題，似乎都沒有答案。