![[DECO 3] 裝潢筆記 – 用 SIRI 遙控電動窗簾](https://i0.wp.com/diro.tw/wp-content/uploads/2016/10/IMG_4561.jpg?resize=1024%2C675&ssl=1)
by diro | 10 月 18, 2016 | DECO3, 生活器具, 科技遊樂場
這次裝潢的時侯，主臥跟客廳都採用了電動窗簾。客廳採用電動窗簾，最主要的原因是怕傢俱、木作久了會變色，所以想說用了電動窗簾，設定 schedule 後，白天就可以自動把窗簾拉上，增加傢俱及木作的耐用度。但是這款電動窗簾其實並沒有 schedule 的功能，只有一個無線遙控器，因此只好自己來了 XD原廠附的遙控器質感還不錯，是採用磁吸式跟掛架結合我使用了 OpenHAB ＋ RM2 Pro ＋RM Bridge 來完成第一步。第一步 – 用 RM Bridge...
by diro | 12 月 1, 2015 | 軟體開發
平常在使用 Robot Framework 時，通常會搭配 RIDE 來撰寫，整體而言算是個有幫助的 IDE 功具。有時侯在開發 UAT 時，會希望一但有錯誤就馬上停止執行，這樣可以馬上就定位到有問題的地方(keyword)。在 RIDE 中有一個 Pause On Failure 的功能，如字面所述，就是一旦有失敗，它就會進入暫停的狀態，但這個功能最大的問題就是：’Pause On Failure’ should ignore the keyword failure when using...
by diro | 7 月 21, 2015 | 敏捷思維, 軟體開發
在 Scrum Team 中很強調 透明(transparency)，這次跟大家分享的是 Developer Resource 透明化帶來的好處。傳統團隊在傳統的開發方法上，常常都是以”月”、”季”為時間單位，因此常會聽到 PM 說：可不可以再加這個 X 功能、這個 Y 功能，還有那個 Z 也順便加進來好了，這一季完成這些，應該沒問題吧？身為 developer 能拒絕他嗎？有點難，因為感覺一季的時間應該可以做蠻多事情的，就算你覺得不可以，PM也很容易這樣感覺：一季耶，三個月你竟然沒辦法幫我多做 X+Y+Z?在 Developer...
by diro | 6 月 9, 2015 | 軟體開發
https://blog.qt.io/blog/2013/04/15/evolution-of-the-qml-engine-part-1/這一系列 QML engine 的文章(其實目前也只有一篇….)深入探討了 QML engine 的內部運作機制。Lars Knoll 指出了目前 QML engine 比較大的問題包括：Several object models也就是一個 QML item 必需有3個object models，分別存在於 V8 engine, QML engine, Native Qt...
by diro | 5 月 6, 2015 | 敏捷思維, 軟體開發
「不要試圖覆蓋所有使用案例。Spec.不是用來替代組合回歸測試的。」 － Spec by Example 中文版 p.151但我們明明覺得現在用 Robot Framework 實現自動化 UAT 來替代組合回歸測試是很正確的做法，為什麼作者覺得這樣不對?我認為是因為作者在討論的是 Spec by Example ，或著說想用 ATDD 的方式來開發軟體，而一旦變成回歸測試，就失去了最初的目標了。但是..「Since your examples might serve as regression tests, you are...
by diro | 3 月 11, 2015 | 軟體開發
在做自動化 UAT 時，最常做的事便是拿 HANDLE，這在以前傳統的 GUI Framework 只要用 Spy++ 或其它開發工具都很容易做到。但現在 QML 不一樣了，QML 裡頭已經沒有所謂的 window handle，比較接近的是 objectName，你可以用 objectName 來對該元件進行操作（get property, call method…)，問題是要怎麼樣拿到 objectName 呢？最直覺的作法就是直接看 QML source code，有錢一點的可能是用 Squish 之類的工具去做。但是直接看...
