iT邦幫忙

鐵人賽相關文章
共有 12668 則文章
鐵人賽 Software Development DAY 30
敏捷 30 天養成計劃 系列 第 30

技術 敏捷大班~產品經理/專案經理

PM 有兩種? PM 跟斯斯一樣有兩種,那兩種呢?一種是『有腦』的,佔 10%!另一種是『無腦』的,佔 90%!這雖然是網路上的玩笑話,但這件事也讓我引以為鑒。...

鐵人賽 Modern Web DAY 30
ML X 友廷等公車 系列 第 30

技術 Day 30 Cheers!

心得 感謝老大提的想法,讓我可以在開發過程中,學到很多的東西。有鑑於開學後作業繁重,趁著Lab還沒有開始忙,前期都是實作,偶爾拍影片紀錄個,因緣際會 發現20...

鐵人賽 Software Development DAY 29
敏捷 30 天養成計劃 系列 第 29

技術 敏捷大班~Scrum Master 做什麼?

每次有人問我『Scrum Master 可以做什麼?』我很常反問他『你想要 Scrum Master 做些什麼?』我的想法是你想要讓一個角色做些什麼事,並不是...

鐵人賽 Modern Web DAY 29
ML X 友廷等公車 系列 第 29

技術 Day 29 加量不加價但加分 - 加入最愛路線 & Custom ML API

架構圖 顯示加入/取消 最愛路線 Demo Code <html> <script type="text/javascrip...

鐵人賽 Software Development DAY 28
敏捷 30 天養成計劃 系列 第 28

技術 敏捷大班~設計與開發思維的雙軌並行

看了一篇『User Story Mapping』的作者『JEFF PATTON』的文章『Dual Track Development is not Duel...

鐵人賽 Modern Web DAY 28
ML X 友廷等公車 系列 第 28

技術 Day 28 AAA 生日快樂/ *F12 console

網頁設計的發展/檢視自己的設計/有沒有/走在時代的尖端 簡單的設計 : 純文字模式於 1990/12/20 誕生,1991/8/6 對外開放 Flash - 互...

鐵人賽 Software Development DAY 27
敏捷 30 天養成計劃 系列 第 27

技術 敏捷大班~Retrospective 方法~欣賞式探詢

這次『回顧會議』我採用的是『欣賞式探詢』(Appreciative Inquiry),因為剛好看完『創建欣賞式團隊:用48個關鍵正向提問打造高效能團隊』,為了...

鐵人賽 AI & Data DAY 13

技術 Day 13 我要成為 Googler +5

Demo: ML in Google Photos 這裡的例子是Google Photos拍照完後,儲存在裝置中的照片或是影片,不用特別標記,當在搜尋那兒 輸入...

鐵人賽 Software Development DAY 26
敏捷 30 天養成計劃 系列 第 26

技術 敏捷大班~Retrospective 方法~I-Message

在李崇建老師『心教』一書中,有一段對話一直徘徊在我腦海中。 我問:「這是心裡想的?還是頭腦想的?」男孩問:「有什麼差別?」我說:「從心裡想的,你可能會落實,...

鐵人賽 Modern Web DAY 26
ML X 友廷等公車 系列 第 26

技術 Day 26 FB Login/Logout

前言 想做個 加入我的最愛路線 ,首先需要辨別身份(唯一key,id),對照資料庫有無紀錄(是否為會員/有無最愛清單...),這時候,就需要登入來幫忙,而登入登...

鐵人賽 AI & Data DAY 11

技術 Day 11 English Speech Sharing

星期一 星期二 星期三 星期四 星期五 Opportunities and Pitfalls of Interdisciplinary Biome...

鐵人賽 Software Development DAY 25
敏捷 30 天養成計劃 系列 第 25

技術 敏捷大班~Retrospective 方法~Lean Coffee

精實咖啡(Lean Coffee)是種簡單又有效率的團體討論法。規則簡單,快速決策,有時間限制,聚焦優先級高的話題。 首先,我們先設立一個簡易的看板,分別寫上『...

鐵人賽 Software Development DAY 24
敏捷 30 天養成計劃 系列 第 24

技術 敏捷大班~Retrospective 方法~學問 ORID

ICA 焦點討論法 如果問我 2017 年上過的所有課中收穫最多的是哪一門,我一定毫無疑問的說是『ICA 的焦點討論法』(Focused Conversati...

鐵人賽 Software Development DAY 23
敏捷 30 天養成計劃 系列 第 23

技術 敏捷中班~衝刺回顧會議

衝刺回顧會議的定義 『衝刺回顧會議』(Sprint Retrospective Meeting)是在每個衝刺結束的時候舉行,其目的在於讓『產品負責人』及『開發...

鐵人賽 AI & Data DAY 9

技術 Day 9 我要成為 Googler +3

之前的文章 有提過 AI 和 ML 的關係。在這次的課程 How Google does Machine Learning 也再一次提起 ~~~ 可見其 問題是...

鐵人賽 Modern Web DAY 23
ML X 友廷等公車 系列 第 23

技術 Day 23 動態訓練模型

架構圖 record.json 救回來 json_load() load 出來 代表資料齊全,沒出來 代表手動繼續補 import json with ope...

鐵人賽 Software Development DAY 22
敏捷 30 天養成計劃 系列 第 22

技術 敏捷中班~衝刺檢視會議

衝刺檢視會議的定義 『衝刺檢視會議』(Sprint Review Meeting)是在每個衝刺結束的時候舉行,其目的在於讓『產品負責人』、『開發團隊』及利益關...

鐵人賽 Software Development DAY 21
敏捷 30 天養成計劃 系列 第 21

技術 敏捷中班~每日站會做什麼?

在 The Scrum Guide™ 中對每日 Scrum 的描述是: The Daily Scrum is a 15-minute time-boxed e...

達標好文 技術 IT幫鐵人賽小工具: 自動備份

先上效果圖 起因 一些安裝的的教學 請參考 IT幫鐵人賽小工具: 拖拉上傳本機圖片 就懶得打字了 script url https://github.com...

鐵人賽 Software Development DAY 19
敏捷 30 天養成計劃 系列 第 19

技術 敏捷中班~產品待辦清單精煉會議

常聽到很多人談到『什麼是產品待辦清單精煉會議(Product Backlog Refinement)?』、『到底需不需要產品待辦清單精煉會議(以下用精煉會議表示...

技術 Day 3 - How Google does Machine Learning (2)

人工智慧(AI)和機器學習(Machine Learning)的差異是? 我們在談論機器學習的相關應用時,往往會聽到人工智慧與機器學習,或者深度學習等名詞不斷前...

鐵人賽 Software Development DAY 18
敏捷 30 天養成計劃 系列 第 18

技術 敏捷小班~哪些年我們一起追的半成品

你有聽過『半成品』(Working In Progress)嗎?你知道『半成品』的傷害是什麼?你常常製造『半成品』嗎?你了解『半成品』背後的問題是什麼嗎? 什麼...

技術 Day 2 - How Google does Machine Learning (1)

作為此課程系列的開端,此課程主要是會以一個較為High-level的角度,和大家介紹何謂機器學習,包含其背後概念與當中事如何運作的,以及Google所提倡的AI...

鐵人賽 Software Development DAY 17
敏捷 30 天養成計劃 系列 第 17

技術 敏捷小班~插件

『哎!我們跑了 Scrum 後,插件不減反增了?』『Scrum 不是不會有插件嗎?』 常常聽到有人談論『插件』的定義與處理方式,我一直很想寫這一篇,但一直...

鐵人賽 Software Development DAY 16
敏捷 30 天養成計劃 系列 第 16

技術 敏捷小班~估不估計是學問

也許你會聽過『敏捷不需要估計』?也許你也聽過『敏捷也需要估計』?但是其實『估不估計』都是學問。 先下個結論 估計不是為了精準,估計也不是為了承諾。 估計是為了...

鐵人賽 Software Development DAY 15
敏捷 30 天養成計劃 系列 第 15

技術 敏捷小班~時間限制

在 Scrum 的架構下,所有的活動都是有時間限制的(timeboxed),又稱為『時間盒』。所謂『時間盒』就是對某一特定事件或活動給定一段『固定長度』的時間...

鐵人賽 Software Development DAY 14
敏捷 30 天養成計劃 系列 第 14

技術 敏捷小班~驗收條件

前兩篇聊到了『完成的定義』與『使用者故事』,其實只是為了講解『驗收條件』(Acceptance Criteria)打底。一個工作項目是否達到客戶對需求的期待?...

鐵人賽 Software Development DAY 13
敏捷 30 天養成計劃 系列 第 13

技術 敏捷小班~Scrum 使用者故事

使用者故事(User Story)是敏捷方法中用來描述需求的一個方式,而確認一個使用者故事是否『完成』(Done)則是需要『驗收條件』(Acceptance...

鐵人賽 Software Development DAY 12
敏捷 30 天養成計劃 系列 第 12

技術 敏捷小班~Scrum 完成的定義

完成的定義 『完成的定義』是開發團隊與產品負責人的一種共識,對產品的品質與完成程度的一種檢核標準(Checklist),在每個『衝刺週期』中對『衝刺內的故事』...