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

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

我們現在開始吧！

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

其實像這樣非黑即白、非敵即友、非 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 收作業的一些心得。

曾經使用過 Git 的朋友，應該大多聽說過在 Git 裡面使用分支（Branch）很方便。不知道大家對於分支的觀念是否正確，下面有三個關於刪除分支的（蠢）問題，大家可以先想想看：

1. 預設的 master 分支可以刪嗎？
2. 所有的分支都可以刪嗎？
3. 那可以把全部的分支都刪光光嗎？

好陣子沒寫 Blog 文章，其實又是在忙別的事（藉口）。雖然網路上 Git 的學習資源向來不少，但看了一下坊間這方面中文書並算不多，特別是用新手看得懂的白話文寫的更少。今年暑假剛好要準備公司的 Git 線上課程，趁著這次機會，把之前的課程的投影片跟教學內容文字化，最後就不知不覺變成 300 多頁，於是就順勢交給出版社了。

是的，這本書的封面又是貓！

購買連結

本著開源的精神，HTML 版本大部份的內容將會在網路上供大家閱讀，不會收費。

網址：https://gitbook.tw

「為你自己學 Git」，如其標題，學習不需要為公司、長官或同事，不需要為別人，只為你自己。若發現內容有誤或有任何問題，歡迎直接來信跟我說，或是在該章節頁面下方留言 :)

希望這本書的內容對大家有幫助。當然，如果您對我們的培訓課程有興趣，歡迎您參考這個連結。