告訴你我開發之路所遇到的坑
「有鳥焉，其狀如梟，人面而一足，曰橐蜚，冬見夏蜇，服之不畏雷。」- 山海經-西山經
故事透過在霧裡追逐著獨腳貓頭鷹奔跑的男孩展開，隨著霧氣一點一點的散開慢慢的拉開了序幕，並且一點一點的介紹主要的角色。儘管布幕拉起來了，但是看戲的人如同以管窺天一般的看不到故事的全貌，透過在布幕的拉起的節奏中一點一點的看到現代生活中的鬼神歷險。
角色之間的互動也隨著劇情的推進而慢慢的凸顯出每個角色的個性。再來透過角色之間詼諧逗趣的對話讓你更能體會住在這土地上的人們生活方式以及這本書有趣的地方。
事件開始於坐捷運的過程中彷彿穿越九又二分之一的月台般的一下子從民權西路站來到新高口eki ，而且過程中不是一個人的巧合而是四個不同地區的男孩同時遇到的事件。
一連串的緊湊劇情就這樣搭配著詼諧逗趣的對話以及深刻的角色設定以及彷彿霧裡看花的朦朧美譜出了這一部神鬼歷程。
最近因為有大資料傳輸的需求，所以嘗試了許多手段來減少傳輸資料到客戶端的壓力，因此就看到 gRPC 這個技術，在說明這技術之前這一篇先針對其開發的一些方法來加以說明。
最近在寫 Asp.Net Core 的 Api 時遇到一個非同步的問題，在解決之後真的覺得出乎意料，所以寫下來跟大家分享一下，以及避免以後再遇到。
終於來到30天的最後一天，不過今天不跟大家分享關於dotnetcore的部分，今天就針對這30天的歷程做個總複習，以及跟大家分享後續可以研究的方向。
在學會如何Mock介面後，接下來處理的問題就是複雜的類別要怎麼來驗證，當然可以透過JSON的序列化及反序列化來驗證結果對不對，但是如果關注的點是只有特殊的幾個屬性呢，所以今天介紹ExpectedObjects來使得驗證結果不是一件難事。
在上一篇介紹完BDD以及如何在VSCode撰寫BDD的測試案例以及Step之後，相信大家在撰寫測試案例時時常會遇到相依的介面不知道該如何處理，再來算是知道了Mock，Fake之後也不知道該在測試的程式中怎麼做，所以今天跟大家介紹C#的NSubstitute，可以模擬介面的方法接收參數並且返還資料。
相信很多人會想要增加系統的穩定度，但是這該如何做則是個問題，相信很多人看過91 TDD的文章，也相信希望能從單元測試增加系統的穩定度以及正確性，不過在dotnetcore內要如何寫測試案例呢，今天就讓我們來研究一下vscode怎麼用specflow來寫測試案例。
相信很多時候開發程式不是只有自己開發就可以了，不論是公司外還是公司內部都有打Api的需求，所以在之前那篇Api文件之後今天來談談如何在網頁伺服器中打Api溝通。
相信很多人會在程式內埋log以便問題的追查，尤其是線上的問題不能像開發時期可以設定中斷點來debug，而且很多問題都是特殊操作方式才會造成的問題，因此日誌的寫入是一件很重要的事情。所以今天跟大家介紹如何寫入日誌。
大家是不是在開發時還要想著要如何提供技術文件，尤其是在忙著開發Api還沒有餘力時還要一邊撰寫文件，不過這些都還好，最麻煩的時當Api更新時文件沒更新更讓人頭痛，所以今天跟大家分享一下如何自動產生Api文件。