方格精選

LeSS in Action - 延伸思考:工程師的心態

閱讀時間約 1 分鐘
因為經常有面試人的機會,然而在不同的面試條件中有一個「Problem Solving」的項目讓我一直在思考代表怎樣的意義,剛好在 LeSS in Action 的課程中有了一些想法。

能夠解決問題的人

在台灣,我們很學習大多是透過「如何(How)」的方式來解決問題。然而這個「如何」是依靠標準答案所構成的,也因此我們如果沒有先學會工具、標準流程就沒辦法處理問題。
然而,在 LeSS in Action 課程中裡面建議大家比起思考「如何」更應該思考更多「為什麼(What)」去思考問題是為何存在、背後所象徵的意義為何。
在中文裡面 What 跟 Why 幾乎都可以用「為什麼」而來講,然而 What 跟 Why 相比來說具有更多討論「定義」的意義,而 Why 則是希望「解釋」的意義。

比技術更好用的能力

當我們了解到「如何」跟「為什麼」的差異後,就會發現技術實力本身並非影響專業、職涯的關鍵條件,即使我們了解再多技術、能夠用多優秀的技巧撰寫程式很可能都無法提升。
我最早知道的資深工程師定義,是一位前輩告訴我的,也就是「知道自己該做什麼」的人。剛好對照到「為什麼」的思考方式,雖然有點抽象但是也明確的說明了技術條件並不是影響是否成為資深工程師的關鍵。
這也驗證了在我過往的經驗中,經常會發現有些人會用「我能夠用某某工具解決問題」的問題來描述自己的能力,然而並未能深入分析、定義問題,這樣的方式得到的將果也不過是隨著時間增加會使用的工具。

學習探索的技能

要處理未知的問題,其中一個非常重要的環節就是定義「範圍」也就是透過不斷地提出「為什麼」來畫出一個已知跟未知的邊界,最後根據自己所具備的知識來尋找能夠從已知連結到未知的路徑來解決問題。
當我們利用「探索」的方式不斷地嘗試前進,我們可以應用小步前進的技巧來對應無法知曉全貌的「恐懼感」因為當我們出錯的時候,隨時都可以後退一步,也能夠避免在思考全貌時不斷遭遇的「未知」影響我們的思考,最後迷失了方向。
在敏捷開發中會推薦採用驗收測試驅動開發(Acceptance Test Driven Development)就是為了要實踐「探索」的過程,讓我們隨時都學習如何「專注當下」好好的把眼前的問題解決,只要持續這樣的前進,總有一天就會把所有問題解決。而不是專注在「如何一次性解決問題」這樣不太現實的方法上。

文化、時間、環境的挑戰

敏捷開發是源於歐美的方法,當然也受到歐美文化的影響,要在習慣亞洲文化的我們去接受這樣的轉變會需要不少的時間適應。

在刻意練習中提到要使用正確的方法練習才會有效,然而工程師是一個相對新的領域,也因此還未有完善的訓練方式(也是我們的「為什麼」還問得不夠多)因此想要有有系統的訓練就已經相當困難。
同時,環境的存在依舊影響著大部分的人。即使你的內心已經產生變化、也找到自己的方法正確的運用時間訓練自己,仍然要面對的是找不到一個可以接受這樣工作型態的公司。
即使遭遇了重重困難,依舊還能夠堅持的用這樣的方式前進。我想,你會開始看到一個不一樣的「專業」的世界。

封面圖片使用 UnsplashNorbert Kundrak 的作品,這系列的文章只是課程的一小部分,因此並無法完整涵蓋所有概念以及精神,看關於技術的主題可以到弦而時習之找找靈感。
為什麼會看到廣告
54會員
40內容數
軟體工程師逐漸變成一個熱門的職業,當我們進入這個職業之後應該要具備怎樣的技能才會在工作上更加順利呢?這系列的專欄會分享日常工作中的經驗以及一些案例分析,讓我們一起努力成為一位更優秀的軟體工程師吧!
留言0
查看全部
發表第一個留言支持創作者!
蒼時弦也的沙龍 的其他內容
這系列大概花了快兩個月的時間快速的把學到的一些知識記錄下來,然而還是有許多內容很難用文章簡單的說明。
雖然這系列的課程是設計給工程師的,然而在學習敏捷開發(Scrum 為主)的過程中,我們是從如何做「產品」的角度去做切入,也因此在課程接近尾聲的時候我們再次討論了產品跟專案的差異,也是這一週課程中各種安排的理由所在。
我們已經了解到了驗收驅動開發、持續整合以及壞味道這幾個概念,要減少技術債的方式就是重構,然而在實踐重構的時候並非我們所想像的必須「安排時間」重構,而是在開發的過程中不斷的進行。
當我們使用主幹開發(Trunk-based Development)、以及驗收測試驅動開發(A-TDD)之後,所撰寫的程式碼會逐漸的變多,也因此我們會開始注意到程式碼有壞味道(Code Smell)的出現。
不同於我們大多數討論持續整合(Continuous Integration)是以工具為主的議題,在敏捷開發中持續整合更接近於團隊之間協作的議題。這是因為我們希望能夠快速迭代,也因此必須持續的將團隊的產出整合在一起。
當我們能夠通過一個驗收測試後,就是時候將程式碼推送到遠端的服務中。跟基於分支的開發方式不同,我們是以 Trunk-based Development(主幹開發)的方式進行,也就是只有 main 一條分支,並且所有人都會提交進去。
這系列大概花了快兩個月的時間快速的把學到的一些知識記錄下來,然而還是有許多內容很難用文章簡單的說明。
雖然這系列的課程是設計給工程師的,然而在學習敏捷開發(Scrum 為主)的過程中,我們是從如何做「產品」的角度去做切入,也因此在課程接近尾聲的時候我們再次討論了產品跟專案的差異,也是這一週課程中各種安排的理由所在。
我們已經了解到了驗收驅動開發、持續整合以及壞味道這幾個概念,要減少技術債的方式就是重構,然而在實踐重構的時候並非我們所想像的必須「安排時間」重構,而是在開發的過程中不斷的進行。
當我們使用主幹開發(Trunk-based Development)、以及驗收測試驅動開發(A-TDD)之後,所撰寫的程式碼會逐漸的變多,也因此我們會開始注意到程式碼有壞味道(Code Smell)的出現。
不同於我們大多數討論持續整合(Continuous Integration)是以工具為主的議題,在敏捷開發中持續整合更接近於團隊之間協作的議題。這是因為我們希望能夠快速迭代,也因此必須持續的將團隊的產出整合在一起。
當我們能夠通過一個驗收測試後,就是時候將程式碼推送到遠端的服務中。跟基於分支的開發方式不同,我們是以 Trunk-based Development(主幹開發)的方式進行,也就是只有 main 一條分支,並且所有人都會提交進去。
你可能也想看
Thumbnail
作家 Morgan Housel 在《華爾街日報》中提出一個觀點:我們是用理解知識的方式在思考、學習金錢觀,而不是用理解心智與行為模式的方式學習理財。這段話讓我意識到,我們的財務決策並非總是理性的,情緒因素也扮演著重要角色。通過掌握金錢心理學,能夠幫助我們改善用錢習慣,使財務決策更為理性和長遠。
WWII in less than a minute. Cool video! Zelensky asked: Why did Ukraine start as red? 擇輪司機, 你自己本歷史不去讀, 正死橙!!🤣🤣🤣🤣
Thumbnail
講完了 Story 的拆解 其中提到了 Scope 那麼 Scope 是什麼呢? 以及伴隨著 Scope  很常聽到的 Acceptance Criteria (AC) 又扮演了什麼樣的角色? 0x00 回顧 在系列文章中的第一篇 From Scrum to LeSS — Roles
Thumbnail
當 Story 被確定下來之後 要如何切割 Story  讓他們可以在 Sprint 期間能 Done 過去經驗我們都知道 當 Story 太大的時候要拆小 但問題就來了 小要小到多小 有可能小到 Task 嗎?
從一開始 Story 的出生 就會被放進 Product Backlog 經過漫長的等待 終於在某次的 Sprint 中被提到 Sprint Backlog 接著透過獅子🦁及猿猴🦍們的努力 將 Coffin 轉換成 Code Story 終於蛻變成了 PSPI
Thumbnail
要擺脫受壓榨的人生,最好的方法就是擁有專精的技術。—《做工的人》
Thumbnail
依法不依人。依義不依語。依智不依識。依了義經不依不了義經。 — 釋迦牟尼
Thumbnail
王右軍目陳玄伯;「壘塊有正骨。」 — 世說新語 壘塊是土泥的凝結,這裡係指心中憤積鬱結的意思。王羲之眼中的陳泰,總是義憤填膺,對於政治與社會上不正之事滿懷不平,有著正義凜然的風骨。
Thumbnail
當你要在合理價區域做價差交易,有什麼必須知道的原則呢?
Thumbnail
如果要我為交易做一個註解,或者以一句話定義交易(生涯)會成會敗的關鍵,你猜我會說什麼?「順勢交易!」恩,非常好,會講這個表示你已經很瞭解我,也很清楚自己現在在這裡做什麼。但是,坦白說,這個答案其實只能排第二,我認為真正最優先最重要最大於一切的,是「正確的心態」。
Thumbnail
作家 Morgan Housel 在《華爾街日報》中提出一個觀點:我們是用理解知識的方式在思考、學習金錢觀,而不是用理解心智與行為模式的方式學習理財。這段話讓我意識到,我們的財務決策並非總是理性的,情緒因素也扮演著重要角色。通過掌握金錢心理學,能夠幫助我們改善用錢習慣,使財務決策更為理性和長遠。
WWII in less than a minute. Cool video! Zelensky asked: Why did Ukraine start as red? 擇輪司機, 你自己本歷史不去讀, 正死橙!!🤣🤣🤣🤣
Thumbnail
講完了 Story 的拆解 其中提到了 Scope 那麼 Scope 是什麼呢? 以及伴隨著 Scope  很常聽到的 Acceptance Criteria (AC) 又扮演了什麼樣的角色? 0x00 回顧 在系列文章中的第一篇 From Scrum to LeSS — Roles
Thumbnail
當 Story 被確定下來之後 要如何切割 Story  讓他們可以在 Sprint 期間能 Done 過去經驗我們都知道 當 Story 太大的時候要拆小 但問題就來了 小要小到多小 有可能小到 Task 嗎?
從一開始 Story 的出生 就會被放進 Product Backlog 經過漫長的等待 終於在某次的 Sprint 中被提到 Sprint Backlog 接著透過獅子🦁及猿猴🦍們的努力 將 Coffin 轉換成 Code Story 終於蛻變成了 PSPI
Thumbnail
要擺脫受壓榨的人生,最好的方法就是擁有專精的技術。—《做工的人》
Thumbnail
依法不依人。依義不依語。依智不依識。依了義經不依不了義經。 — 釋迦牟尼
Thumbnail
王右軍目陳玄伯;「壘塊有正骨。」 — 世說新語 壘塊是土泥的凝結,這裡係指心中憤積鬱結的意思。王羲之眼中的陳泰,總是義憤填膺,對於政治與社會上不正之事滿懷不平,有著正義凜然的風骨。
Thumbnail
當你要在合理價區域做價差交易,有什麼必須知道的原則呢?
Thumbnail
如果要我為交易做一個註解,或者以一句話定義交易(生涯)會成會敗的關鍵,你猜我會說什麼?「順勢交易!」恩,非常好,會講這個表示你已經很瞭解我,也很清楚自己現在在這裡做什麼。但是,坦白說,這個答案其實只能排第二,我認為真正最優先最重要最大於一切的,是「正確的心態」。