相信不少人在工作一段時間後，因為自身的技能或技術的成熟，而被提拔為領導 (Leader) ，以軟體工程師來說，就是 Tech Lead ，但是你有沒有想過，為什麼有些人可以被升為 Leader ，有些人卻不行？ 其實長官在選誰適合被升為領導人時，會看幾個特質，當然最看重的就是是否有「領導力」 到底什麼是領導力呢？而有些人為什麼工作了很久，在晉升時卻因為「領導力不足」而失敗？ 通常一般人會有一種迷思，就是沒當過領導或是管理階層過，所以沒有培養領導力的機會，其實這是不對的 領導力不是職位，而是行動 我在聽過得到 APP 中劉瀾領導力30講課程後，覺得他對領導力的定義挺有道理的 領導力就是帶領群眾解決難題 下列從課程中摘錄出的重點： 本篇目錄 [隱藏] 承擔責任 解決難題 密切聯繫群眾 講故事 當老師 從失敗中學習 反思 深思 認識自己 成為自己 承擔責任 願意承擔責任的人，就表現出了領導力，口訣是說「我來」或是「讓我來」，因為人的天性就是習慣追隨別人，這時候如果有個大任務，是個集體難題，需要找人來承擔責任時，這時候如果你跳出來說「我來！」，其實就展現出了領導力中「承擔責任」的特質。對上級和平級說「讓我來」，對下屬則可以說「跟我來」。

2021 年 9 月 22 日 由 卡哥 文章最後更新於 2021 年 9 月 22 日 本篇目錄 [隱藏] 現今學習的困難 相關資料-學習金字塔 用耳朵聽講授，知識保留 5% 用眼去閱讀，知識保留 10% 視聽結合，知識保留 20% 用展示、示範的方式，知識保留 30% 分組討論法，知識保留 50% 練習操作實踐，知識保留 75% 教授給別人，知識保留 90% 。 學習內化六步驟 步驟1：記錄 步驟2：總結 步驟3：思考 步驟4：提煉 步驟5：回顧 步驟6：教別人 現今學習的困難 現在這個知識爆炸的時代，網路上能學習的資源實在太多了，甚至出現了「碎片化」的現象，常常是東學一點，西學一點，結果都記不住也用不上，好像學到了什麼，又好像什麼都沒學會。 加上電子產品越來越普及，常常造成不必要的干擾，程度上可以說是「隨時」干擾。 這篇文章介紹了幾個學習的步驟，我自己也常使用，希望能對讀者在學習知識上有所幫助！

文章最後更新於 2021 年 2 月 7 日，同步刊載於：卡哥小技倆 相信大家在閱讀英文文章、英文書或是看英文新聞，有時還是需要需翻譯工具的補助 其中最常使用的就是Google Translator，也就是Google翻譯 https://translate.google.com.tw/ 但其實有另一個翻譯工具也很好用，叫做DeepL，網址為：https://www.deepl.com/translator 我來用這三句子來自於 https://refactoring.guru/ 的句字來做範例： Code smells are key signs that refactoring is necessary. In the process of refactoring, we get rid of smells, enabling further development of the application with equal or greater speed.

WordPress 5.6已發佈，如果你的主機上有很多WordPress網站，有沒有辦法一次更新？ 答案是有的！如果你的網站是用Webinoly架的，可以參考這篇的Script，但請小時使用。(Webinoly version: 1.13.2) 更新前請記得備份，可使用webinoly -backup指令做備份 https://webinoly.com/en/documentation/webinolys/ 圖片是一個Shell Script，先使用Webinoly的List Site功能 site -list=wordpress -raw 列出該主機上所有WordPress的網站，再使用WP-CLI的功能一一做Core Update與Update DB 參考資料： WordPress 5.6 Simone https://wordpress.org/news/2020/12/simone

文章同步刊登於： 重構 (Refactoring) 學習心得筆記 - 壞味道 (Bad Smell / Code Smell) - 卡哥小技倆 文章最後更新於 2020 年 12 月 6 日 程式中需要進行重構的部分，被稱為壞味道或程式碼臭味 (Bad Smell / Code Smell) 當程式中有下列這些問題時，就可能存在壞味道：…carger.tips 何謂壞味道 (Bad Smell / Code Smell) 程式中需要進行重構的部分，被稱為壞味道或程式碼臭味 (Bad Smell / Code Smell) 當程式中有下列這些問題時，就可能存在壞味道： 難以理解 例：函式、類別名稱名命太籠統不明確；程式碼太長，或函式做太多事；Magic Number之類的神秘數字 難以修改 例：改個功能要改很多地方，重複的程式碼太多 難以擴張 例：沒有使用物件導向的方式 …

原文同步刊戴於： 重構 (Refactoring) 學習心得筆記 - Clean Code - 卡哥小技倆 文章最後更新於 2020 年 11 月 16 日 所謂的Clean…carger.tips Clean Code是什麼？ 所謂的Clean Code，其實就是指一種工程師一看到會覺得：這樣的Code很乾淨、整潔、易懂，也就是在合理的時間，不用花非常多的心力即可以理解的程度，或是俗稱無瑕的程式碼，源自Robert Cecil Martin所著的同名書籍，有下列幾種特性： Clean Code淺顯易懂 Clean Code是淺顯易懂的程式，不會有複雜的邏輯、糟糕的變數命名、過以肥大冗長、一次做太多事的classes或methods、不知道什麼意思的魔術數字(magic numbers)等等一些讓工程師一眼或短時間無法理解的程式。 Clean Code不會有重覆的程式碼 如果你有重覆的程式分佈在不同的地方，那你每次更改，就需要記得哪裡也用了一樣的程式，一併做修改，這樣會大大降低了開發的效率，而且萬一漏改了，程式就很容易出現Bug，也同時增加了Debug的難度，初學者容易犯的錯就是Copy別邊做一樣事情的程式碼貼到自己開發的程式中來使用，便宜行事卻產生了技術債，增加未來維護的困難。

原文同步刊戴於：https://carger.tips/refactoring-technical-debt 技術債 — Technical debt 是什麼？ 技術負債（英語：Technical debt），又譯技術債，也稱為設計負債（design debt）、程式碼負債（code debt），是程式設計及軟體工程中的一個比喻。指開發人員為了加速軟體開發，在應該採用最佳方案時進行了妥協，改用了短期內能加速軟體開發的方案，從而在未來給自己帶來的額外開發負擔。這種技術上的選擇，就像一筆債務一樣，雖然眼前看起來可以得到好處，但必須在未來償還。軟體工程師必須付出額外的時間和精力持續修復之前的妥協所造成的問題及副作用，或是進行重構，把架構改善為最佳實作方式。 1992年，沃德·坎寧安 (Ward Cunningham)首次將技術的複雜比作為負債。 想想看，在專案的一開始，每個人都盡全力的寫出最好的程式碼，怎麼會有人故意寫一些不乾淨的程式碼，造成專案未來負擔？是什麼時候開始程式碼變的不乾淨呢？

原文同步刊載於： 重構 (Refactoring) 學習心得筆記 - 什麼是重構？ - 卡哥小技倆 文章最後更新於 2020 年 12 月 6 日 文章同步刊載於Medium - 重構 (Refactoring) 學習心得筆記-什麼是重構？ 這篇文章會淺談什麼是重構(Refactoring)、為什麼做、何時做與如何做重構。…carger.tips 這篇文章會淺談什麼是重構(Refactoring)、為什麼做、何時做與如何做重構。 什麼是重構？ 什麼是重構？就是改Code重寫？當然不僅僅是這樣。看看Martin Flowler的定義： “A change made to the internal structure of software to make it easier to unders …

這篇文章會示範在Linode上建立一台新的主機，並利用Webinoly架設WordPress. 適合有Linux基本指令知識的人閱讀。 首先你要準備： Linode 帳號，如果沒有帳號參考這篇文章使用優惠碼申請：Linode 免費$100美元帳戶餘額的最新優惠碼 (2020年10月) 一個你可以更改DNS的A記錄的Domain，沒有的可以先用DuckD …