軟體程式設計、APP軟體開發、系統分析與設計、全部最新 242 筆接案案件

需求概述：需求名稱：共享平台 用於哪個行業：銀行業 細節說明：「DA-豐收」的運作建立於明確的「母、子帳戶」架構之上。為確保資金產權絕對獨立並符合實質合規（KYC/AML），外籍移工須先擁有永豐銀行母帳戶，系統以此為基礎，為用戶生成專款專用的虛擬「子帳戶」作為社群儲蓄空間。在功能應用上，移工可透過專屬邀請碼進行「身分綁定」，並展開共同的「目標設定」；於存錢期間，系統會將「儲蓄進度透明化」，並搭配「通訊留言」功能讓成員彼此激勵、記錄財務里程碑；最後，透過設定需雙方同意的「提領門檻」（多重授權機制），有效運用同儕壓力鎖住資金、防止衝動消費；若遇突發資金缺口，更提供外籍勞工有累積儲蓄為擔保的「微型質借貸款」，讓移工完美兼顧團隊紀律與資金靈活度，同時為銀行創造低風險之放款收益。具體功能設計邏輯如下表所示: 1.身分綁定: 透過專屬「邀請碼」，將 2-3 位有永豐帳戶的會員(至多3人內，避免管理與權責問題)，於 APP 介面上進行視覺化綁定。2.儲蓄進度與智能扣款: 自由金額：雙方可隨時個別投入金額。自動扣款：約定固定扣款母帳戶尾數金額。固定扣款：雙方協議每月自動扣款固定金額。3.目標願景設定: 設定雙方共同目標總金額達成期限。 4.多重授權與提領機制：欲提前動用資金或解除約定，需經所有成員於 APP 進行「多重授權同意」。 誘因機制：達標享優惠；提前解約則取消專案加碼利率。5.通訊留言與紀錄：於專屬儲蓄帳戶的時間軸內，新增文字留言打氣或針對單筆資金投入進行用途備註。6.儲蓄質貸款：若遇緊急資金需求可進行貸款。

需求概述：需求名稱：銀行APP開發 用於哪個行業：銀行業 細節說明：想開發一款與朋友間共同存款的共享平台來造就創業夢想，在APP上可互相看到存款進度、匯款轉帳紀錄、有聊天室可即時傳送問題給對方、並設置只有一位才轉帳設定保障共同存款不濫用。

背景與目標：我使用Unity開發並已正式上架一款多人遊戲，前端為Unity，後端採用Colyseus 0.15。 上架後發現部分記憶體較小的手機會出現OOM Kill導致閃退或被系統強制關閉，雖然已自行針對前後端做過多次優化仍無法完全排除。希望委託具備Unity效能與記憶體分析經驗、並理解多人連線架構的人協助定位真正的記憶體壓力來源，提出可落地的修正方案，並在可行範圍內協助驗證改善成效。 需求描述：希望協助我建立可重現的問題定位流程，針對低記憶體裝置的實機情境進行分析、第三方SDK與原生外掛的記憶體占用、以及多人連線期間封包處理與序列化造成的配置尖峰等，並提供具體修改建議與優先順序。 我可提供專案編輯檔與後端代碼；期望交付包含問題根因說明、可立即套用的優化清單、必要的程式碼或設定調整建議，並協助我在至少一到兩款低記憶體手機上驗證OOM發生率下降。

用於哪個行業：磅秤業 細節說明：開發一款應用程式，透過藍芽連接操作及接收資料

iPhone 拍照測距 ex. 書本, 帽子長寬 可運用 1.手機上傳照片，透過web service(ex.aws)運算回傳server ai model運算結果 2.手機local運算或ARkit 精度需要夠高 誤差< 0.5cm(或是1cm) 實作方式可討論 請直接聯繫討論 謝謝

我們有一些潛客的聯絡及基本資料在SQL Server，希望能透過AI的方式，來整理並取得後續的銷售指引

尋找其他微控制系統的系統硬體設計，以及安卓或IOS的APP相關應用的程式編撰之專業領域伙伴

外包一個手機 App 監控數據軟體 Android 基本功能需求如下: 1. 手機WIFI -> 用TCP接收數據 (20字元)-> 即時圖表動態顯示(Dynamic Chart) 2.手機WIFI -> 用TCP傳送命令( 30字元) 細部E-mail 詳談

用於哪個行業：碩士論文 細節說明：目前作業系統c file跑了很多llvm ir結果，有一些bug。

用於哪個行業： 金融科技 / 量化投資 / 財報分析 細節說明： 【專案背景】 我有 3 個股市財報 JSON 檔案（CompanyFinancialData.json、StockSummaryData.json、KeyRatios.json），包含大量的財務指標和歷史資料。需要將這些資料整理成結構化的資料表（CSV 格式）。 ⚠️ 重點：這是金融領域的專案，需要深度理解財報邏輯。 【專案目標】 將複雜的股市財報 JSON 資料，整理成 32+ 個結構化的資料表（CSV 格式）。 【我需要的不是「碼農」，而是「金融資料架構師」】 我希望合作夥伴能夠： ✓ 深度分析 JSON 的結構和邏輯 ✓ 發現資料之間的矛盾和問題 ✓ 提出合理的資料表設計建議 ✓ 跟我討論不同設計方案的優缺點 ✓ 解釋為什麼這樣設計 【專案分 3 階段】 階段 1：資料結構分析與設計建議 深度分析 3 個 JSON 的結構 找出所有可用的財報指標 分析資料之間的邏輯關係 提出資料表設計建議 產出：Data_Analysis_Report.md（10-15 頁） 時間：5-7 天 階段 2：討論與確認（包含在階段 1） 線上會議討論設計方案 根據我的決策調整設計 產出：Final_Table_Design.xlsx 時間：2-3 天 階段 3：程式開發 照著確認好的設計用 .NET Core 實作 產出：完整的專案程式碼 + 文件 時間：2-3 週 【必備條件】 ✓ 深度理解財報結構（ROE、ROIC、現金流量表等） ✓ 有處理過金融資料的經驗 ✓ 有資料建模經驗 ✓ .NET Core 開發能力 ✓ 溝通能力強，能清楚解釋技術決策 【理想背景】 → 券商/投信的資料工程師 → 量化交易的開發者 → FinTech 公司的後端工程師 → 財金所 + 資工背景的研究生 【請在提案中說明】 您的金融背景（處理過哪些金融資料？） 您的技術能力（.NET Core、資料建模經驗） 您對這個專案的初步想法 預計完成時間 詳細報價 總時間：3-4 週

我們公司的前同事有導入Airtable的系統，並串接公司的google線上表單，目前遇到表單更新轉換，所以Airtable無法成功執行步驟，請問能否協助我們解決並給予未來同樣設定上的基本教學?

需求概述：需求名稱：資料庫維護 後端框架：Laravel（PHP） 前端：Blade Template（Laravel 內建） 資料庫：MySQL / MariaDB（實際版本可由工程師確認） 系統狀態：已上線營運中之既有系統 用於哪個行業：補教業之後台學費、課程管理系統 細節說明：目前已完成之資料庫目前偶有系統錯誤，需要修BUG及增加報表欄位。

你好，我公司想要開發一個專症健康管理(酸痛緩解、亞健康症狀)App，供應三級健康管理師運用，內容是健管師只要輸入專症需求、問卷、該專症的經絡數值(經絡檢測)，就會得到所需要的解決方式(問題原因、內服、外調、運動、養生調理方案) 請問可以從那個方向入手？

一.●開發階段平均每日投入人次時間總和至少8小時/系統維運需ONCALL。 二.●50個行業開發費：8萬元(開發輪廓、重點、細節應注意部分大致已清楚) 三.●維運期每月費用及紅利：3萬元+15%月淨營業額(年營業總額預估 1-2億) 四.●有能力及意向之夥伴，請留言LINEID及電話詳談細節。 五.能力需求： 1. 自然語言處理（NLP）與語言學 * 熟悉 NLP 基本概念，如語意分析、詞向量（word embeddings）、語境理解等。 * 了解語法結構（Syntax）、語義（Semantics）、語用（Pragmatics）。 * 能有效運用關鍵詞、上下文、格式化輸入來影響 AI 輸出。 2. AI 及大型語言模型（LLM）知識 * 理解 Transformer、GPT、BERT 等 LLM 的基本原理與工作方式。 * 知道模型的限制（如幻覺、偏見、資訊不完整）並能設計 prompt 避免問題。 * 了解 Zero-shot、Few-shot Learning等prompt 技巧，提升 LLM 回應的準確性。 3. Prompt 設計與優化技巧 * 精確性（Precision）：用簡單、明確的語言表達需求。 * 上下文設計（Context Design）：提供適量資訊，確保 AI 理解目標。 * 約束與格式化（Constraints & Formatting）：要求特定輸出格式，如 JSON、Markdown、表 格。 * 測試與調優（A/B Testing）：針對不同 prompt 設計變體，找出最佳效果。 4. 程式設計與 API 整合 * 熟悉 Python 及各大公司 API / LangChain 等框架。 * 能撰寫腳本（.sh）來自動化 prompt 測試與分析 AI 輸出結果。 * 會使用正則表達式、文本處理技巧來提取與過濾 AI 產生的內容。 5. 資料分析與評估 * 分析 AI 回應的準確度、一致性、創造性，找出最佳 prompt 模式。 * 設計 AB 測試比較不同 prompt 的效果。 6. 領域知識（Domain Knowledge） * 針對不同應用場景（如程式碼生成、醫療診斷、法律、行銷、不同產業）調整 Prompt。 * 具備 UX / UI 設計思維，確保 AI 輸出對使用者有價值。 7. 創意思維與問題解決能力 * 能夠拆解複雜問題，轉化為 AI 可理解的輸入格式。 * 透過迭代測試找到最有效的 Prompt 組合。 * 思考如何讓 AI 生成更具創意、符合需求的內容。 8. 版本控制與協作 * 有專案合作經驗，看得懂其他人專案的程式碼 * 熟悉 Git / GitHub，能與開發團隊協作管理 Prompt 與程式碼版本。 * 具備技術文件撰寫能力，記錄進度 （Prompt、流程） 設計原則與最佳實踐。 9. 安全與道德考量 * 確保 Prompt 避免產生有害內容（如偏見、虛假資訊）。 * 瞭解 AI 法規與道德風險，如歧視、隱私保護、內容審查。 10.資料庫系統設計、優化、與管理 (1). 熟悉關聯式資料庫（如MySQL、PostgreSQL）的設計與應用，能設計資料結構與索引，具備針對大規模資料儲存與查詢的優化經驗。 (2).熟悉 Linux 環境，具備部署與排程經驗（熟悉 cron、systemd、Docker，具 Kubernetes (k8s) 經驗尤佳）。 (3). 能設計高效的資料結構與索引，支援跨行業、多帳號的社交媒體資料存儲與快速檢索。 (4). 具備資料清理與正規化能力，確保爬取資料的一致性與可用性。 (5).有能力管理資料庫。 11. 持續學習與研究 * 跟蹤 AI / NLP 最新技術（如 OpenAI 發布的新模型、論文、第一手知道Deepseek消息等 等）。 * 持續優化 Prompt 設計，以適應 AI 的進步與應用需求。 12.軟性技能與其他要求 (1). 問題解決與獨立研究：具備優秀的問題解決能力，能獨立研究並解決技術難題。 (2). 程式碼品質與文件紀錄：熟悉版本控制工具（如Git），撰寫乾淨、可讀的程式碼，並保持詳細的文件紀錄，確保程式碼易於維護與交接。 (3). 資料隱私與合規性：深入了解資料隱私與法律規範（如GDPR、平台使用條款），確保爬蟲行為符合法規要求，並能在設計爬蟲系統時考慮倫理與法律約束。 (4). 跨部門協作：具備良好的溝通能力，能密切合作，理解業務需求並將其轉化為技術實現。 (5). 長期維護與適應性：致力於長期合作，熟悉現有程式碼庫，能快速上手並進行功能調整、錯誤修復及效能優化，適應業務需求的變化。 (6). 持續學習與技術更新：對新技術與社交平台API更新的保持敏感，持續學習以適應快速變化的爬蟲環境。 (7).能快速理解既有程式邏輯並進行維護與改進。 (8).具備良好的溝通能力與獨立解決問題的能力。 13.按前端(B端)及AI需求爬取或彙整FB、IG、GOOGLEMAP、官網、.....之內容，後續負責系統維運： - 核心技能與經驗 a.熟悉Python或其他爬蟲相關程式語言，具備至少2年以上實際爬蟲開發經驗。 b.能閱讀、維護並重構既有爬蟲程式。 c.理解 HTTP Request / Response 機制，能處理登入驗證、Headers、Cookies、反爬機制等問題。 d.能依據現有流程圖為主軸進行程式設計，具備獨立分析與補充細節的能力，參考已開發程式進行優化與功能擴展。 e.熟悉Web Scraping框架與工具，如Scrapy、BeautifulSoup、Selenium或Puppeteer，並能根據需求選擇合適工具。 f.具備長期合作意願，能基於現有程式碼進行維護、調整與功能迭代，確保系統穩定性與持續改進。 程式與開發能力 - 社交媒體爬蟲專長 a. 具備爬取Instagram、Facebook等社交平台貼文、短影音（Reels、Stories等）及相關資訊（如留言、按讚數、分享數）的經驗。 b. 熟悉各大社交媒體平台限制規避技巧，確保資料抓取的穩定性與合法性。 c. 能處理動態網頁（JavaScript渲染）與反爬蟲機制（如CAPTCHA、IP封鎖）的挑戰。 - 資料庫系統設計、優化、與管理 a. 熟悉關聯式資料庫（如MySQL、PostgreSQL）的設計與應用，能設計資料結構與索引，具備針對大規模資料儲存與查詢的優化經驗。 b.熟悉 Linux 環境，具備部署與排程經驗（熟悉 cron、systemd、Docker，具 Kubernetes (k8s) 經驗尤佳）。 c. 能設計高效的資料結構與索引，支援跨行業、多帳號的社交媒體資料存儲與快速檢索。 d. 具備資料清理與正規化能力，確保爬取資料的一致性與可用性。 f.有能力管理資料庫。 - 其他技術要求 a. 熟悉Microsoft Azure雲端服務，具備在Azure環境中部署與擴展爬蟲系統的經驗，熟悉相關工具（如Azure Functions、Azure Blob Storage）。 b. 熟悉容器化技術（如Docker），以支援爬蟲系統的部署與管理。 c. 具備基本的資料分析能力，能將爬取資料進行初步結構化處理，方便後續分析應用。 d.版本控制與監控 • 具備 Git / GitHub 程式版本管理經驗。 • 熟悉 錯誤監控與日誌管理（如 Sentry、ELK，或可自製監控腳本）。 - 軟性技能與其他要求 a. 問題解決與獨立研究：具備優秀的問題解決能力，能獨立研究並解決技術難題，例如應對社交平台反爬蟲機制的變化或資料庫效能瓶頸。 b. 程式碼品質與文件紀錄：熟悉版本控制工具（如Git），撰寫乾淨、可讀的程式碼，並保持詳細的文件紀錄，確保程式碼易於維護與交接。 c. 資料隱私與合規性：深入了解資料隱私與法律規範（如GDPR、平台使用條款），確保爬蟲行為符合法規要求，並能在設計爬蟲系統時考慮倫理與法律約束。 d. 跨部門協作：具備良好的溝通能力，能與資料分析、產品開發及其他部門密切合作，理解業務需求並將其轉化為技術實現。 e. 長期維護與適應性：致力於長期合作，熟悉現有程式碼庫，能快速上手並進行功能調整、錯誤修復及效能優化，適應業務需求的變化。 f. 持續學習與技術更新：對新技術與社交平台API更新的保持敏感，持續學習以適應快速變化的爬蟲環境。 g.能快速理解既有程式邏輯並進行維護與改進。 i.具備良好的溝通能力與獨立解決問題的能力。

希望是有相關拆解商業需求能力，可以幫助客戶分析商業需求與給出功能建議的工程師，工程師可以盡量強勢一點，有自己想法 邏輯是比較好的，可以快速理解難懂的工作流 希望以後端熟悉資料庫為主 希望有部署經驗，對gcp/AWS和地端主機的CICD和資安防護有一定經驗

ai眼鏡拍照選擇題題目後 上傳ai 由ai回傳答案到安桌手機震動

用於哪個行業：助眠器 細節說明：包括ESP32模組 F/W, 安卓Android & iOS 版本APP。 ESP32 C6系列, 從手機透過BLE控制產品的操作(仿遙控器), 點選內建or SD Card 音樂檔案撥放, 定時, 秤重回報等。

我正在尋求專家可以提供各類軟體自動化程式相關服務，服務內容 請參考：https://www.tasker.com.tw/workroom/XDVEl?se=gq0K 若您能提供相關服務，歡迎提供報價與合作資訊。

用於哪個行業：電商 細節說明： 想寫一套ERP可以直接API蝦皮、官網同步更新 並且直接帶入「實際入帳金額」包含廣告支出 當日盈虧情況，自動核帳、財務報表

0. 專案概要（Project Overview） 系統名稱： 日常工作管理系統（個人PC版） 使用者： 單一使用者（不需多帳號） 開發目的： 建立一套以個人日常工作流程為核心的管理工具，用於整合任務、專案、行程與紀錄，提供高效率的工作控管與追蹤機制。 作業環境： Windows 10 / Windows 11 桌面應用程式。 資料儲存： 皆儲存在本機端（Local），使用 SQLite 或工程師提出之等效方案。 1. 使用情境（User Scenarios） 1.1 每日啟動流程 使用者開機後開啟系統，即可看到「今日儀表板」，包含： -今日必辦任務 -逾期任務 -本週重要專案摘要 -快速新增任務、快速新增紀錄 -使用者可快速操作： *勾選完成 *調整優先順序 *修改期限 *標註延後原因（選填） 1.2 任務處理流程 使用者新增任務時，可指定： 所屬專案 到期日 優先等級 類型與標籤 備註與附件 並可於列表中快速更新狀態，不需進入詳細頁。 1.3 專案管理流程 每個專案可彙整： 所有相關任務 專案基本資料 專案狀態 專案備註與紀錄 使用者可從「專案總覽」查看進度與警示指標。 1.4 行程記錄流程 使用者可登錄拜訪、會議行程，並可選擇是否與特定專案或任務連結。 1.5 紀錄（備忘）流程 每日的口頭溝通、電話紀錄、會議重點可快速新增為紀錄，並可連結： 專案 任務 人員 支援全文搜尋。 2. 功能規格（Functional Requirements） 2.1 儀表板（Dashboard） 儀表板需整合以下內容： 2.1.1 今日任務 列出「今天到期」與「高優先」任務 每筆可快速切換狀態（未開始 / 進行中 / 已完成） 每筆支援快速調整到期日與優先度 2.1.2 逾期任務 自動顯示所有已逾期未完成任務 可依「專案」或「嚴重程度」排序 2.1.3 本週焦點專案 使用者可手動勾選本週關注的專案 顯示：未完成任務數、逾期任務數、最近紀錄日期 2.1.4 快速新增按鈕 新增任務 新增紀錄 （皆以彈跳視窗方式處理） 2.2 任務管理（Task Management） 2.2.1 任務欄位 每筆任務需包含以下欄位： 任務名稱（必填） 所屬專案（下拉，可為空） 類型（例：拜訪、合約、溝通、研究、行政、文件整理） 優先等級（高 / 中 / 低 或 1~5） 任務狀態（未開始 / 進行中 / 已完成 / 暫停） 到期日（可空） 預估工時（可空） 實際完成時間（自動紀錄） 標籤（多選，如：地主、建商、法律、礦業、公司治理） 詳細備註 附件（以實體檔案或檔案路徑儲存） 2.2.2 任務操作需求 任務列表需支援： 篩選（依專案、期限、優先度、標籤、狀態） 排序（期限、優先度、建立日期、自訂排序） 批次操作（狀態變更、調整期限、變更專案） 點擊任務後右側顯示詳細資訊（不須跳頁） 2.3 專案管理（Project Management） 2.3.1 專案欄位 專案名稱（必填） 專案類型（例：土地開發案、礦業案、內部行政案） 專案狀態（規劃中 / 進行中 / 暫停 / 結束） 預計開始日、預計結束日 實際結束日 主要合作對象（例：地主姓名、建商、律師） 專案描述 關鍵風險備註 專案標籤 2.3.2 專案功能 專案內整合任務列表 顯示專案總覽： 未完成任務數 逾期任務數 最近紀錄日期 專案筆記區： 可記錄會議重點、決策紀錄、電話重點 2.4 行程 / 日曆（Schedule / Calendar） 2.4.1 日曆呈現方式 月視圖、週視圖、日視圖 2.4.2 行程欄位 標題 時間區間 地點 所屬專案（可空） 備註 2.4.3 行程功能 行程可與任務相互查看（如同專案即可自動列出） 行程提醒功能可保留為未來擴充（第一版非必要） 2.5 紀錄 / 備忘錄（Logs / Notes） 2.5.1 紀錄欄位 日期時間（自動） 紀錄標題 紀錄內容 關聯項目（可多選：專案 / 任務 / 人員） 2.5.2 功能需求 全域搜尋（可搜尋所有紀錄、任務、專案的文字內容） 篩選：依專案、日期區間、標籤 2.6 搜尋系統（Search） 需支援全域搜尋與指定欄位搜尋： 任務名稱 任務備註 專案名稱 專案筆記 紀錄內容 標籤 日期篩選 搜尋結果需在 1 秒以內呈現（正常PC環境）。 3. 非功能性需求（Non-Functional Requirements） 3.1 效能 系統需在數萬筆任務＋紀錄下運行順暢 搜尋與篩選應於 1 秒以內回應 3.2 安全 資料庫需支援加密 系統可設定啟動密碼（非強制） 3.3 資料儲存 使用 SQLite（或工程師認可且等效的本地資料庫） 不使用雲端同步 檔案儲存於本機指定資料夾 3.4 備份 需提供「匯出 / 備份」功能（將資料庫檔案複製至指定資料夾） 第一版不強制自動備份，但可選擇保留擴充選項 3.5 擴充性 架構需可擴充至： 未來如需多裝置同步（可另行開發 API / Web） 未來如需加入提醒推播（桌面通知） 工程師需採用主流可維護技術堆疊。 4. 建議技術堆疊（供工程師參考） 工程師可自由選擇，但需符合「主流、穩定、易維護」原則。 可接受之技術方向包含： C# + .NET（WPF / WinUI）＋ SQLite Electron + React / Vue ＋ SQLite 5. UI/UX 初步規劃（Wireframe Guidelines） 5.1 主畫面 Layout 左側：主選單 儀表板 任務 專案 日曆 紀錄 搜尋 設定 右側：內容區 上方：搜尋與篩選列 中間：列表 右側：詳細資訊面板（點選後即時展開） 5.2 操作重點 所有新增應以「彈跳視窗」方式完成 任務狀態、優先度、期限需可在列表中直接調整 UI 要求簡潔、無多餘頁面跳轉 6. 交付項目（Deliverables） 工程師需提供以下內容： Windows 可安裝版本（Installer） 原始程式碼完整專案（含註解與專案檔） 資料庫 Schema / ERD 文件 操作手冊（PDF 或影片） 基本維護說明書