In 91

這次遛的是《敏捷教練》第四章－建立敏捷團隊，有哪些注意事項。

 LeetCode 的第 1 題 "Two Sum"，題目描述如下。

用 TDD 來練習完成 LeetCode 的第 2 題，題目描述如下。

當碰到查詢的功能，需要驗證查出的多筆結果是否符合預期時，在撰寫 web testing 時，往往很麻煩。本文針對確定查詢結果順序的情況，寫一段 sample code 給各位參考。

這篇 sample code 使用了 specflow, page object 與 FluentAutomation，不清楚這些東西的朋友，可以自行搜尋本 blog 的文章。

LeetCode 326: Power of Three

Given an integer, write a function to determine if it is a power of three.

Follow up:
Could you do it without using any loop / recursion?

用 TDD 來練習完成 leet code 的第 220 題，題目描述如下。

Given an array of integers, find out whether there are two distinct indices i and j in the array such that the absolute difference between nums[i] and nums[j] is at most t and the absolute difference between i and j is at most k.

AHA 2017 大會將於 4/13 ~ 4/15 在上海舉辦，報名與活動詳情請見 2017AHA大会。

有效地重構測試程式，可以讓 TDD 或撰寫測試程式的生產力提昇數倍。

本文介紹當使用 specflow 在進行整合測試或驗收測試時，在 feature 檔案上透過 tag 的標示，即可在 scenario 開始之前，以及 feature 結束之後，清除相關 table 的測試資料，以確保自動測試可重複執行無誤。

Codewars 上的 kata: Next bigger number with the same digits

You have to create a function that takes a positive integer number and returns the next bigger number formed by the same digits:
f(12) == 21
f(513) == 531
f(2017) == 2071

If no bigger number can be composed using those digits, return -1:
f(9) == -1
f(111) == -1
f(531) == -1

用 TDD 來練習完成 leet code 的第 219 題，題目描述如下。

Given an array of integers and an integer k, find out whether there are two distinct indices i and j in the array such that nums[i] = nums[j] and the absolute difference between i and j is at most k.

嘗試做一些你不精通的事，否則你永遠不會成長。 

credit: https://www.facebook.com/managertoday

Full stack developer 才有價值？少而專精，會是一條比較簡單的路。

《簡單思考》一書，以 LINE 的產品開發為實際的成功例子，來說明要成功，很多事情反而要追求簡單，追求實際，用 100% 力量，做好 1% 最重要的事情。

這次遛書的部分，是書中第六章〈不以創新為目標〉的內容，整理一些心得，希望大家喜歡。

《項目百態》是 Peopleware 作者另外一本作品，把軟體專案開發的生態描繪的栩栩如生，既諷刺又相當血淋淋，參照著看時總會讓人回想到自己曾經經歷過的血淚與痛苦回憶。

相當推薦大家買來一讀，算是這個世代對軟體開發模樣的寫實縮影。

《敏捷教練》是一本很棒的書，裡面盡可能地關注在敏捷的本質，在各種儀式活動中敏捷教練可以運用的技巧以及該關注的敏捷基本精神。

這次遛的是其中第六章〈理解構建目標〉，主軸在透過 user story 對需求的釐清，怎麼樣促進團隊與客戶面對面的交談。

總是有人事半功倍，總是有人事倍功半，總是有人有用不完的精力，總是有人有時間持續精進，到底是為什麼？

《為什麼這樣工作會快、準、好》這本書裡蘊含很多敏捷、精實的精神與實際的例子，是我很喜歡的書之一。其實英文書名《Smarter Faster Better:The Secrets of Being Productive in Life and Business》更貼切，不只是工作，而是生活也可以套用這樣的精神。

花了 15 分鐘的閱讀時間，遛了一下這本書提到怎麼引發每個人心裡動機的部分，這篇文章簡要整理一下自己的心得與摘要。

個人的最佳化，不一定是團隊的最佳化。如果團隊中的每個人設計能力都是到收放自如、清楚知道什麼是剛好的設計，自然不需要一些限制、一致的標準或規範去束縛他們。

但實務上就是，團隊永遠不知道會不會補進一位還沒到這種功力的成員，而且成員與成員之間，對「剛好」的定義不盡相同，對程式碼風格也不盡相同，而這對團隊程式碼共享、互相支援、產品維護成本都息息相關。

不同團隊跟環境，該採取的步驟、限制、規範本來就會不一樣。在上課中很多學員的問題，我都會提到很多「為什麼我們團隊這樣限制」。很多規範是 over design，得要付出一定的成本，只是在我們團隊，這樣的代價所帶來可降低的維護成本跟風險相當划算。

寫單元測試常碰到的兩種問題：

1. dependency 的問題，導致無法隔離相依，無法模擬或驗證相依物件的互動
2. 要模擬的相依物件太多

其實，這都是散發著壞味道的象徵。

在軟體開發這一條路上，developer 可以從哪幾個方向去累積自己成長的能量，怎麼樣可以避免自己見樹不見林。

這篇文章分享我個人的一些經驗，希望能對茫然的開發人員們，提出多一點的角度供大家參考。

學會 TDD？用 TDD？落實 TDD？到底什麼時候該用 TDD 呢？

TDD 其實是一種修煉的過程，讓你可以在每一次寫程式的過程，都逐步在累積功力，就像金庸的射雕英雄傳中，馬鈺教郭靖修煉內功的方式，無外乎就是一些呼吸、走路、睡覺的法子。

在網站開發的過程中，一開始一般會有下列幾個步驟：

1. 拿到 designer 的 layout
2. Developer 進行 view 的切版
3. 定義 ViewModel 並接上假資料

這篇文章將針對一開始這幾個步驟，介紹如何透過 ASP.NET MVC 的 View, ViewModel, ChildAction 來進行開發。