工作方式
先理解業務、再設計系統。
在功能開發前先釐清實際業務流程與規則,讓系統設計真正符合使用情境。
專業、傾聽、深入研究、注重細節,以及耐心且順暢的溝通方式,一直是我最核心的原則。我強調實用性與效率,不追求過度複雜的技術,始終以專案時程與品質為優先,確保每個專案都能準時高品質完成。同時,積極擁抱 AI 技術,善用其加速程式碼優化、架構檢視與 Code Review 流程,有效提升開發效率與程式品質。
個人履歷
軟體專案主管
Green River College(美國)電腦應用工程系 大學肄業
完成比完美更重要;唯有實現商業價值,技術才有意義。工作信念
About
工作方式
在功能開發前先釐清實際業務流程與規則,讓系統設計真正符合使用情境。
專業、傾聽、深入研究、注重細節,以及耐心且順暢的溝通方式,一直是我最核心的原則。我強調實用性與效率,不追求過度複雜的技術,始終以專案時程與品質為優先,確保每個專案都能準時高品質完成。同時,積極擁抱 AI 技術,善用其加速程式碼優化、架構檢視與 Code Review 流程,有效提升開發效率與程式品質。
最大價值
評估專案時,我不只看程式怎麼寫,更會從架構彈性、開發時間、後續維護和使用者體驗做整體考量。跟不同角色合作時,我習慣把艱澀的技術限制換成對方容易理解的語言,減少溝通上的阻力,幫助團隊在商業目標跟技術現實中找到平衡點,確保專案能確實落地交付。
Experience
思維工坊股份有限公司(數位內容產業 30~100 人)
馹三電子股份有限公司(電腦及其週邊設備製造業 30~100 人)
動能工作室(數位內容產業 1~30 人)
大宇資訊股份有限公司(數位內容產業 30~100 人)
Preferences
產品專案主管
軟體專案主管、專案經理、專案管理主管、軟體專案管理師、產品專案管理
台中市 對遠端工作有意願
全職工作
錄取後一個月可上班
日班
面議
我最大的價值,在於能把複雜的商業需求,轉化為有條理的系統開發步驟。評估專案時,我不只看程式怎麼寫,更會從架構彈性、開發時間、後續維護和使用者體驗做整體考量。跟不同角色合作時,我習慣把艱澀的技術限制換成對方容易理解的語言,減少溝通上的阻力,幫助團隊在商業目標跟技術現實中找到平衡點,確保專案能確實落地交付。
Skills
Story
您好,我是 林志昌(Ken),從事軟體開發與網站系統相關工作超過二十年。過去參與過不同類型的網站、後台系統及軟體專案,從需求討論、系統規劃、資料庫設計、程式開發,到上線部署與後續維護都有實際參與經驗,也曾負責專案進度與團隊協作。
我在工作上比較重視的是「先把問題弄清楚,再決定怎麼做」。面對需求時,我習慣先了解實際使用情境與目的,再拆解需求、評估技術可行性及開發成本。遇到需求不明確或中途變更時,也會先確認影響範圍與風險,再提出可行的處理方式,盡量避免做到一半才發現方向需要重來。
過去主要使用 PHP、Laravel、JavaScript、C#、MySQL、Linux、Nginx 等技術,具備前後端開發、資料庫設計、API 及第三方服務整合的經驗。除了網站系統之外,也曾實際架設 AWS 雲端環境,負責系統部署與後續維運,因此對從開發到正式上線後的整體流程都有實務經驗。
早期曾在五金工廠工作,實際接觸過烤漆、電鍍、沖床、電焊及模具等製程。後來轉向軟體開發,雖然工作領域有所轉變,但這段經歷讓我對製造現場的工作方式、生產流程,以及現場人員實際面對的問題有一定程度的了解。後來接觸系統開發及 IoT 類型專案時,也讓我更能從實際作業流程與使用者角度思考系統需求,而不只是從技術面看問題。
曾參與 IoT 及裝置整合相關專案,使用 MQTT 進行裝置與系統之間的資料傳遞,主要負責 APP 端開發,並與負責指紋辨識及其他技術工作的同事共同完成系統整合。這類專案讓我接觸到不同於一般網站開發的裝置通訊、資料傳遞以及軟硬體之間的協作方式。
我從實際市場需求出發,設計一套多租戶 WEWE SaaS 平台,把原本需要人工處理的網站建置流程產品化,並進一步思考如何透過 AI 讓使用者直接以自然語言操作網站內容。將一些常見的網站功能整理成可以重複使用的元件與系統能力,讓不同類型的網站可以透過設定及組合方式快速建立。這個過程中也累積了多租戶、權限、API、第三方服務、雲端環境及網站維運等方面的經驗。
近年 AI 發展快速,我也持續將 Gemini、ChatGPT、Cursor 等工具帶入日常開發工作,除了協助程式撰寫,也會用來整理需求、檢查程式、分析問題及討論技術方案。目前也持續使用 AI Agent、MCP 及 AI Workflow 等應用,希望讓 AI 不只是協助寫程式,而是能真正參與系統操作及實際工作流程。
我認為自己比較擅長的是把一個看起來很複雜的問題拆開來處理。除了程式本身,也會考慮系統架構、開發時間、後續維護以及使用者實際操作上的問題。與不同角色合作時,我也會盡量用對方容易理解的方式說明技術限制,讓大家能夠在同一個方向上做決定。
希望未來能加入一個有實際技術挑戰、重視系統品質及長期發展的團隊,將過去累積的軟體開發、系統規劃、雲端、IoT 及專案經驗運用在實際的企業需求上,同時持續學習新的技術與方法,和團隊一起把系統做得更穩定、更有效率。
Case studies
原始痛點:商品上架流程較為繁瑣,營運人員完成單筆商品建立約需 2 分鐘。
解決方式:深入訪談第一線營運需求,重新整理操作流程,重構商品新增介面與欄位配置,剔除冗餘操作與重複輸入。
原始痛點:專案開發過程中,需求拆解、程式碼審查、文件整理及方案評估耗費大量溝通與手動時間。
解決方式:率先將 ChatGPT、Cursor、Gemini 等 AI 代理與輔助工具導入日常開發流程,建立 AI 工作流。
原始痛點:過去依賴人工手動部署,操作步驟繁瑣,容易因人為疏漏造成上線風險與時程延宕。
解決方式:規劃並導入 GitHub Actions CI/CD 流水線,實現建置、自動化測試與部署全流程標準化。
原始痛點:資料量達上億筆後,關鍵查詢時間超過 10 秒,嚴重影響前端系統響應與操作效率。
解決方式:重新檢視資料庫 Index、查詢條件及分頁架構,重構資料存取與查詢邏輯。
原始痛點:高頻查詢平均耗時約 3 秒,頻繁存取造成資料庫與伺服器負載偏高。
解決方式:規劃快取策略,導入 Redis 處理高頻讀取,降低底層資料庫重複開銷。
原始痛點:跨區或特定使用者連線至網站時延遲較高(Ping 達 60ms 以上),影響操作流暢度。
解決方式:評估網路架構後導入 AWS Global Accelerator,透過邊緣節點優化網路傳輸路由。
原始痛點:使用者上傳高解析度圖片單次耗時超過 5 秒,造成前端卡頓與伺服器頻寬壓力。
解決方式:設計裝置端即時預處理機制(尺寸壓縮與 WebP 轉換),從源頭降低資料傳輸量。
原始痛點:自建 MySQL Master-Slave 架構需投入大量人力維護備援、容錯移轉與日常維運。
解決方式:依據專案維運成本與可靠度考量,評估並主導將資料庫平滑轉移至 AWS RDS 託管架構。
Links
思維工坊股份有限公司 04-23280550
思維工坊股份有限公司 04-23280550