Just My Life & My Work

Archive for the ‘工作’ Category

關於站立會議 (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 變得有趣？
（繼續閱讀…）

分類：

研究, 工作

Tagged with:

工程師與設計師溝通問題

上個月，在 Threads 看到嫁給 RD 的設計師網紅，發表一則工程師與設計師溝通問題，讓身為工程師的我會心一笑，畢竟是以設計師的立場來看問題。

於是又有像工程師講幹話的部落客來發表一篇，以工程師的角度遇到的溝通議題，看完後很認同最後的結論，就是「錢」到位，溝通就不再是問題。😜

（繼續閱讀…）

分類：

研究, 工作

Tagged with:

單元測試 (Unit Testing)

前一篇談到回歸測試 (Regression Testing)，這次來了解單元測試 (Unit Testing)。

以軟體開發大範疇角度來看，我是非常支持做單元測試，因為可以確保每個程式元件、功能流程的正確性。

若以我開發 App 的開發者偏向用戶方來說，就會以時間成本來做取捨，因為需要測試的範圍變得相當廣泛，然而可以簡單分為兩部分：數據 (Data) 與介面 (Interface)，若取其優先順序，會著重在數據方面來做單元測試。🙃

.

單元測試可以簡單解釋，也能詳盡探討，於是我列了幾個關鍵問題，從中來發散與歸納重點。

  • 什麼是單元測試？
  • 為什麼叫單元測試？
  • 為什麼要做單元測試？
  • 單元測試所需要的時間成本？
  • 單元測試的優點與缺點？
（繼續閱讀…）

分類：

研究, 工作

Tagged with:

回歸測試 (Regression Testing)

軟體開發絕對少不了測試這個重要環節，每次在上線後都可能會出現不預期狀況，我們主要會歸咎測試量不足。我們進行的測試有很多種，那麼回歸測試 (Regression Testing) 是做什麼用途呢？🤔

在此想要徹底了解幾個議題：

  • 回歸測試是什麼？
  • 為什麼要做回歸測試？
  • 為什麼叫做回歸測試？
  • 回歸測試由誰進行？
  • 回歸測試需要多少時間？
（繼續閱讀…）

分類：

研究, 工作

Tagged with:

Rescue Time 救援時間

我們人的一生，至少有三分之一的時間是在工作，總會想要知道工作期間是否有效率。於是可透過偵測所使用軟體的時間，來辨別每個時段是否正在努力工作中，亦或是被其他事物干擾。😀

（繼續閱讀…）

分類：

研究, 工作

Tagged with:

弱點掃描與滲透測試

經過一年左右，公司產品再度需要進行弱點掃描與滲透測試，以確保用戶對我們家產品有強而有力的信任。🙃

我們來稍微了解一下兩者的特點與異同吧～

（繼續閱讀…）

分類：

研究, 工作

Tagged with:

軟體與工作重新啟動

每隔一段時間，勢必得停下腳步，好好思考為何我要工作，特別是已經影響我正常生活的時刻，會感覺到，我似乎忘記了某些事，忙碌到難以回憶。🤔

這一個月陸續看了電影「沙丘」和影集「三體」，覺得好舒壓，會想要放下手邊工作，沈浸在地球以外的世界。於是讓我回顧過去一年都在幹什麼～😵

（繼續閱讀…）

分類：

研究, 工作

Tagged with:

初學工程師偏好開發 Web 或 App

雖說我的立場是偏好開發 App，也已經有 10+ 年經驗，但還是想分析一下，對於初學者來說，如何做選擇會比較恰當。

大概在 2010 年前後，我有短期開發網頁應用程式，確實上手門檻較低，不需要額外硬體或軟體支援，便可以馬上寫簡單的程式。

但其實，若我一天有 48 小時，我會希望 Web 和 App 都能開發～😛

最終，我選擇 App 開發，那會是最貼近生活的一種開發工作。

（繼續閱讀…）

分類：

研究, 閒聊, 工作

Tagged with:

成為 App 工程師需要注意的四件事

一個月前，有位公職人員來信詢問，想知道一些關於 App 工程師職務的議題，在此我便以 10 年左右的經歷，來整理出主要可以參考的方向。

我是個從還是個資訊工程學系研究生時，就決定開始寫 iOS App，一寫至今，已經超過十個年頭，當時 Apple 才剛釋出 iOS 6，現在已將要發佈 iOS 17。

經過十個年頭，我依然堅持走這條路，因為這工作實在太好玩了，執行力夠強的話，一個人就可以完成一個 App，實在很符合我的個人特質－自幹。

智慧手機與平板電腦日益普及，程式語言和開發工具與時俱進，讓研發的過程更有效率，最後成果的體感越來越友善且優異。我陸續學習原生 Objective C、Swift，甚至嘗試跨平台 Xamarin、Ionic。如今更是期待 Flutter 能有長足的進步與發展。這樣一來，我想要同時開發 iOS 和 Android 就能輕鬆實現啦～😄

論技術能力我沒有到極強，只要能應用在產品與專案上，任何技術都能接納，特別是面向使用者，我追求 UI/UX 盡可能做到極致。🤗

（繼續閱讀…）

分類：

研究, 工作

Tagged with:

Crashlytics loadLibrary

最近一個月，湧入上萬用戶使用我們家的 App，特別是 Android 手機用戶佔了大部分。當然用戶一多，就會出現不預期的狀況，這在開發 App 是很普遍發生的狀況。

特別是 Android 系統，相比 iOS 較為不穩定，因為是開放系統，讓各家軟硬廠商有較多的彈性去調整系統。於是乎，會遇到不預期的崩潰狀況，是理所當然之事。

這次來記錄一下，Crashlytics 記錄最多崩潰的事件：FlutterJNI.loadLibrary。

（繼續閱讀…）

分類：

研究, 工作

Tagged with:

標籤雲