一位核心 PM 在團隊貢獻與卓越影響
Uka 在 2023/02 加入團隊，我跟她共事時期 2.5 年。我們團隊從 2022/02 草創時期，至今公司人員近 40 位同仁，而開發團隊成員（含 App 工程師、Web 工程師、後端工程師、專案/產品經理、測試工程師、維運工程師等等）約 20 位。😳
.
（繼續閱讀…）Archive for the ‘工作’ Category
StackOverflow 殞落
從學生時期就開始搜尋到 StackOverflow 來解決程式上的問題，對這個平台很是感激與讚賞，如今因為 AI 浪潮席捲而來，使得它被工程師們訪問的次數隨著時間推移而遞減。主要是因為 AI 可以即時回答問題啊～
.
此文發表是為了紀念它，希望它能夠趁勢轉型。😉
（繼續閱讀…）Flutter 技術重點
由於已經多年寫 Flutter App，為了讓初學者快速進入狀況，有必要列舉出 Flutter 技術重點。之後再撰寫從原生 App 轉開發 Flutter App 的遷移重點。🙃
本文將列出 Flutter 的十項技術重點，幫助開發者更好地理解和運用這個強大的 UI 工具包。Flutter 是由 Google 開發的開源框架，旨在幫助開發者快速構建高效能、美觀的跨平台應用。以下是 Flutter 的主要技術特點。
面試 Flutter 技術能力
2024 下半年，公司將要進行重大開發案，需要引進更多人力來支援，於是 App 需要招募 1-2 名工程師。為了讓面試有效率地進行，我提前準備一些題目，並視情況在面試過程中提問。
當前應徵者的背景大多是寫原生的 iOS 或 Android 工程師，僅有約 1/10 的面試者有寫 Flutter App 經驗。於是就必須考量面試者並沒有 Flutter App 開發經驗，將改提問其他跟跨平台開發相關的議題。
此文章僅提供面試者有 Flutter App 開發經驗，且有原生 App 開發經驗的情況可供參考。🙂
我本身從 2012 年開始研發 iOS App，而在 2021 年接觸 Flutter 開發 App (iOS & Android)，公司在 2022 年全面以 Flutter App 取代原生 App。Flutter 在開發大部分應用已與原生 App 有同水平的成果，而在開發過程之效率則遠勝於原生。
（繼續閱讀…）提升遠端工作效能 (Improve Remote Work Performance)
在求學的時候，對工作的期望是 Work Hard Play Hard 認真工作認真玩耍。🙂
有同事遠端工作，發現他與在公司工作的夥伴步調出現差異，逐漸影響彼此的關係，我希望能協助提升他工作的效能，主要是這四個項目：
- 會議準時
- 回應即時
- 開發準確
- 產能提升
當然有些原因，造成以上四者沒有達到我的期望，像是遠端工作的環境不佳，回應就比較不能即時。或比如使用較低接獲老舊的筆電來開發，會造成效率差與品質低，進而讓工時加長、釋出延宕。🤔
.
（繼續閱讀…）遠端工作的優點與缺點 (Advantages and Disadvantages of Remote Working)
在科技發展和全球疫情的影響下，遠端工作（或遠距工作、遠程工作）是一種越來越受歡迎的工作方式。
隨著疫情逐漸消逝，遠端工作已逐漸恢復成到辦公室工作。這篇文章主要探討遠端工作的優點與缺點，就會清楚知道為何有如此趨勢。
就以下列四大議題來描述：
- 員工角度
- 公司角度
- 什麼樣的人適合遠端工作？
- 老闆是否喜歡員工遠端工作？
遠端工作的好處有很多是沒錯，然而以我當前的狀況，我還是喜歡到辦公室工作，主要是有參與感、歸屬感，更能讓我全神貫注在工作中。😀
同一專案開發多個品牌
工作上即將進行同一專案開發多個品牌，可以怎麼開始比較恰當，於是就跟夥伴阿遠分析主要可能的做法與其優劣。🤔
.
在更改一個程式碼專案來適應不同品牌時，選擇直接複製專案開發或是開分支修改都有其優缺點。哪種方式更適合取決於專案的維護策略、程式碼的複雜性和團隊的工作流程。
（繼續閱讀…）關於站立會議 (Stand-up Meeting)
有一次 Retro Meeting，某群夥伴們討論到我們的每日站立會議（Stand-up Meeting）似乎已流於形式，感覺上是個可有可無的會議，也就是說就算沒有每天進行立會，並不會影響產品開發的進行。然而，真的是這樣子嗎？
我們立會至今已進入第三個年頭，一開始是使用 Trello 記錄工作任務，後來採用 Jira 更適合敏捷開發流程。起初報告模式是以「任務」為主，選到該任務就由相關人士來報告，比如要做登入或註冊功能，相關的前後端工程師就會依序報告；現在改以「人士」為主，輪到該人士報告，會將其所有任務簡潔報告出來，譬如我要在今日完成登入功能，明日開始製作註冊功能。
在一個規模完整的團隊中，立會對每個角色來說意義不大相同，在此就幾個問題來探討 Stand-up Meeting：
- 為何需要 Stand-up Meeting？
- 為何有人覺得不需要 Stand-up Meeting？
- 以不同角色看待 Stand-up Meeting 會有何優缺點？
- 為何有人認為 Stand-up Meeting 流於形式？
- 如何讓 Stand-up Meeting 變得有趣？
工程師與設計師溝通問題
上個月，在 Threads 看到嫁給 RD 的設計師網紅，發表一則工程師與設計師溝通問題，讓身為工程師的我會心一笑，畢竟是以設計師的立場來看問題。
於是又有像工程師講幹話的部落客來發表一篇，以工程師的角度遇到的溝通議題，看完後很認同最後的結論，就是「錢」到位，溝通就不再是問題。😜
單元測試 (Unit Testing)
前一篇談到回歸測試 (Regression Testing)，這次來了解單元測試 (Unit Testing)。
以軟體開發大範疇角度來看，我是非常支持做單元測試，因為可以確保每個程式元件、功能流程的正確性。
若以我開發 App 的開發者偏向用戶方來說，就會以時間成本來做取捨，因為需要測試的範圍變得相當廣泛，然而可以簡單分為兩部分：數據 (Data) 與介面 (Interface)，若取其優先順序，會著重在數據方面來做單元測試。🙃
.
單元測試可以簡單解釋，也能詳盡探討，於是我列了幾個關鍵問題，從中來發散與歸納重點。
- 什麼是單元測試？
- 為什麼叫單元測試？
- 為什麼要做單元測試？
- 單元測試所需要的時間成本？
- 單元測試的優點與缺點？
逍遙文工作室 
HappyMan・迴響