蒼時弦也
52 位追蹤者
我是軟體開發的求道者蒼時弦也，主要使用猶如賢者之石一般的 Ruby 語言，期望能夠在軟體開發這條路上找出一個能讓每個人都享受撰寫程式樂趣的方法，並且讓世界上能有更多優秀的程式被設計出來。
54會員
40內容數
軟體工程師逐漸變成一個熱門的職業，當我們進入這個職業之後應該要具備怎樣的技能才會在工作上更加順利呢？這系列的專欄會分享日常工作中的經驗以及一些案例分析，讓我們一起努力成為一位更優秀的軟體工程師吧！
由新到舊
我們對 Null Object 的使用合理嗎？最近工作上以及私下跟朋友討論時，剛好都遇到了 Null（不存在）類型的處理，通常我不會特別去在意這件事情，然而近年讀了一些關於 Null 的文章後（如：The worst mistake of computer science）對於這件事情的看法有不少改觀。
2023-07-26
10
代號 220707，幽魂，博物館執行力低下的宅宅們想要去奇美博物館總是需要鼓起很大的勇氣，在一年後我們終於下定決心出發去台南。然而，因為疫情的爆發加上確診，原本應該在涼爽的春夏交錯之時抵達，一直延後到了即將迎來鬼怪狂歡的盛夏。
2022-07-18
6
LeSS in Action - 延伸思考：工程師的心態因為經常有面試人的機會，然而在不同的面試條件中有一個「Problem Solving」的項目讓我一直在思考代表怎樣的意義，剛好在 LeSS in Action 的課程中有了一些想法。
2022-07-04
4
LeSS in Action - 後記這系列大概花了快兩個月的時間快速的把學到的一些知識記錄下來，然而還是有許多內容很難用文章簡單的說明。
2022-06-27
5
LeSS in Action - 產品與專案雖然這系列的課程是設計給工程師的，然而在學習敏捷開發（Scrum 為主）的過程中，我們是從如何做「產品」的角度去做切入，也因此在課程接近尾聲的時候我們再次討論了產品跟專案的差異，也是這一週課程中各種安排的理由所在。
2022-06-20
6
LeSS in Action - 重構我們已經了解到了驗收驅動開發、持續整合以及壞味道這幾個概念，要減少技術債的方式就是重構，然而在實踐重構的時候並非我們所想像的必須「安排時間」重構，而是在開發的過程中不斷的進行。
2022-06-13
2
LeSS in Action - 壞味道當我們使用主幹開發（Trunk-based Development）、以及驗收測試驅動開發（A-TDD）之後，所撰寫的程式碼會逐漸的變多，也因此我們會開始注意到程式碼有壞味道（Code Smell）的出現。
2022-06-06
3
LeSS in Action - 持續整合不同於我們大多數討論持續整合（Continuous Integration）是以工具為主的議題，在敏捷開發中持續整合更接近於團隊之間協作的議題。這是因為我們希望能夠快速迭代，也因此必須持續的將團隊的產出整合在一起。
2022-05-30
3
LeSS in Action - 主幹開發當我們能夠通過一個驗收測試後，就是時候將程式碼推送到遠端的服務中。跟基於分支的開發方式不同，我們是以 Trunk-based Development（主幹開發）的方式進行，也就是只有 main 一條分支，並且所有人都會提交進去。
2022-05-23
3
LeSS in Action - 驗收測試驅動開發完成對功能的了解之後，我們就要開始進入實現功能的開發階段。跟以往的開發流程不同的是，我們在敏捷開發中注重的是製作有價值的東西。也就是在計畫中，我們獲取的資訊都是對使用者有用、可以被看見以及操作和跨團隊協作的性質。
2022-05-16
2
LeSS in Action - 學習敏捷（回顧）當我們的衝刺（Sprint）完畢之後，還需要對這一次的衝刺進行評論（Review）以及回顧（Retrospective）來對工作的狀況進行改善。
2022-05-09
4
LeSS in Action - 學習敏捷（計畫）當我們對敏捷團隊有一些概念後，我們還需要了解在敏捷開發中重要的幾個事件，以及這些事件背後所代表的意義以及整個團隊所能夠做的事情。
2022-05-02
3
LeSS in Action - 學習敏捷（團隊）在一間採用 Scrum 的公司中工作，勢必要了解敏捷開發是一個怎樣的概念。也因此，我們在分配完畢團隊後，先以團隊為單位安排出我們所理解的「敏捷流程」並且相互對照討論。
2022-04-25
3
LeSS in Action - 入職《LeSS in Action》是一個關於 Scrum 的工作坊，我們將在一週的時間內模擬加入一間公司，並且在一週後馬上離職。因此這是一間工程師 100% 離職率的公司，在這一週的時間內我們需要學習針對一個真實的產品進行開發，跨團隊的協作來產生貢獻。
2022-04-18
4
壓力測試要知道的事（三）大多數時候，我們在討論壓力測試通常會先想到 ab 這個工具，然而這個工具會一次性的發送請求，有時候不一定符合現實的使用情況，同時也會受限於運行測試機器的限制（例如：Thread 上限）因此可能會得到不太精確的結果，在測試一定請求等級的瞬間壓力是有用的。
2022-04-11
3
壓力測試要知道的事（二）在我們要進行壓力測試的時候，必定會需要有「目標」而這個目標大多就是商業考量，也就是我們希望提供多大規模的服務。
2022-04-04
5
壓力測試要知道的事（ㄧ）在一個功能完成後，比較嚴謹的方式會進行壓力測試來驗證是否能夠符合業務上的需求，在測試的時候是否能夠準確的測試就變得相當重要。
2022-03-28
7
什麼是熔斷機制我們在設計系統的時候大多不會馬上考慮到這個問題，然而當系統遭遇到「超出負荷」的情況時，使用熔斷處理就會是一個很不錯的方法。
2022-03-21
5
想要退休的同事同事開始問我「你有買哪些加密貨幣嗎？」這類問題，因為他表示想退休，正在尋找可以讓他退休的加密貨幣。
實際上，我雖然對加密貨幣有些興趣，然而一直都是用蠻保守的方式買。完全沒有發現所謂的「財富密碼」倒是對技術的部分有很多興趣，因此也只能向同事分享一些有趣的專案。
2022-03-14
8
關於自動規模化的迷思在雲端的時代中，我們可以利用 Auto Scaling（自動規模化）的方式來自動的增加或者減少伺服器的數量。也因此很多人會認為這是一個針對「大流量」的機制，也會把它當作一個解決「突發狀況」的解決方案，然而實際上真的是這樣嗎？
2022-03-07
3
如何向工程師說明規格有時候我們在執行專案的時候會遇到一個狀況，工程師實作的東西跟預期的不一致，因此能夠正確傳達需求是一個重要的技巧。原本我認為應該就是規格說明清楚就沒問題了，實際上事情卻沒有這麼單純。
2022-02-28
5
測試驅動開發是什麼從測試方法的名字中可以很輕鬆的了解到，TDD（測試驅動開發）的前提就是先寫測試，然後再去開發我們的系統。要達成這樣的條件，就會需要有明確的規格才能夠實行。
2022-02-21
4
測試的目的大多數的工程師常常會有一個疑問，就是「測試」應該要怎麼測試才是正確的？在過去，軟體測試大多還是以人工為主，在這幾年逐漸的出現自動化測試之後，實際上我們是不清楚應該要怎麼寫測試。
2022-02-14
6
透過刷題變強的方法刷題的時候，我們應該思考的不是「如何回答」而是用科學的方式，根據情境、題目要求進行分析，最後再找出適合的演算法去解決這些問題，同時也可以反思自己是否缺少對某些知識的理解。
2022-02-07
8
刷題無法變強的原因很多公司面試確實會去考這些題目，並不是為了知道你是否會解題，更多的是想知道你怎麼思考。在工作中，當我們遇到各種不同類型的問題時，是否能夠根據自身的知識、經驗去探索出最佳的解決方案，大多是面試工程師所看重的一環。
2022-01-31
7
雲端是什麼？前陣子剛好聽了 AWS（Amazon Web Service，亞馬遜的雲端服務）介紹他們的雲端服務，簡單來說就是從「硬體思維」轉換到「軟體思維」的方式，以軟體方式去思考就可以看作是「雲端」
2022-01-30
7
程式中「例外」的意義既然是例外，就表示出現了我們預期以外的事情，就這點而言這個用詞跟翻譯都非常的精確。假設我們認為這段程式執行的時後不應該出現這個情況，那麼它就必須是一個例外。
2022-01-24
3
技術研討會後的酒吧之夜當時我不會喝酒，畢竟從小對喝酒的印象就不是很好，因此很自然的到吧台點了一杯「可樂」準備來喝。沒想到，調酒師竟然問我「不調嗎？」然而，身為一個乖寶寶學生，當然要拒絕他！
2022-01-17
6
寫程式最困難的地方簡單來說，寫程式最困難的地方往往不是技術上的問題，而是如何對當下的狀況正確判斷並且建立良好協作的狀態，才會是最為困難的地方。
2022-01-10
8
軟體是一種生物聽了描述之後我的直覺反應告訴他「會有這樣的問題，應該是設計時少考慮了什麼！」
大多數軟體工程師從初學者階段開始進入到能夠獨立工作的時候，大多會需要自己考慮一個功能的設計，直到一個完整的系統設計。然而，我們總是找不到正確答案。
2022-01-03
6
用最少的程式製作 PoC（概念驗證）「什麼時候會有訂飲料系統呢？」從加入五倍紅寶石軟體開發到現在已經過了五年，每次都會有人提出來，接下來就不了了之。我們是一間九成以上都是工程師的公司，理論上像這樣的系統不應該那麼困難才對，為什麼就是沒辦法做出來呢？
2021-12-27
7
軟體工程師的素養如果有在接觸軟體開發產業，很常見的一個說法是非本科（資訊、工程背景）的工程師底子差，做出來的東西很糟糕之類的。然而，事實真的是這樣嗎？又或者說，我們能夠如何解決這樣的問題？
2021-12-20
9
該成為通才還是專精的工程師畢業後每年年底大多會跟大學同學一起到家裡聚會，剛好就聊到朋友的父親是自己開硬體相關的公司，經常覺得工程師只專精在某塊領域上沒問題，然而很多時候跟客戶討論時需要的卻是每一種都懂一點的工程師，能夠回答客戶問題很重要。
2021-12-13
5
資深工程師的條件之ㄧ竟然是當好工具人？最近正在製作一些工具加速自己開發網站的速度，能夠製作各種工具輔助自己工作是我還沒成為資深工程師之前一直相信的資深工程師條件之一。
2021-12-06
4
陪爸爸做產品－從原型到上線當有想法之後，該如何用最短的時間內去製作產品以及快速反應市場的需求能？
2021-11-29
6
在研討會中害羞的工程師去參加研討會被贊助商攤位的工程師攔住，只是這位工程師你這麼害羞沒問題嗎？
2021-11-25
7
陪爸爸做產品－概念發想中秋節的時候回去陪家人，當時在跟老爸一起在外面餐廳吃飯的時候突然想到，現在老爸的客戶都是跟他年紀差不多的人，不太熟悉使用電腦，我們要怎樣解決使用者不知道如何使用的問題呢？
2021-11-22
4
用程式改變生活程式技能該如何應用呢？在這個電腦跟軟體已經有重要地位的時代，我們該如何去看程式技能以及將它融入生活呢？
2021-11-17
5
在 2021 年工程師該對自己的期待最近剛好在工作中聊到關於現今工程師的狀況，相比過去我自己在學習寫程式的那個時間點，現在多了很多「轉職工程師」這樣的人存在，也有不少是我認識的人或者朋友。
不過，我們是抱著怎樣的心態去當一名工程師的呢？
2021-07-22
2
作為工程師，我們與專業的距離不知不覺工作已經四年左右了，如果是從開始接觸程式語言計算的話似乎快要二十年。這幾年也開始擔任公司負責面試的主管，也看到越來越多工程師培訓班的出現以及更多的人挑戰轉職工程師。在這樣的狀況下，每次跟同事交流，我總是覺得我們不夠專業。
這也一直讓我在思考，作為一個「專業」的工程師應該要滿足什麼條件？
2020-09-30
6
