| 題庫總數：20 | ||
| 是非題：0 | ||
| 選擇題：20 (A：5、B：5、C：5、D：5) | ||
| 多選題：0 | ||
| roddayeye整理，嚴禁抄襲 roddayeye.pixnet.net/blog | ||
| Q | r | 整合 ERP/CRM/既有平台並希望重用既有元件，較貼近的做法是？ |
| o | 全程客製手刻避免相依 | |
| v | d | 運用平台 OOTB 連接器與可重用元件庫 |
| d | 僅以 RPA 錄製操作腳本 | |
| a | 改以報表工具取代應用系統 | |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | Cloud?Native Lakehouse 的核心組合最完整的是？ |
| v | y | 物件儲存 + Parquet + Iceberg + 分散式 SQL（Trino/Spark） |
| e | 單一 RDB + 儲存程序 | |
| . | Hadoop HDFS + MapReduce（不表格化） | |
| r | NAS 檔案分享 + 手寫 ETL | |
| o | r.o.d.d.a.y.e.y.e. | |
| Q | d | 要把生成式 AI 嵌入現有應用且可連接內部知識，較可行的方式是？ |
| d | 自行蒐集大量語料從零訓練模型 | |
| a | 僅靠提示工程加長提示而不接知識 | |
| y | 以黑箱 API 串接且不留治理紀錄 | |
| v | e | 使用平台 AI Agent 建構器（LLM+RAG）接入權管知識庫 |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 『儲算分離』主要帶來的直接效益是？ |
| . | 讓報表視覺更美觀 | |
| r | 提升單機 CPU/記憶體規格 | |
| v | o | 儲存與運算可獨立擴展以提升彈性與成本效率 |
| d | 強制採用專屬查詢語法 | |
| d | r.o.d.d.a.y.e.y.e. | |
| Q | a | 開發過程希望即時得到架構、可維護性、效能與資安建議，較符合的能力是？ |
| y | 以設計評審會議定期人工檢查 | |
| v | e | SDLC 數位工作者（Mentor）於平台內即時提示 |
| y | 每週彙整安全掃描報告再人工比對 | |
| e | 僅依據語法檢查（linter） | |
| . | r.o.d.d.a.y.e.y.e. | |
| Q | r | POC 比測顯示：複雜條件查詢、入檔與 Refresh 在某架構明顯更快，較合理的推論是？ |
| o | RDB 在數億筆入檔普遍更快 | |
| d | HDFS 在任何情境都更快 | |
| v | d | Cloud?Native Lakehouse 在複雜查詢與大檔入檔/更新上具優勢 |
| a | 速度僅與網路頻寬相關 | |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 地端導入 Lakehouse 的漸進式路線較合理的三步驟為？ |
| y | 先上應用層→再想儲存→最後補運算 | |
| v | e | 先建儲存/Iceberg → 上運算（Trino/Spark）→ 導入應用（DataWiki/DataScope） |
| . | 直接丟棄 RDB 全面重建 | |
| r | 先購買一體機再規劃 | |
| o | r.o.d.d.a.y.e.y.e. | |
| Q | d | 哪一種情境最適合選用無程式碼工具來自助完成？ |
| v | d | 單位可自行維護的簡單表單與審核流程 |
| a | 需跨多系統整合與複雜權限的入口網站 | |
| y | 高併發交易與嚴格一致性要求的核心系統 | |
| e | 需多雲混合與 K8s 編排的企業平台 | |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 若希望『設計→開發→測試→部署→維持』各階段皆可追蹤與回溯，下列哪一項最不可或缺？ |
| . | 僅啟用 linter 與 unit test | |
| r | 單一 CD 工具即可涵蓋全部 | |
| v | o | 平台層級的影響分析與回滾機制 |
| d | 以文件簽核紀錄所有修改 | |
| d | r.o.d.d.a.y.e.y.e. | |
| Q | a | 要同時交付 Web 與 Mobile 並維持快速回滾，較完整的組合是？ |
| v | y | 單一程式碼部署 + 一鍵發佈/回滾 + 影響分析 |
| e | Web 與 Mobile 各自分支獨立 | |
| y | 改由外包維護兩套程式 | |
| e | 僅保留 Web 以降低風險 | |
| . | r.o.d.d.a.y.e.y.e. | |
| Q | r | 要將分析結果『產品化』導入既有應用並可帶參數與權限，較對應的元件是？ |
| o | BI 圖表嵌入即可 | |
| d | Email 排程 CSV 匯出 | |
| d | 提供檔案下載連結 | |
| v | a | DataScope（查詢封裝為 API 供應用調用） |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 想把查詢結果以服務化方式提供應用並可帶參數與權限，較合適的是？ |
| v | y | 以 DataScope 將查詢封裝成可帶條件的 REST API |
| e | 寄送 CSV 附件讓各系統匯入 | |
| . | 放置於共用雲端硬碟由應用讀取 | |
| r | 每次由工程師手刻專屬介面 | |
| o | r.o.d.d.a.y.e.y.e. | |
| Q | d | 希望同一套程式碼同時支援 Web 與 Mobile 並能快速回滾，較合適的策略是？ |
| d | Web 與 Mobile 各維護獨立專案以降低風險 | |
| a | 先做 Web，Mobile 視需求延後 | |
| v | y | 採用支援單一程式碼部署、含回滾機制的平台 |
| e | 僅提供 PWA 作為行動版替代 | |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 若要把雲端最佳實踐帶回地端導入，較合理的第一步是？ |
| . | 先購買大型一體機倉儲 | |
| v | r | 建立 S3 相容物件儲存並導入 Iceberg，再逐層補上運算與應用 |
| o | 先大量製作儀表板讓使用者熟悉 | |
| d | 維持現況僅更換機房 | |
| d | r.o.d.d.a.y.e.y.e. | |
| Q | a | 面對多來源 JSON/Log/影音造成 RDB 延遲飆升，較合理的改造為？ |
| y | 單機加大記憶體 | |
| v | e | 採儲算分離：以物件儲存承載，運算層（Trino/Spark）獨立擴展 |
| y | 全部轉為 CSV 以減少格式 | |
| e | 以 NAS 為中繼並定期手清資料 | |
| . | r.o.d.d.a.y.e.y.e. | |
| Q | r | 為避免供應商綁定並利於長期治理，較佳的表格與查詢組合是？ |
| v | o | Iceberg + Trino（開放格式/引擎） |
| d | 專屬商用倉儲 + 專用語法 | |
| d | 自製二進位格式 + 自寫查詢 | |
| a | 僅靠試算表巨集 | |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 若要同時具備影響分析、回滾與一鍵發佈，哪種做法最到位？ |
| y | 建立單一 CD 任務並以手動備份輔助 | |
| e | 使用多套獨立工具以腳本串接各步驟 | |
| v | . | 採用內建 DevSecOps 與釋出管線的一體化低程式碼平台 |
| r | 將產線變更都改以人工複製檔案 | |
| o | r.o.d.d.a.y.e.y.e. | |
| Q | d | 要縮短從設計到交付的週期並控制技術債，哪個方向較佳？ |
| d | 僅換新版 UI，其餘流程不變 | |
| a | 全面外包並停止內部培力 | |
| y | 先買表單引擎，其他以人工補強 | |
| v | e | 採用可視覺化開發、除錯、影響分析與回滾的一體化平台 |
| y | r.o.d.d.a.y.e.y.e. | |
| Q | e | 要在知識密集流程降低 AI 幻覺並保留稽核，較穩健的做法是？ |
| . | 依靠大型模型與更長提示 | |
| r | 關閉日誌以降低敏感資訊外洩 | |
| o | 只用關鍵字模板產文 | |
| v | d | 以 RAG 接入權限控管知識庫並保留決策足跡 |
| d | r.o.d.d.a.y.e.y.e. | |
| Q | a | 要讓跨部門可快速發現資料並掌握血緣，應優先導入哪個元件？ |
| y | Excel 索引台帳 | |
| e | 自製 Wiki 條目 | |
| y | 群聊公告與貼文置頂 | |
| v | e | DataWiki（資料目錄與血緣視覺化） |
| . | r.o.d.d.a.y.e.y.e. | |
| roddayeye整理，嚴禁抄襲 roddayeye.pixnet.net/blog |
文章標籤
全站熱搜
