選手列表
IT管理
報名日期:2023/08/01 20:52:29
多團隊如何協作進行敏捷開發的利器 - Large Scale Scrum (LeSS)

在變化多端的世界裡, 團隊如何能快速因應變化, 是一個刻不容緩的議題. 在 Scrum 方法出現後, 這方面的處理出現了曙光. 但是 Scrum 只是針對單團隊, 對於多個團隊要如何協作, 這邊還沒有一個好的做法. 因此, 本次參賽將分享 LeSS (Large Scale Scrum) 的作法給大家. 讓大家了解 LeSS 是什麼, 背後的原理為何, 以及落實時要注意的事項, 期待能幫助大規模團隊, 也能利用敏捷的方法來有效做事.


Modern Web
報名日期:2023/08/01 21:41:29
從前端到後端,設計出屬於自己的購物網站

帶你走進網頁的世界 從一個懵懵懂懂的小白 變成能夠寫出 一個屬於自己的網站

所屬團隊 隊伍名稱還再想

自我挑戰組
報名日期:2023/08/02 10:09:45
我是超級工具人

我是在傳產擔任MIS的系統管理員,秉持「掃地拖地不用請兩個人」的精神,遵照老闆一人當十人用,十人當AI用的宗旨,管理兩岸三地加越南公司的所有資訊設備與軟體。現在練就沒有去當地,也能憑著平面圖和管理介面知道哪條線要怎麼接,用意念規劃機房與設備。 有一天走在路上跌倒,夢到自己化身為超級工具人,經過30天才醒來。因為過程太有趣,用30天的時間記錄夢裡30件難忘的有趣事物。經驗分享,搏君一笑;如有雷同,都是夢境。 Fortinet、Vmware vSphere、HPE超融合架構、郵件伺服器管理、資訊安全、電腦組裝都會一點點,請各位先進多多指教。


Software Development
報名日期:2023/08/02 11:46:52
【30歲學Coding轉職心法】從0到1的C#軟體工程師之路

分享我一開始轉職C#軟體工程師的心路歷程,雖然我不是很厲害的開發者,Coding實務經驗比不上本科大神,但或許我的經驗能給一些從非本科想轉寫程式的人參考,這樣我就滿足了。


自我挑戰組
報名日期:2023/08/02 13:17:52
Vue2 初步認識以及基本使用規則 && 了解 Vue2 的基本原理

初步認識 Vue2 的基本操作 敘述 Vue2 的各項能運用, 深入了解其背後運作的原理, 熟悉開發者工具控管Vue 掌握的資料, 為 Vue3 的學習打下 Vue 前端框架的基礎


Software Development
報名日期:2023/08/02 21:58:12
Rust Web API 從零開始

我會介紹在讀Zero To Production In Rust的心得 練習的程式碼在此 https://github.com/marvin-hsu/zero_to_production


自我挑戰組
報名日期:2023/08/03 16:14:33
Agile!

原本想放入主題系列,但可惜今年沒開這系列主題,那就撰寫在自我挑戰。


自我挑戰組
報名日期:2023/08/04 14:11:55
人生AI下半場

隨著年紀增長,我步入人生的下半場,也迎來了數位科技的時代。這個充滿挑戰與機會的時代,AI已成為我生活中不可或缺的力量。 AI助手成為我日常生活中最忠實的幫手,它提醒我重要的事務,解答疑問,讓我專注於興趣與家人。 在健康領域,智能健康追蹤器讓我即時掌握身體狀態,有助於更好地管理健康。AI的戀愛聊天診斷更為醫療帶來突破,提供準確診斷,改善治療效果。 此外,AI也在股市投資中幫我選股預測,讓我做出更明智的投資決策。 讓我更有空間去迎接人生的挑戰與新的機遇。在這數位時代的引領下,我期待著更多AI技術帶來的驚喜與改變。 30 DAYS AI生活記錄


AI & Data
報名日期:2023/08/05 16:27:39
深入探索AI模型

筆者就讀於人工智慧相關學系,目前為大學三年級即將升到四年級,已經經過了大學三年的學習,也已經修讀了多堂機器學習相關課程,小型專案也已經做了不少。但我看見身邊有許多人在做機器學習、使用模型時常常只是套模,不知道自己所使用的模型是什麼,也不知道背後是怎麼運作的。因此想利用這次的30天鐵人賽來寫一篇有關介紹一般常見模型以及基礎使用這些模型的應用。 在這30天的文章之中,將會先介紹模型的運作方式以及背景,接著實際以python來使用這些模型,並且以簡單的程式碼運行、展示成果。希望這30天的文章可以讓讀者們理解這些模型,並且讓各位讀者能夠以後自己在使用模型時,能夠也先去理解自己使用的模型究竟是什麼,


Software Development
報名日期:2023/08/06 18:13:15
軟體開發 - 程式不是會跑就好

對於軟體開發,最基本的莫過於Coding,基本上不是太難的需求,隨便找一個人來都可以完成 偏偏我們可以透過各種不同的程式碼來完成同一件事,此時如何將程式碼寫成大家都看得懂就很重要 一個糟糕的Coding Style以及軟體架構是有可能毀滅一間公司的;隨著時間增長,程式碼就越來越難維護,因為原本的做法是疊床架屋,或是曖昧不明(例如:information, id ,name)甚至意義不明的命名(例如:a ,aa, aaa, hhh) 因此建立好良好的習慣,以及設計好一個高彈性的架構就顯得相當的重要。