排程喔... :rolleyes:
這個我就不太清楚了 :laugh:

主要是這狀況不是我執行完指令後發生
而是幾小時後才出現的
所以...要怪也怪不到打錯或排程什麼的
(對不是很懂的人來說...要打出一行完整可執行的刪除指令也非易事吧)
而是我們兩個兩光工程師沒能力還原這個毀損的系統 :laugh:

理想歸理想....

現實歸現實....

這種例仔很多啦....... :laugh: :laugh: :laugh:



這跟容量大小無關，而是系統當初在建置規畫時.....就要先測試做好了....

有種事情叫職場壓榨
讓員工不開心的離開的老闆
自以為占到這個員工的便宜
殊不知，有些東西，隨便給你寫寫，你也不知道，直到最後那個天崩地裂的時候
這些老闆才會發現來不及

就像我以前聽一個老闆屁他公司都是雲端化喔，很厲害，講的天花亂墜

啊結果也不過就是放在某部電腦裡的公用文件全部用 Google Drive 同步備份而已

但是，也至少不太需要擔心檔案一天都不見啦，還算懂得雞蛋不要都放在同一個硬碟裡

不過我更想認識一下他們的工程師是怎麼跟老闆說的？想必他們更會扯，能讓老闆相信這點我覺得是人才 :laugh: :laugh:

讓我想到一個使用 linux 多年的資深同事
一再強調不要用 root 帳密登入系統
怕誤 key rm -rf /* or 惡意 ./script shell

但我自用 laptop 還是用 root 登入
連 su / sudo 都懶的打了
:D :D :D :laugh: :laugh: :laugh:

自用和 Production 伺服器差很多吧...

在 AWS Cloud9 之前我也有自己架自用伺服器跑需要的東西然後 SSH 進去測試...
也都是直接 root... ...
一直到後來做 CI/CD 才改掉這個習慣... 畢竟 Production 不該給 CI/CD root 系統...

rm -rf / 這個加防呆保護已經很多年了
除非十幾年以上老機器都不更新
不然都是過時老笑話了