自己過往的工作經驗當中，雖然是掛著 Android 工程師，但跟大體上一般開發工程師來說是有一些共同的職務，畢竟頭銜當中是掛著「工程師」三個字。相信大家在工作上多少都是聽過他人，或是自己親身經歷的故事。有些也是看公司的策略、規模、產品還有產業類別等等，會有所差異。所以撇開專業領域，先來看看工程師每天在做些什麼呢？

開發需求、修正問題，以及發佈版本。

大抵上職務內容會以這三種為主，以 App 開發也會涵蓋這三種內容。以每個軟體專業領域來說，發佈方式會不太一樣，例如 iOS 和 Android App 發佈的版本流程以及上架檔案格式不盡相同。而 Web 前端、後端，或依各種程式語言和組建模式，相差又更大了。下方先列出理想上 Android 工程師開發例行事務有哪些，不會依開發方式，或是需求討論列入。

1. 需求開發：收到的需求說明轉化成程式碼，並同時撰寫相關的 Unit Test。
2. 檢視程式碼：提交異動程式碼給其他 Android 開發成員做檢視。此流程視團隊規模跟產品，通常會是 2 人以上的團隊才會進此流程。
3. 發佈測試版本：從本機端手動產生交付版本給非 Android 工程師角色，可能是 PM、QA、Team Leader、Product Owner 和產品關係人等等。
4. 修正問題：交付的測試版本中，有不符需求，或是問題發生，回報給 Android 工程師。修正過後，回到 3.
5. 發佈正式版本：在上述 4. 都沒有任何問題後，進行打版正式版 App 動作後，上架至 Google Play Store。
6. 線上維運：依回報問題的嚴重性(頻率 / 影響人數 / 是否為核心功能 / 修正難易度)而進行評估修正後

1. 需求開發 > (2. 檢視程式碼) > 3. 發佈測試版本 > 4. 修正問題 > 5. 發佈正式版本 > 6. 線上維運

上述的流程，在上線之後 6. 之後，若後續需評估修正，就會回到需求開發 1.。