隨著 Vim 市佔率越來越低、其它像是 Visual Studio Code 之類的編輯器越來越多人使用（包括我自己也是會在上課的時候使用 VSCode 做為教學工具），身為 Vim 的愛用者，我希望可以讓更多人（？）可以知道 Vim 是個什麼樣的工具，於是趁這回 iTHome 的 30 天鐵人賽，錄製了「即將失傳的古老技藝 Vim」系列影片：
希望這些影片除了可以讓大家學習如何使用（或知道如何優雅的離開）Vim 的同時，也能知道 Vim 的設定檔在做什麼事。
同時我也順便趁這個機會整理了一下我自己原本在用的設定檔以及外掛，目前看起來的樣子像這樣：
設定檔及安裝方式：https://github.com/kaochenlong/cch
如果你也喜歡這些 Vim 設定檔或影片，歡迎幫我點個星星或是加個 Youtube 訂閱，或是轉發給更多需要的朋友。
有任何問題，歡迎直接來信，或是直接在 GitHub 上給我發個 Issue 或 Pull Request :)
非常感謝大家的支持，「為你自己學 Git」一書竟然 12 刷了！。其實當初只是把上課的投影片以及內容轉換成逐字稿，最後不知不覺就變成 300 頁左右的文件，然後就這樣順勢交給出版社，想都沒想過會有現在的成績。
在這「全民學寫程式」的年代，寫程式的門檻逐漸降低，無論你是打算成為軟體工程師、還是希望透過「自學寫程式」來提升自己的職場競爭力，我都想跟各位分享四件事情；這四件事情是我過去寫程式二十多年以及教學十年經驗來所累積的心得，目的很簡單：
「協助你縮短程式語言的學習時間，並達到更好的成效」
我們現在開始吧！
「我不是本科生，適合寫程式嗎？」這樣的討論，是每個轉職工程師的人心中，一定曾冒出來的問題。
其實像這樣非黑即白、非敵即友、非 true 即 false 的二分法命題很容易討論，也很容易討戰，特別是文人相輕，自古皆然，誰也不想自己學的專業被批得一文不值，所以只要立場不一樣很快就能戰起來。戰起來倒也不是壞事，只是到最後可能容易淪為戰文而失焦… 啊，扯遠了。
很多學生，或是在網路上很多人會敲我，問我說「現在還適合轉職工程師嗎？會不會太晚？我適合嗎？」坦白說，這些回應都應該要「個案回答」，但成為工程師這件事情上，還是有一些通則。就透過過年這段時間寫了篇文章，來跟大家分享我觀察到的通則。
連結：https://leanpub.com/learn-git
「為你自己學 Git」一書在 2017 年 12 月出版後到現在大概 9 個月後，聽到出版社說這本書要進行第六刷了，已經不知道該怎麼跟大家說感謝了（所以只好先謝天？）
當你開了一個新的 branch，然後做了幾個 commit，進度做得差不多之後，下一步就是準備使用 git merge 指令來進行合併。但你手邊的專案可能有好一陣子沒跟線上的同步，這個 merge 執行下去可能噴一堆的衝突要解決。
不久前在社群分享就有朋友問到，有沒有辦法可以在進行 merge 之前先看看會不會發生衝突發生？
昨天參加了 Gandi 辦的 Git 小聚，剛好有與會者問到在 Git 裡如果只有檔名大小寫改變而沒有改變內容的話，git status 指令不會感受到有任何的變化：
時間過得很快，一轉眼今年秋天在台北商業大學開設的 Ruby on Rails 學程已經是第四年了。
不管是什麼技能，想要學會不太可能就只靠每週三小時的三學分課程就學得會，一定需要平日的練習或是實作專案才能有所成效。由於是學校的正式課程，需要有打分數的標準，於是除了期中、期末考外，所以每週會規定同學們要繳交作業。
在以往大多會使用 Email 或是開學校的 FTP 請同學自己上傳檔案，但 Email 有些不確定性(被歸進垃圾郵件或是寄往莫明的黑洞完全消失)，而 FTP 雖然簡單，但我希望同學們還可以在學校再學到一些其它畢業之後還能用到的技能，於是我便選擇使用 Git/GitHub 來收同學們的作業。
Git 不是新技術，使用 GitHub 收作業也不是什麼新潮的做法，國外早就有學校是這樣做的，本文不是要介紹如何使用 Git 指令或教大家如何使用 GitHub，僅分享我自己這幾年來在學校授課時實際使用 GitHub 收作業的一些心得。