[Python] Robot Framework 工作筆記（一）

聽了同事介紹開始研究如何用 Robot Framework 做整合測試．但是剛入門真的有些學習曲線，邊玩邊做筆記．不是教學文．

[Agile] Scrum 的基本架構

快速迭代，反饋改進

偉大的原則總是能產生行動力，缺乏指導原則的實踐反而經常被誤用 — Jim Highsmith

Scrum 是基於敏捷原則產生的一種行動框架，有其自己的基本模式：

• 一個專案有三個主要角色：產品負責人（Product Owner），Scrum master以及團隊成員．
• 這是基本的實踐模式：

如何學習“學習寫code” — installation

有時候與其給魚不如給釣竿，給釣竿不如教如何釣魚．

前幾天在 FB 發廢文的時候講了一句幹話：

[心得] Business sense/ thinking

為甚麼所有人都需要具備商業思維

最近訂閱了游舒帆老師的職涯躍升的關鍵24堂課https://pressplay.cc/project/about/%E8%81%B7%E6%B6%AF%E8%BA%8D%E5%8D%87%E7%9A%84%E9%97%9C%E9%8D%B524%E5%A0%82%E8%AA%B2/89D1794DE0A4E6149ECCC6DCD8C696F5

[Python] Give me a hug

好 hug 不來 hug 一下嗎？

2018 學習策略

不能繼續廢下去了…

有鑒於去年廢了一整年，今年打算比較積極的充實自己，但是過去已經嚐到太過貪心導致一事無成的後果，今年會比較有計劃的規劃學習．下面這張圖是根據自己對於該知識領域的需求強度，以及目前在該領域的經驗，來決定自己的角色：

[心得] Agile 學習手冊 — 敏捷原則 — 溝通篇

敏捷非常強調溝通，開的會遠遠多於傳統流程．這篇整理跟溝通相關的原則．

第四條：面對面的溝通是傳遞資訊給開發團隊及團隊成員之間效率最高且效果最佳的方法．

文件溝通是最沒效率的 < 再來是電話 < 視訊 < 面對面溝通在一般情況下都是效果最好的溝通方式．溝通的目的是為了讓成員之間互相了解，文件通常是為了留下幫助回想的資訊．

[心得] Agile 學習手冊 — 敏捷原則第二條

計劃趕不上變化…？

第二條：竭誠歡迎改變需求，甚至已處開發後期亦然．敏捷流程掌握變更，以維護客戶的競爭優勢．

沒有人喜歡變化．好不容易做好的功能要改，API 要修，都是很痛苦的事情．但是回過頭來想想，為甚麼要變化？環境改變？當時開的規格不符合需求？沒有想到？等等原因．再想想開發的目的是什麼？火力展示？還是為了提供客戶更好的產品？