選手列表
我是超級喜愛日本～～而且順利實現夢想到日本工作的小熊。 希望能透過這入門指南，給予希望到日本擔任軟體工程師的朋友一些方向。 也歡迎詢問及討論喔：）
不知道大家有沒有看過一本書叫做七週七語言，這本書用七週的時間，每個禮拜都介紹一門新語言。而我最近剛好看到Hackerrank有一個專欄叫做 "30 Days of Code"，於是我就想說，何不把這兩個概念結合在一起，來挑戰看看30天內用四種語言(Scala、Python、Golang、Rust)，也就是四週四，來完成這個專欄呢？因此就有這個 "30天的四週四語言大挑戰" 計畫啦！我不會像坊間已經很多的101教學文，也不會只是貼Code，而是從實作出發，並拆解其中的精妙之處，讓你就算本來不懂，經過30天後也能和我一起對這四門語言有深入淺出的了解啦！(我也不知道為什麼我要這麼自虐呀呀呀呀)
自己及團隊使用 GIT 作專案的版本控制工具已有幾年的經驗，也曾經協助一些團隊從無到有導入，這些經歷中偶爾就會遇到夥伴懂得使用 add、commit、pull、push 指令，但真的遇到相對複雜的情境，如程式碼解衝突、分支的建立合併時，卻不知道該怎麼處理的窘境。在討論後發現，原因常常是在學習初期對於 GIT 底層的原理知其然而不知其所以然，不夠熟悉每個指令的背後發生了什麼事情所致。因此，我想將自身累積的相關經驗，透過樂高積木製作的過程說明來描述 GIT 版本控制，用不一樣的角度，讓更多 GIT 使用者更容易了解指令的底層，進而不再害怕面對較複雜的情境。
雖然大家都說不要重複造輪子，但這一系列偏偏要反其道而行！希望大家在從無到有實作出 Shell 的過程中，理解作業系統 Process、Standard IO、Signal 等等概念，同時也更了解 Go 語言能做到哪些事。不管你是想了解 Shell 原理、想更了解 Linux、還是想學 Go 都歡迎來看看這系列～
身在軟體業，不斷推陳出新的技術框架都快把我們給淹沒。 但我相信軟體的本質還是在於「解決業務問題」的能力。 隨著業務的發展以及程式碼的增長，了解既有程式碼的業務邏輯比學新技術更困難，更別提要加入新的功能進去。 框架可以幫助我們免去技術細節，但同時我們也需要一種設計方法將繁複的業務邏輯清楚地實現到程式碼之中，因此出現了領域驅動設計 (Domain-Driven Design) 。 在本系列小弟將會為各位介紹這套在國外風行的設計方法，希望大家能夠打破「程式歸程式、業務歸業務」的迷思，一起學習寫出更易懂、維護的程式碼吧！
不論是學習程式語言，亦或是開發程式，IDE 絕對是工程師們的最佳工具。因此，我想藉由鐵人賽，好好瞭解 IDE 的相關設定，找尋好用的插件，讓自己更了解如何使用 IDE。 IDE 的選擇，以 VSCode 為主。
從最簡單的Queue ，隨著需求的增加，不停迭代成 Message Queue
雖然對於其他程式有一定的熟悉度，但因為接下來系上要學習的課程會使用這個程式做AI的關係，所以就趁這個機會來試看看吧
主要方向會寫些與 ASP.NET 相關內容，想趁這個機會來整理自己的思緒，祝自己轉職成功
即使在大數據和NoSQL興起的時代，關聯式資料庫在「網頁」、「資訊系統」開發領域，仍然擁有自己的生存地位 然而回想我真正開始上手SQL語法的時候，是從我踏入職場面對各式各樣的問題和結構開始 因此我希望透過這個系列，從問題和範例，分享我自己從認識→熟悉SQL語法的過程
