Photo by Shahadat Shemul on Unsplash

在這「全民學寫程式」的年代，寫程式的門檻逐漸降低，無論你是打算成為軟體工程師、還是希望透過「自學寫程式」來提升自己的職場競爭力，我都想跟各位分享四件事情；這四件事情是我過去寫程式二十多年以及教學十年經驗來所累積的心得，目的很簡單：

「協助你縮短程式語言的學習時間，並達到更好的成效」

我們現在開始吧！

Photo by Annie Spratt

工商服務：
實體課程：全方位網站工程師實戰訓練營

「我不是本科生，適合寫程式嗎？」這樣的討論，是每個轉職工程師的人心中，一定曾冒出來的問題。

其實像這樣非黑即白、非敵即友、非 true 即 false 的二分法命題很容易討論，也很容易討戰，特別是文人相輕，自古皆然，誰也不想自己學的專業被批得一文不值，所以只要立場不一樣很快就能戰起來。戰起來倒也不是壞事，只是到最後可能容易淪為戰文而失焦… 啊，扯遠了。

很多學生，或是在網路上很多人會敲我，問我說「現在還適合轉職工程師嗎？會不會太晚？我適合嗎？」坦白說，這些回應都應該要「個案回答」，但成為工程師這件事情上，還是有一些通則。就透過過年這段時間寫了篇文章，來跟大家分享我觀察到的通則。

連結：https://leanpub.com/learn-git

「為你自己學 Git」一書在 2017 年 12 月出版後到現在大概 9 個月後，聽到出版社說這本書要進行第六刷了，已經不知道該怎麼跟大家說感謝了（所以只好先謝天？）

「Git 小說連載系列」系列主要是針對在大家學習或使用 Git 的過程遇到的的一些有趣或微妙的情境而寫的短文，希望可以藉由這一系列的短文幫大家更容易的了解到底 Git 是怎麼回事。

當你開了一個新的 branch，然後做了幾個 commit，進度做得差不多之後，下一步就是準備使用 git merge 指令來進行合併。但你手邊的專案可能有好一陣子沒跟線上的同步，這個 merge 執行下去可能噴一堆的衝突要解決。

不久前在社群分享就有朋友問到，有沒有辦法可以在進行 merge 之前先看看會不會發生衝突發生？

「Git 小說連載系列」系列主要是針對在大家學習或使用 Git 的過程遇到的的一些有趣或微妙的情境而寫的短文，希望可以藉由這一系列的短文幫大家更容易的了解到底 Git 是怎麼回事。

昨天參加了 Gandi 辦的 Git 小聚，剛好有與會者問到在 Git 裡如果只有檔名大小寫改變而沒有改變內容的話，git status 指令不會感受到有任何的變化：