Adventure Book

對於剛進入社會的社會新鮮人，或是準備轉戰科技業的求職者來說，瀏覽人力銀行的職缺時，常會被一堆英文字母縮寫（如 AE、FAE、PM）或售前售後（Pre-sales、Post-sales）等名詞搞得一頭霧水。這些職位在科技業、電子業及通訊產業中扮演什麼角色？彼此的職責又有何不同？今天一次為大家梳理清楚！

進入 Android 裝置與手機開發領域，琳琅滿目的專有名詞常讓人眼花撩亂。本文為手機工程師整理了 Android 系統架構、硬體介面及開發測試中必備的核心名詞，方便快速查閱！ 一個完整的 Android 裝置開發涉及多個層級，從最上層的 App、Android Framework，到中介的 RIL（無線電介面層）、Protocol 協議棧、HAL（硬體抽象層），再到最底層的 BSP（板級支持包）、Modem 以及實體硬體（HW）。理解這些基礎名詞是與不同部門協作的重要橋樑。

在行動裝置與智慧型手機開發中，我們經常聽到「OTA」這個名詞。究竟什麼是 OTA？它在手機系統更新中扮演什麼角色？與 FOTA 又有什麼不同？本文為您詳細解析。 有趣的是，如果您在網路上搜尋「OTA」，有時候可能會混淆到日本次文化中的「御宅族（Otaku，有時簡稱 Ota）」定義。但在通訊與軟體開發領域， OTA 是「Over-The-Air」的縮寫 ，指的是「空中下載」或「無線更新」技術。

在專案管理的PMP（Project Management Professional）框架中，容許度（Tolerance）是指對專案範疇、時程、成本和風險等方面可接受的偏差範圍。它是專案成功標準的一部分，幫助管理層和專案團隊理解專案目標達成的彈性範圍。 1. **範疇容許度（Scope Tolerance）**: 範疇容許度是指專案範疇中可接受的變更範圍。這包括專案所交付的產品、服務或結果的特性和功能可有的最大偏差。如果變更超出了這個範圍，則可能需要進行更正措施或是進一步的利益相關者溝通。 2. **時程容許度（Schedule Tolerance）**: 時程容許度是指在專案時程上可接受的延遲或提前完成的範圍。每個專案活動或整個專案時程都可能有其特定的容許度，超過這個範圍可能需要專案經理采取行動來調整時程或優先級。 3. **成本容許度（Cost Tolerance）**: 成本容許度是指專案預算可接受的超支範圍。它確定了專案可以超出原始預算多少百分比而不引起重大關注。成本超過這個容許度，可能需要進行成本削減或尋求額外資金。 4. **風險容許度（Risk Tolerance）**: 風險容許度是指利益相關者願意承擔的風險程度。這包括對風險影響的接受程度和願意采取何種措施來緩解這些風險。不同的利益相關者可能對相同的風險有不同的容許度。 容許度的確定通常是在專案規劃階段由高級管理層設定，並作為專案經理在執行專案時的指引。了解並管理容許度對於有效的專案管理至關重要，因為它影響專案決策和控制。專案經理需根據這些容許度來監控專案績效並作出相應調整，以確保專案目標的達成。在整個專案生命週期中，容許度幫助專案團隊維持在一個可控的範圍內，並作為溝通和報告的基礎。 專案管理相關討論文章： [專案管理] 利害關係人參與評量矩陣有分那些參與程度？不知、抵抗、中立、支持、領導 這五種？ [專案管理] EFF跟OPA的差別? PMP 專案管理考試筆記 名詞解釋 [專案管理] 比較親和圖跟心智圖的用法 PMP 及專案管理相關文章請見： 專案管理 更多科技業名詞解釋請見： 名詞解釋 長宏PMP課程及證照： 學員 推薦 價是 長 宏 學員最優惠價格， 再也找不到比這更低的優惠價了。 推薦報名網址: http://www.pm-abc. com.tw/list_course.asp? coupo...

在PMP（Project Management Professional）專案管理體系中，專案成本管理計畫是指對專案成本進行規劃、估算、預算編制和控制的整體方案。在這個計畫中： - **管制基準（Control Baseline）**是指在專案執行期間用以衡量專案績效和進度的基準，它通常包括了專案成本、時間和範圍的預算計畫。這個基準提供了一個固定的參考點，專案團隊可以通過比較實際的專案表現與這個基準來識別偏差，進行成本控制和管理。 - **管制門檻（Control Thresholds）**則是指對可接受的變化或偏差設定的特定界限或水平。這些門檻是事先定義好的，在這些範圍內的偏差被視為可以接受的，而超過這些範圍的偏差則需要特別注意和糾正措施。管制門檻幫助專案團隊確定何時需要採取糾正或預防措施來處理成本超支或節省。 這兩個概念是專案成本管理中的重要部分，它們幫助專案經理確保專案在批准的預算範圍內按計畫進行，並在必要時進行調整和重新規劃。 == 在專案管理（Project Management）中，專案成本管理計畫書（Project Cost Management Plan）的管制基準（Cost Baseline）和管制門檻（Cost Thresholds）分別代表以下意思： 管制基準：是專案成本的預期值（Expected Value），是根據成本估算（Cost Estimate）和預算（Budget）調整後確定的。管制基準是專案成本管理的基礎（Foundation），用於衡量（Measure）專案成本績效。 管制門檻：是專案成本績效的臨界點（Critical Point），是用來判斷（Determine）專案是否超出預期成本的標準。管制門檻通常以百分比（Percentage）或固定額度（Fixed Amount）表示。 具體來說，管制基準可以分為以下兩種類型： 工作包成本基準（Work Package Cost Baseline）：是單個工作包（Work Package）的成本預期值。 管制帳戶成本基準（Control Account Cost Baseline）：是工作包成本基準的總和，包括應變儲備（Contingency Reserve）和管理儲備（Management Reserve）。 管制門檻可以分為以下兩種類型： 成本超支門檻（Cost Overrun ...

敏捷軟體開發（英語：Agile software development），又稱敏捷開發，是一種從1990年代開始逐漸引起廣泛關注的一些新型 軟體開發 方法，是一種應對快速變化的需求的一種軟體開發能力。它們的具體名稱、理念、過程、術語都不盡相同，相對於「非敏捷」，更強調程式設計師團隊與業務專家之間的緊密協同運作、面對面的溝通（認為比書面的文件更有效）、頻繁交付新的軟體版本、緊湊而自我組織型的團隊、能夠很好地適應需求變化的代碼編寫和團隊組織方法，也更注重軟體開發過程中人的作用。 敏捷軟體開發（或稱快速程式開發RAD）描述了一套 軟體開發 的價值和原則，在這些開發中，需求和解決方案皆通過自組織 跨功能團隊 達成 [1] 。敏捷軟體開發主張適度的計畫、進化開發、提前交付與持續改進，並且鼓勵快速與靈活的面對開發與變更。這些原則支援許多 軟體開發方法 的定義和持續進化。 「敏捷」（Agile或agile [2] ）一詞由「敏捷軟體開發宣言」（Manifesto for agile software development）中開始推廣，「敏捷軟體開發宣言」定義了相關的價值和原則。敏捷軟體開發的 框架 不斷的發展，兩個最廣泛被使用的是 Scrum 與 Kanban 。 於是常常大家想知道你有真正用敏捷的第一個問題就是 你知道  Scrum 與 Kanban  的差異嗎？ Scrum和Kanban是兩種常見的敏捷開發和專案管理方法。它們各自有自己的特點和適用情況。以下是Scrum和Kanban之間的主要差異： 1. **迭代 vs. 連續流**:    - **Scrum**: 是一種迭代和增量的方法，通常在固定長度的迭代（稱為Sprint，通常為2-4周）中完成工作。每個迭代開始時，團隊會選擇一個工作集合來完成，並在迭代結束時交付可用的產品增量。    - **Kanban**: 是一種連續流的方法，不是按迭代來組織工作，而是在工作項目準備好時就開始進行。它強調將工作視覺化並限制正在進行中的工作項目的數量，以保持流動性並降低交付時間。 2. **角色**:    - **Scrum**: 有明確定義的角色，如Scrum Master、Product Owner和Dev...

作為一名手機通訊或韌體工程師，在日常研發工作中常需要對接電信業者的規格與需求。本文為您系統化整理了手機開發中頻繁接觸的通訊類、網路協議與系統配置名詞，助您快速上手！ 從 SIM 卡內部數據架構（如 ADN、FDN），到無線電接取技術（CDMA、UMTS、LTE），再到網路配置管理（OMA-DM、PDP），掌握這些名詞的定義與縮寫，對於查閱電信商規格書（Operator Specs）與 Debug 協定日誌（Protocol Logs）至關重要。

 Android手機接不到電話、缺少incoming call notification或call UI可能是由於多種原因。以下是一些可能的因素和建議的解決方法： 1. **Do Not Disturb模式**：檢查手機是否處於"Do Not Disturb" (勿擾模式)。當此模式開啟時，來電和其他通知可能不會顯示。 2. **優先權模式**：在某些Android版本中，您可以設定只有指定的聯絡人可以撥打進來的電話。確保您沒有啟用此設定或是清單中的聯絡人設定正確。 3. **軟件問題**：某些應用程式可能與電話功能衝突，特別是那些具有通話控制或防止騷擾的應用程式。 4. **更新問題**：如果問題是在系統或應用程式更新後發生的，可能是該更新有bug。可以考慮暫時回復到之前的版本，或檢查是否有新的更新可以修復此問題。 5. **硬體問題**：硬體故障或接收器問題也可能是造成接不到電話的原因。 6. **系統資源**：如果手機的RAM或系統資源不足，可能會影響來電通知。嘗試關閉一些正在執行的應用程式或重新啟動手機。 7. **網路問題**：有時，手機信號弱或斷線也可能導致接不到電話。檢查信號強度和網路狀態。 8. **系統設定**：進入手機設定，確保電話應用程式的通知設定正確，且允許其顯示通知。 9. **重置網路設定**：在設定中找到"重置網路設定"，這會將Wi-Fi、行動數據和藍牙設定恢復為出廠設定。 10. **清除快取**：清除電話應用程式的快取和數據，但請注意，這可能會刪除調用紀錄和其他相關數據。 如果上述方法都不奏效，建議尋求專業人員檢查或考慮恢復手機到出廠設定。在進行此操作之前，記得備份所有重要數據。 這些問題，主要跟以下幾個功能有關。 當我們深入探討Android手機無法正常接電話的問題時，可以將焦點放在一些關鍵的Android組件上，這些組件在通話流程中起著核心作用： 1. **Dialer（撥號器）**：    - 這是用戶與手機建立通話的主要界面。如果Dialer應用出現問題或受到干擾，可能會導致接電話的問題。    - 解決方案：嘗試清除Dialer的快取和數據，或者更新/重新安裝撥號器應用。 2. **IMS (IP Multimedia Subsystem)**：    -...

  PMP專案管理教材中提到的49個子流程如下： 整合管理 啟動過程組：啟動過程 規劃過程組：規劃過程 執行過程組：執行過程 監控與控制過程組：監控與控制過程 結束過程組：結束過程 範疇管理 範疇定義：範疇界定 範疇創建：範疇創建 範疇變更管理：範疇變更管理 時程管理 活動定義：活動定義 活動排序：活動排序 活動估算：活動估算 進度控制：進度控制 成本管理 成本估算：成本估算 成本控制：成本控制 品質管理 品質管理計劃：品質管理計劃 品質保證：品質保證 品質控制：品質控制 人力資源管理 團隊組建：團隊組建 團隊發展：團隊發展 團隊績效管理：團隊績效管理 溝通管理 溝通計劃：溝通計劃 信息收集：信息收集 信息傳播：信息傳播 信息管理：信息管理 風險管理 風險識別：風險識別 風險定性分析：風險定性分析 風險定量分析：風險定量分析 風險應對計劃：風險應對計劃 風險監控與控制：風險監控與控制 採購管理 採購計劃：採購計劃 採購執行：採購執行 採購合同管理：採購合同管理 採購變更管理：採購變更管理 以上49個子流程是PMP專案管理知識體系的基礎，涵蓋了專案管理的各個方面。 以下是每個子流程的簡要說明： 整合管理 整合管理是專案管理的核心，它將所有其他知識領域統一起來，確保專案的成功。 範疇管理 範疇管理是定義專案工作範圍的過程。它包括確定專案的目標、範圍、邊界和可交付成果。 時程管理 時程管理是確定、規劃和控制專案活動的過程。它確保專案按時完成。 成本管理 成本管理是估算、預算和控制專案成本的過程。它確保專案在預算範圍內完成。 品質管理 品質管理是確保專案符合客戶需求的過程。它包括制定品質標準、執行品質控制和進行品質改進。 人力資源管理 人力資源管理是組建和管理專案團隊的過程。它包括招聘、培訓和激勵團隊成員。 溝通管理 溝通管理是確保專案信息有效傳遞的過程。它包括制定溝通計劃、收集和傳播信息，以及管理溝通衝突。 風險管理 風險管理是識別、評估和應對專案風險的過程。它確保專案免受不確定性和意外事件的影響。 採購管理 採購管理是獲取外部產品、服務或成果的過程。它包括制定採購計劃、執行採購、管理採購合同和處理採購變更。 == 以下是PMP專案管理教材中提到的49個子流程，包括編號、專有名詞的英文和中文： 編號專有名詞中文 1 Initiating Process Group...

Q: 敏捷開發Scrum 與Agile 兩種模式有什麼差異 敏捷開發（Agile）是一個軟體開發的方法論，其中包括了多種不同的開發模式，而Scrum則是其中一種敏捷開發的方法之一。下面是Scrum和Agile兩種模式之間的幾個主要差異： 開發模式： Scrum是一種基於迭代開發的模式，包括了一個特定的開發週期（Sprint），每個Sprint的目標是產出一個可用的軟體版本。 Agile則是一個更為廣泛的開發方法論，並沒有特定的開發週期或模式。 團隊組成： Scrum要求團隊成員在開發週期中進行密切合作，包括開發人員、Scrum Master和產品負責人。 Agile方法論則強調整個團隊的自組織和自主性，並且將客戶或用戶也納入團隊之中。 角色定義： Scrum具有明確的角色定義，包括Scrum Master、產品負責人和開發團隊成員。 Agile則沒有特定的角色定義，每個團隊可以根據自己的需求和結構來定義角色。 工作流程： Scrum有明確的工作流程，包括Sprint計劃、每日Scrum、Sprint回顧和Sprint Demo等階段。 Agile方法論則更加靈活，每個團隊可以根據自己的需求來設計自己的工作流程。 總的來說，Scrum是一種較為具體和規範化的敏捷開發方法，而Agile方法論更加靈活和開放，能夠適應不同的團隊和項目需求。 === 實務分享： 1. 比較有規則/規模的公司會採用Scrum，其中主要在開發團隊中進行Scrum 而把設計如UX/UI 作為input 。 2. 新創團隊比較小型規模的組織，就會用Agile 但主要是因為成員可能兼具兩個角色，如PM+UI。 也會因為合作模式，例如兩家公司要做API對接，兩個公司進行一個合作案，從一家出product spec搭配UI 以客戶角色加入另一家開發團隊。 3. 傳統的project manager 角色，負責訂schedule 做issue review 以及溝通測試部門做quality review。這樣的角色在scrum team 中，要嘗試融入到開發團隊中，實際執行與scrum master 還是有些差異。傳統project manager應轉型，嘗試做為開發團隊中負責整合及執行release 的角色。 PMP 及專案管理相關文章請見： 專案管理 更多科技業名詞解釋請見： 名詞解釋 長宏PMP課程及...

AC、PV 和 EV  在實獲值管理（EVM）中，AC、PV 和 EV 是重要的計算和指標，它們代表不同方面的專案數據： 1. AC（Actual Cost）：實際成本，它代表專案目前已經花費的實際金額。AC 是指截至某一時間點，已經支付或花費的專案成本，包括人工、材料、設備等實際支出。 2. PV（Planned Value）：計劃價值，也稱為 BCWS（Budgeted Cost of Work Scheduled），它代表在專案計劃中應該完成的工作的預計價值。PV 是指根據專案計劃，在特定時間點應該已經完成的價值，通常以預算數字表示。 3. EV（Earned Value）：已實現價值，也稱為 BCWP（Budgeted Cost of Work Performed），它代表實際上已經完成並可用於專案的工作的價值。EV 是指在特定時間點實際完成的工作的價值，根據計劃成本來評估。 這些指標用於計算 EVM 中的其他重要性能指標，如CPI（成本績效指數）和SPI（進度績效指數），以幫助專案經理和利益相關者評估專案的成本和進度績效。通過比較 AC、PV 和 EV，可以獲得有關專案是否在預算範圍內，是否按照計劃進行以及是否具有成本效益的信息。 CPI（成本績效指數）和SPI（進度績效指數） 當談到實獲值管理（EVM）中的CPI（成本績效指數）和SPI（進度績效指數）時，以下是更詳細的解釋以及在實務中的應用： 1. CPI（成本績效指數）：    - CPI 是一個衡量專案的成本效能的指標。    - 計算方式：CPI = EV / AC，其中 EV 是已實現價值（已完成的工作的預算價值），AC 是實際成本（已經花費的成本）。    - 意義：如果 CPI 大於1，則表示專案的成本效能良好，工作完成得比原先預算的要便宜。如果 CPI 小於1，則表示成本效能不佳，工作完成成本高於原先預算。    實務上的應用：    - CPI 提供了關於專案成本表現的信息。當 CPI 大於1時，專案經理可能會認為專案在預算範圍內，如果 CPI 小於1，則可能需要調整成本控制策略，以確保專案不超出預算。 2. SPI（進度績效指數）：    - SPI 是一個衡...

簡介採購工作說明書(procurement SOW) 跟 RFI RFQ PFP IFB 1. **SOW (Statement of Work) - 工作說明書**：    - 定義：SOW 是一份詳細的文件，描述了供應商必須完成的具體工作或服務。它定義了工作範圍、時間表、地點、質量標準、付款條件等。    - 用途：為確定特定的工作或服務要求提供明確、詳細的指引。 2. **RFI (Request for Information) - 資訊請求書**：    - 定義：RFI 是一份請求文件，用於從潛在供應商那裡獲得關於產品、服務或解決方案的一般性資訊。    - 用途：在初步的市場研究階段收集信息，幫助組織了解市場上的可用選項。 3. **RFQ (Request for Quotation) - 報價請求書**：    - 定義：RFQ 是一份請求文件，用於從供應商那裡獲得具體產品或服務的價格報價。    - 用途：當組織已知道它們想要購買的具體產品或服務時，將其用於比較價格。 4. **RFP (Request for Proposal) - 提案請求書**：    - 定義：RFP 是一份請求文件，要求供應商提交他們的方案，以滿足組織的特定需求或解決某個問題。    - 用途：用於更複雜的購買，其中價格、技術解決方案和供應商的資格都是選擇標準的一部分。 5. **IFB (Invitation for Bid) - 投標邀請**：    - 定義：IFB 是一份請求文件，通常用於大型項目，要求供應商提交他們的投標。    - 用途：通常用於大型工程或建設項目，其中價格是主要的選擇標準。 **區別**： - SOW 是關於「做什麼」的，它定義了工作或服務的具體範圍。 - RFI、RFQ、RFP 和 IFB 都是關於「如何購買」的。它們代表了不同的採購階段和不同的需求，從初步的市場研究（RFI）到具體的價格比較（RFQ）和複雜的方案評估（RFP）。 選擇使用哪一種文件通常取決於組織的具體需求、購買的複雜性和市場的特性。 在大型專案投標過程中，以下是買方和賣方通常...

在品質管理中，「管制圖」（Control Chart，也稱為「品質控制圖」）是一種用來監測和分析製程是否穩定的工具。它是統計製程控制（Statistical Process Control, SPC）的一部分，旨在幫助組織了解其製程的變動性。 以下是相關的定義： 1. **UCL (Upper Control Limit) - 上控制界限**：    - 管制圖中的一條界限，代表製程的上限變動性。當數據點出現在此線之上，通常表示製程可能存在某種非隨機的特殊因素，使製程偏離了正常運作。 2. **LCL (Lower Control Limit) - 下控制界限**：    - 與UCL相反，它代表製程的下限變動性。當數據點出現在此線之下，也可能表示製程受到某種非隨機的特殊因素的影響。 3. **USL (Upper Specification Limit) - 上規格界限**：    - 定義製程產出的最高可接受值。它是基於顧客需求或內部標準設定的，而不是基於實際製程性能。 4. **LSL (Lower Specification Limit) - 下規格界限**：    - 定義製程產出的最低可接受值，同樣是基於顧客需求或內部標準。 UCL、LCL、USL、和LSL 這四個界限常常出現在品質控制的文獻中，且它們與製程和產品的品質特性有關。為了對它們進行排序，我們首先要了解它們的意義： - **USL (Upper Specification Limit) - 上規格界限**：是產品或製程的最大可接受界限。 - **UCL (Upper Control Limit) - 上控制界限**：是製程變動的統計上界。 - **LCL (Lower Control Limit) - 下控制界限**：是製程變動的統計下界。 - **LSL (Lower Specification Limit) - 下規格界限**：是產品或製程的最小可接受界限。 一般來說，為了確保製程在規格範圍內運作，UCL 和 LCL 應該位於 USL 和 LSL 之間。所以排序通常如下： 1. LSL 2. LCL 3. UCL 4. USL 需要注意的是，這種排序是基於通常的製程和規格設定，但在實際應用中，特定的製程和產品可能...

解釋Scrum 敏捷式儀式 四個活動的意義，包含衝刺規劃、每日站立會議、衝刺審查、衝刺回顧會議。 當我們提到 Scrum 時，這是一種敏捷開發的框架，其中包含了幾個主要的儀式（或稱為活動、事件）來確保團隊能夠有效、透明且持續地交付價值。以下是 Scrum 中的四個核心儀式和它們的意義： 1. **衝刺規劃 (Sprint Planning)：**    - **意義**：此儀式的目的是為即將開始的衝刺（Sprint，通常為2-4周的開發週期）計劃工作。在這次會議中，產品擁有者 (Product Owner) 將從產品待辦清單 (Product Backlog) 中選擇最高優先級的項目，然後和開發團隊一起討論，確定在接下來的衝刺中可以完成的工作範疇。     2. **每日站立會議 (Daily Stand-up 或 Daily Scrum)：**    - **意義**：每天開始工作時，團隊成員會集合起來，分享他們前一天的工作成果、當天的工作計劃以及他們遇到的任何障礙。此會議促使團隊保持對目標的專注，同時確保早日識別和解決問題。 3. **衝刺審查 (Sprint Review)：**    - **意義**：在衝刺結束時，團隊會展示他們在該衝刺中完成的工作。這不只是給團隊成員看，也是給產品擁有者和利害關係人看的，這樣他們可以提供反饋，確保產品正朝正確的方向發展。 4. **衝刺回顧 (Sprint Retrospective)：**    - **意義**：此會議的目的是反思上一個衝刺的過程，找出什麼地方做得好、什麼地方可以改進。透過此會議，團隊不斷地自我調整和優化他們的工作方式，以持續改善效率和效果。 總的來說，這些儀式為 Scrum 團隊提供了一個結構化的框架，幫助團隊保持目標明確、互相協作並持續地學習和改進。 敏捷方法論中的MVP, MMF及MBI 當我們談論敏捷方法論時，MVP、MMF和MBI是三個相關的概念，但它們在專案和產品開發中有不同的應用和目的。以下是對這三個概念的簡單介紹： 1. **MVP (Minimum Viable Product) - 最小可行產品**：    - **定義**：MVP是一種策略和產品，使你可以學習到最大...

簡介敏捷開發流程 其中的scrum master 與過去常見的瀑布式（waterfall）開發模式中的軟體專案經理（project manager）有什麼差異 敏捷開發流程是一種快速且靈活的軟體開發方法，其核心理念是透過不斷的迭代、持續交付和反饋來實現高品質的軟體產品。敏捷開發流程有多種方法論，其中一種較為廣泛應用的方法論是Scrum。 Scrum是一種基於敏捷開發的框架，它將軟體開發團隊組織為自主且跨職能的小組，並以Scrum Master、Product Owner和Development Team三個角色來管理開發流程。Scrum Master是Scrum團隊的領袖，負責協調和指導團隊在Scrum框架下的運作。 相較於Waterfall開發模式中的軟體專案經理（project manager)，Scrum Master的職責有所不同。在Waterfall開發模式中，軟體專案經理通常負責規劃、執行、控制和結束整個軟體開發生命週期，並且需要在每個階段都確認交付物和文件的正確性和完整性。而在Scrum中，Scrum Master則是團隊的敏捷教練和協調者，並且不會干涉團隊的決策，而是通過提供指導和支持來確保團隊能夠成功地實施Scrum框架。 此外，Scrum Master還需要負責管理Scrum事件、Scrum工件和Scrum角色，並且協調各項活動以確保團隊能夠順利地完成每個Sprint。相較於Waterfall開發模式中的軟體專案經理，Scrum Master需要更強的敏捷和溝通能力，以及更深的對Scrum框架和敏捷開發方法論的理解和實踐經驗。 敏捷開發相關文章： [專案管理][敏捷] Agile 與Scrum有什麼差別？ [專案管理][敏捷] Scrum與Kanban 的差異 [專案管理][敏捷] Scrum 中的四個核心儀式和它們的意義

Cross Compiler 是一種編譯器，可讓開發人員在一種架構上開發軟體並在不同的架構上執行。通常在開發應用程式時，開發人員會使用編譯器將原始碼轉換為可執行的機器碼，而這些編譯器只能在特定的平台上運行。 然而，當需要將應用程式移植到其他平台時，就需要使用 Cross Compiler 來進行編譯。Cross Compiler 可以在開發人員的開發平台上運行，但可以生成在目標平台上運行的機器碼。 舉例來說，假設開發人員在 x86 架構上開發了一個應用程式，但想要在 ARM 架構上執行該應用程式。因為這兩個架構有不同的指令集，所以需要使用 ARM 架構上的 Cross Compiler 來編譯該應用程式，生成可以在 ARM 架構上運行的機器碼。 Cross Compiler 在嵌入式系統和跨平台應用程式開發中非常常見。 wiki： Cross compiler A cross compiler is a compiler capable of creating executable code for a platform other than the one on which the compiler is run. Cross compiler tools are generally found in use to generate compiles for embedded system or multiple platforms.  It is a tool that one must use for a platform where it is inconvenient or impossible to compile on that platform, like microcontrollers that run with a minimal amount of memory for their own purpose.  It has become more common to use this tool for paravirtualization where a system may have one or more platforms in use.  -- Building a cross compiler ...

TCP 和 UDP 是兩種網路協議，用於在網際網路上傳輸數據。它們有各自的優點和用途。 TCP (Transmission Control Protocol) 是一種面向連接的協議，它在數據傳輸之前先建立一個連接。當數據傳輸完成後，它會斷開連接。TCP 通常用於傳輸可靠的數據，例如文件、電子郵件和網頁。它可以確保數據在傳輸過程中不會丟失，並且可以在需要時重新發送丟失的數據。此外，TCP 還可以控制傳輸速度，以避免網絡擁塞和數據包的丟失。 UDP (User Datagram Protocol) 則是一種無連接的協議，它不需要事先建立一個連接。相反，數據包可以直接傳輸。UDP 通常用於傳輸實時的數據，例如語音和視頻。由於UDP 不需要進行連接建立和斷開，因此它的速度比TCP 更快。但是，由於UDP 不會確保數據包的可靠性，因此在傳輸過程中數據包有可能會丟失或被傳輸到錯誤的目的地。 簡而言之，TCP 是可靠的協議，可以確保數據的可靠性和完整性，但速度較慢；UDP 是快速的協議，可以實時傳輸數據，但不保證數據的可靠性。根據不同的應用場景和需求，選擇適合的協議可以更好地滿足使用者的需求。 參考文章： 網路概論 | Port Number   相關連結： 已知的標準Port Number 使用列表 List_of_TCP_and_UDP_port_numbers

當代的移動通訊網絡技術可以分為幾個主要類別，以下是對每種技術的簡要解釋： GPRS（General Packet Radio Service）通用分组無線服務，是第二代移動通訊技術（2G）的一種，它採用分組傳輸方式，可以實現高速的資料傳輸。GPRS被廣泛用於簡單的數據傳輸，如簡訊、電子郵件和網頁瀏覽等。 UMTS（Universal Mobile Telecommunications System）通用移動通訊系統，是第三代移動通訊技術（3G）的一種，它採用了全球通用的WCDMA（Wideband Code Division Multiple Access）技術，提供了更高速的數據傳輸、更好的音頻和視頻質量，以及更強大的多媒體功能。 4G（Fourth Generation）第四代移動通訊技術，採用了多種技術標準，如LTE（Long-Term Evolution）、WiMAX等，提供了更高速的數據傳輸、更穩定的網絡連接和更好的多媒體功能。4G通常能夠實現更高的傳輸速度和更低的延遲，支持更多的用戶和更大的數據傳輸量。 5G（Fifth Generation）第五代移動通訊技術，採用了新的技術標準，如NR（New Radio）等，提供了更高速的數據傳輸、更低的延遲、更穩定的網絡連接和更好的多媒體功能。5G的優勢在於高速率、大容量、低延遲和高可靠性，可以實現更多的應用場景，如物聯網、智能城市、自動駕駛等。 總的來說，GPRS、UMTS、4G和5G都是現代移動通訊技術的代表，它們不斷地推動著科技的發展，提供了更好的用戶體驗和更多的應用場景。 == Q: 什麼是 GPRS ? A:   GPRS通用封包無線服務技術（General Packet Radio Service） 是GSM行動電話用戶可用的一種移動數據業務。 它經常被描述成「2.5G」，也就是說這項技術位於第二代（2G）和第三代（3G）移動通訊技術之間。它通過利用GSM網路中未使用的TDMA通道，提供中速的數據傳遞。最初有人想通過擴展GPRS來覆蓋其他標準，只是這些網路都正在轉而使用GSM標準，這樣GSM就成了GPRS唯一能夠使用的網路。GPRS在Release 97之後被集成進GSM標準,起先它是由ETSI標準化的，但是當前已經移交3GPP負責。 wiki : GPRS 相關文章 ： How to use...

WAP-PUSH是一種簡訊傳輸協議，可以通過WAP Push消息將URL、文本、圖像、鈴聲等多媒體內容傳送到移動設備上。WAP-PUSH技術的出現，使得用戶可以輕鬆地通過手機接收到各種網路內容，例如新聞、天氣預報、股票報價等等。 WAP-PUSH技術的核心是使用了WAP協議的Push技術。 在WAP-PUSH中，Push Server將消息推送到目標移動設備上，這需要使用Push Access Protocol（PAP）和Push Proxy Gateway（PPG）來實現。PAP用於在Push Server和PPG之間進行協議通信，PPG則負責將消息發送到移動設備上。移動設備上需要安裝一個Push Client，用於接收和處理從PPG發送過來的消息。 WAP-PUSH技術還可以搭配使用WML（Wireless Markup Language）和WAP Binary XML（WBXML）等技術，這樣可以實現更豐富的移動應用。WML是一種特殊的網頁編程語言，用於在移動設備上顯示網頁內容，而WBXML則是一種壓縮格式，用於減少消息的傳輸體積，提高傳輸速度。 總之，WAP-PUSH技術是一種通過Push消息將多媒體內容傳送到移動設備上的簡訊傳輸協議，它使用了WAP協議的Push技術和其他相關技術，可以實現高效的簡訊傳輸和豐富的移動應用。 === Q: 什麼是WAP ？ A: 在1997年6月，由全球前三大手機大廠Nokia、Ericsson、Motorola 和Unwired Planet一起合作，共同訂定能在手機和其他無線通訊終 端設備上傳送語音與數據資料的通訊協定標準，並命為WAP(Wireless Application Protocol)。WAP是一種開放式、標準的無線應用軟體協定，主要是為數位式行動電話 ( 如 GSM 系統 ) 與其它無線終端裝置，提供無線通訊與資訊服務。一個WAP 系統有兩個最重要的組成元素，一個是所使用的語言：WML，類似於在個人電腦上面瀏覽器中所用的 HTML 程式語言。另外一個是 WAP Gateway / Proxy，負責網頁原始程式碼的轉換。 wiki: wap 相關名詞 : SMS Short Message Service TPOA Transmission Path Originating Address WAP Push S...

GPS（Global Positioning System）是一種全球定位系統，由美國政府開發和運營，目前是最廣泛使用的定位系統之一。然而，還有其他國家和機構也開發了自己的定位系統，以下是一些主要的GPS對位系統： GLONASS（Global Navigation Satellite System）全球定位衛星系統，由俄羅斯政府開發和運營。GLONASS系統與GPS系統類似，也是由一組衛星組成，提供全球定位服務。 BeiDou（北斗導航衛星系統）是中國政府開發和運營的全球定位系統，它由一組衛星組成，提供全球定位和時間服務。 Galileo（歐洲衛星導航系統）是歐洲聯盟開發和運營的全球定位系統，它由一組衛星組成，提供全球定位和時間服務。 QZSS（Quasi-Zenith Satellite System）是日本政府開發和運營的全球定位系統，它由一組衛星組成，主要提供日本國內的定位服務。 IRNSS（Indian Regional Navigation Satellite System）是印度政府開發和運營的全球定位系統，它由一組衛星組成，主要提供印度國內的定位服務。 這些GPS對位系統都旨在提供全球性的定位和時間服務，每個系統都由一組衛星組成，可以提供精確的定位和時間信息。由於不同國家和地區的GPS對位系統使用不同的技術和協議，它們之間可能存在一些不兼容的問題，需要進行協調和整合，以實現更好的全球定位服務。 === 網路上查詢GPS的定義結果： * 全球定位系統（ Global Positioning System ，通常簡稱GPS）是一個中距離圓型軌道衛星導航系統。 ... zh-CN.wikipedia.org/wiki/GPS * 從接收人造地球衛星發射的信息通過測量平差軟件解析，測定點的大地坐標，建立衛星大地控製網和建立全球 ... csjs.hncu.net/web/42/200611/10114534796.html * （全球定位系統）：由美國國防部開發的全球無線導航系統。除了軍事用途之外，它還廣泛用於航海和陸地 ... www.ceva-dsp.cn/news/glossary.php 相關閱讀： wiki :  gps GPS 淺介 android-location-based-service