(文章)
Fieldnotes.
開發過程的做法與實測數字。
3D 配置器9 分鐘摺疊車 3D 配置器的開發拆解模型、規則、資料與帶走機制的分層做法，以及不適合導入的情況。3D 效能8 分鐘3D 模型優化前後對照表：下載量與記憶體的實測數字以實測數字比較壓縮方式對下載量與顯示記憶體的影響。AI 幻覺與問答驗證7 分鐘RAG 企業知識問答的逐字驗證流程約 1,600 份文件的實跑結果，說明片段如何逐字比對原文。資訊安全6 分鐘弱點掃描與滲透測試的差別：法規頻率與配合公部門的經驗法規要求的頻率，以及配合公部門資安作業的實務。委外評估5 分鐘軟體外包廠商的評估表與簽約前查核項目評估廠商時可直接使用的項目與判斷方式。3D 效能14 分鐘Web 3D 效能工程：從量測、預算到驗收的完整流程3D 網站順不順，先量出瓶頸在載入、記憶體還是每幀，訂好預算，依瓶頸選解法，最後用可重現的數字驗收。AI 幻覺與問答驗證13 分鐘AI 問答上線前的評估方法：固定題庫、信心門檻與拒答設計AI 問答上線前要用固定題庫量出信心門檻，逐點驗證出處，答不出來時明確拒答並轉人工。委外評估11 分鐘接手既有系統的全碼健檢流程：從候選問題到可交付的報告接手既有系統先做全碼健檢，最後一步反過來推翻自己的發現，報告只留客人真的會遇到的問題。3D 配置器12 分鐘外包 3D 模型的進件、重現與驗收流程外包模型要當原料處理：進件先逐項比對，上架檔必須能從來源重現，驗收只看可量測的數字，不看截圖。GEO 與 AI 搜尋能見度12 分鐘SEO、AEO、GEO 是什麼：差別與實作順序SEO 爭排名，AEO 爭成為直接答案，GEO 爭被 AI 回答引用；先做收錄，再做可引用的內容。GEO 與 AI 搜尋能見度14 分鐘3D 網站的搜尋與 AI 爬蟲可讀性：預渲染、爬蟲分流與結構化資料3D 網站要先讓文字進 HTML，再依用途分流爬蟲：搜尋與助理爬蟲開放，訓練爬蟲由商業決定。資訊安全11 分鐘公部門專案的交付與維運證據：需求書、查核條文與唯讀腳本公部門驗收看需求書列的文件與數量，維運看可查的證據，所以交付從逐字整理需求書開始。3D 效能11 分鐘3D 效能數字的量測誤差與可信量法數字要在真 GPU、載入完成、做完操作能回到基線時量到才算數；比較前後兩版，要交錯量測並取中位數。AI 內容與成本12 分鐘AI 批次內容的品質關卡：先統計既有內容，再訂可檢查的規則先統計既有頁面，訂出程式可檢查的規則；找不到來源就留空，再依風險抽審，最貴的模型只處理難例。掃描與數位孿生12 分鐘3D Gaussian Splatting 上網頁的瓶頸與分級策略3DGS 上網頁的瓶頸多半是重疊層數，不是點數。硬剪枝收不掉疊層，要靠離線合併抽稀，再搭配分級與分塊串流。活動平台與後台12 分鐘大型活動的角色系統：以資料表批次產生 1,440 張角色圖與分享卡活動從規劃到開發完成不到 2 個月。每隻角色在總表有一列，圖檔、分享卡與前端都依編號運作，課程異動後重新輸出即可。活動平台與後台11 分鐘22 週全國活動的平台做法：GPS 到場驗證、能量計分與手機效能從規劃到開發完成不到 2 個月。到場驗證由伺服器計算，計分寫入能量帳本，名次與開獎由排程產生，圖片採 AVIF 分尺寸。活動平台與後台12 分鐘跨部會活動的資料整合：調查表合併、場域去重與編號設計從規劃到開發完成不到 2 個月。同一份 15 欄表頭收表，腳本合併場域並統一編號，匯入前逐列驗證，前台取用同一份資料。活動平台與後台11 分鐘線上博覽會的前端做法：289 所學校的 3D 世界地圖與資訊架構以 Three.js 畫 3D 世界地圖，搜尋在瀏覽器內處理；合作四年，學生由約 60 名增至超過 12,000 名。AI 內容與成本11 分鐘外燴線上提案系統的做法：四步問卷、規格計價與 3D 餐桌四步問卷收集服務、時段、人數場地與需求；系統篩出候選菜，模型寫名稱與描述，金額與道數取自後台規格，確認後進 3D 餐桌。3D 配置器12 分鐘招牌預覽系統的做法：標誌上傳、照片對位與 3D 展示間SVG 標誌在瀏覽器內轉成立體字，掛上示範建築或店面照片；照片不傳伺服器，首頁用 KTX2 貼圖與預編譯控制載入。3D 配置器13 分鐘建案 3D 看屋網站的做法：模型分包、剖切選層與室內 360 全景外觀模型分包壓縮後按需載入，選層用剖切面加半透明外殼，全景依戶型共用機位，手機改用較小的貼圖與輕量夜景。活動平台與後台13 分鐘有獎活動平台的帳務、防刷與預算控管有獎活動的獎勵要當帳處理：每筆有唯一編號、寫入前先鎖會員；防刷不靠叫新用戶等時間；預算寫進後台檢查，超過就存不進去。AI 幻覺與問答驗證11 分鐘AI 問答上線之後：拒答門檻、濫用防守與可信度怎麼維持上線後最貴的問題是答錯沒人發現。守得住靠量出來的拒答門檻、每條呼叫路徑的防守、依用途分帳的額度，以及每天檢查資料品質。3D 效能10 分鐘GLB 檔太大：先看貼圖，再看幾何GLB 檔太大，多半出在貼圖不在幾何。檔案小也不等於 GPU 佔用小：壓縮後約 1 KB 的純色貼圖就是典型反例。3D 效能13 分鐘手機 3D 的記憶體預算：哪些功能留在手機，哪些只給桌機先定整段流程的記憶體上限，再把貼圖、幾何與快取逐項換算成 MB。加總超出的功能降級或只給桌機，不等上線後再砍。委外評估10 分鐘3D 商品展示網站的費用由什麼決定：看懂報價與範圍3D 商品展示網站的價差來自模型要不要重做、互動做到哪一層、手機支援到什麼程度；報價單的範圍條款比單價更決定最後付多少。AI 內容與成本9 分鐘AI 專案的費用怎麼估：為什麼估出來常差好幾倍用輪數乘以每輪平均上下文來估，不用代理數或人數。差好幾倍多半出在重試的輪數、思考用掉的 token，以及快取沒有生效。資訊安全9 分鐘弱點掃描報告拿到之後：修補優先序、誤判申覆與複測報告本身不是結果，處理完才是。先分出真問題與誤判，再依可被利用的程度排順序，最後留下可複測的證據。長期維運與合作9 分鐘把客戶目標寫進驗收：從需求到成效指標磨人在合作初期先問出專案要解決的問題，再把目標拆成驗收看得到的項目，並在上線前決定報告用的資料怎麼留。長期維運與合作9 分鐘長期委外合作的兩條線：合約條款與關係治理合約定義範圍與責任，關係治理處理合約沒寫到的事；研究支持兩者互補，公部門委外另有法規要求書面契約與監督。長期維運與合作8 分鐘從設計標到工程標：公部門專案如何延續系統知識同一個團隊從設計標延續到工程標，並把資料承接、決定與年度表單集中留存，系統知識才不會在換階段時中斷。長期維運與合作9 分鐘用共用頻道管理專案：需求、決策與上線通知留下紀錄共用頻道的價值是把決定留在雙方都看得到的地方，前提是約定使用規則，並控制訊息對工作的打斷。長期維運與合作8 分鐘跨單位年度專案的溝通節奏：例會、回報清單與上線檢查參與的人越多，越需要每週固定的例會、單一的資料總表，以及上線前後各一份的檢查清單。長期維運與合作8 分鐘SLA 怎麼寫才有用：分級、後果與依專案約定的目標SLA 的價值在分級清楚、後果明確；時限依專案約定寫進合約，維護公告、備份與資料匯出也一併列入。長期維運與合作10 分鐘系統異常時的處理流程：通報、修復、通知與事後報告事前訂好宣告條件與角色，回報、重現、暫行辦法、修正、通知走同一條路，事後檢討不究責，並留下異動與還原紀錄。長期維運與合作9 分鐘上線後的例行維運：回報處理、週期檢查與維運報告的做法上線後的工作依固定順序與週期進行：回報先登錄再處理，週期檢查各有紀錄，維運報告的數據事先備好，例行與例外分開記。長期維運與合作10 分鐘上線後為什麼要持續維運：軟體演化、資安更新與技術債系統只要還在使用，就會隨環境與資安要求持續變動，不維護便會劣化。磨人把維運分成例行與例外兩類，兩類都留下紀錄。長期維運與合作8 分鐘約定範圍之外的 POC：先驗證機會，再由客戶決定是否納入磨人看到約定範圍之外的機會，先主動提案、做小規模驗證，用畫面與結果討論，再由客戶決定是否納入，範圍管理照常並行。
沒有符合條件的文章。
(聯絡)
Start a project.
三個步驟，取得可判斷的做法與預算區間。
- 01預約第一場會議：選擇時段，不需要完整規格。
- 02線上諮詢 15 至 30 分鐘：取得做法方向、預算區間與時程草案。
- 03檢視素材後，約 3 至 5 個工作天提供報價單暨交付規格明細表。
- 信箱
- hello@polish-design.com.tw
- 通訊地址
- (104) 台北市中山區植福路191-1號3F
