Posts

序言 User Story 不只是一張卡片，是說故事與溝通需求的載體 從這篇文章得到 此篇是 User Story 實戰篇的階議題 心得 有使用過 User Story 經驗的人，能夠討論出真實問題，彼此切磋，討論氣氛活絡 (有一點像是 Planning Poker 分享大會) Alway observe and find bottleneck in team ( or system or problem ) 經常思考事情的dependency與前置準備，在真正要動工的時候，把需要的資源都在手上 What is User Story ? User stories are short, simple descriptions of a feature told from the perspective of the person who desires the new capability,> usually a user or customer of the system. from Mountain Goat Software 另一個定義 A user story is a tool used in Agile software development to capture a description of a software feature from an end-user perspective. The user story describes the type of user, what they want and why. A user story helps to create a simplified description of a requirement. from TechTarget Mountain Goat Software, User Stories TechTarget, User Story 簡短需求小卡( Card ) 交談 ( Conversation ) 確認 ( Confirmation ) 特性 作為基底、high level 注重在價值 不要 帶入 Spec. 或 過多功能描述 在其中 (會限制 Solution的可能性) ...

序言 主軸貫串全文，安排故事架構，邏輯連結論述 從文章中可獲得 學術論文撰寫的核心 - 問題主軸 論文設計架構 實驗室前輩經驗 目錄...

序言 找到缺少的拼圖就是Impact Mapping 你將可以從這篇文章得到 開發產品簡易全貌 (著重需求探索) 影響地圖 Impact Mapping 概念與操作 探訪基礎 敏捷概述 敏捷開發的精神，可以由最就代表性 “敏捷宣言” 說起，原文如下： We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Source: Manifesto for Agile Software Development 核心精神： 自主管理 持續改進 我自己的理解是： 以人的出發思考，每個人願意發表想法、當面溝通比起工具、方法論，更能深入問題的根本(因為軟體是人在開發) 軟體是我們打造的產品，產品本身品質(可讀性、可測試性)，可以更根本解決問題，因為維護文件也是成本 回歸人的本質，客戶也是人，溝通合作，取得共識，取得雙贏。最為合作底謝的合約白紙黑字必須要有， 但互相合作更為愉快。(有點類似道德和法律的感覺) 最後，接受現實，計畫永遠敢不上變化，用開放的態度適時做出調整。 ...

寫作即思考與反芻 寫作，我思考我為何而寫、寫什麼東西、寫給誰 寫作，我審視我的撰寫的邏輯、用詞、句子與立場，發覺尚未被意識到的那個自己 寫作，思考問題是什麼？本質又是什麼？意義又是什麼？ 寫作帶動思考，述說故事刺激思考，為了產出而思考 期許自己 思考即是武器，實作與說故事是技術，個性本質(好奇、自我要求)是驅動一切的引擎 寫作規劃 目前計畫是每一週，撰寫一篇文章

Fail Fast─為什麼閃退是好事 (Undone) Speaker: 雷亞 Co-founder 楊善詠 挑戰 技術人才培育 跨平台架構 事實上是救火雷亞 員工人數遽增 2011 , 16人 2016, >100人 死亡行軍：規格變更 Reference: SE系統工程師 種下惡因？ 效能問題？ 為了方便？用最簡單方式測試 BUG？ 自己的BUG自己修？那別人的呢？ 來自game engine 的問題 無法修正問題？ => “改變規格”，讓玩家看不到 遊戲前端很難測試 可能的解法 避開錯誤（X） => 盡可能提早發現錯誤 => fail fast 簡單Example Defensive Programming 防禦性程式設計(避免software crash為目的） 接到 null 是正常的現象嗎？ 淺在造成bug，卻可能造成無法找出問題 ** NullPointerException ** Debug assert Check input value ( use assertion too!) Add up the diagnosis info for future...