一個技術文、廢文、工作記事的地方

jQuery ♥️ Redux - Adapting old school jQuery with Redux

本篇文章 slide 請見此 In The Beginning 相信有很多開發者第一次接觸 Redux 就是從 React 了解過來,或是從 Redux 當作進入點,開始學習 React,如此一來的結果會是很容易忽略了 Redux 官方文件上一開頭就寫的 You can use Redux together with React, or with any other

redux-observable/Redux-Saga

關於 redux side effects 在開發前端 SPA 的時候,我們有一大半的時間再處理異步動作,更具體來說的話就是網路請求(ajax)。 在一般的使用情境下的流程大概會是這樣的 處理從請求開始到請求結束的流程在 redux only 下,我們可以透過 store.subscribe 去監聽 actions,然後進一步的調用異步方法,並在異步方法結束的時候 dispatch 相對應的 action。 lastAction 需要自己在 reducer 內實作,可以參考到

開發之各種心酸血淚史以及各種通靈篇

 general, twilio

話說在前頭,這是一篇廢文。 純粹是做祖國的專案的murmur(好啦其實是供應商是偉大的祖國而已) 因為本次難得的文主要都是當成廢文札記打的,所以麻煩就照著廢文的標準看吧 故事是這樣的 某天同班同學B:「我朋友這裡有人想做一個專案blablablabla...」,對於錢誠信當仁不讓的我就理所當然的接了 各種鬼打牆開始 專案走走停停大概快一個月終於完成了,好不容易剩下介接的部份,由於前幾次的介接經驗基本上都是自己家的服務,那「國外的服務來試看看好了~」大概這樣智障的感覺。 故事的起源 想想當初為什麼要串twilio呢? 廣告很大 米國人很喜歡用 還可以接電話,Voice Service做的還不錯 支援本地號碼 寫起來大概會長的像是這樣 然後收個簡訊... 嗯?是不是哪裡怪怪的? 翻了一下文件,

GPA(Grade Point Average) 衡量你的專案品質

 general, code quality

最近在處理維運及品質控管的工作,一邊研究各式各樣的code review的工具。 舉凡如codeclimate、codebeat、scrutinizer之類的自動測試化工具,會依據一些品質指標進行分數評比,再將最終的分數進行以rank A~F的GPA評分來衡量最後的情況。 何謂GPA呢(Grade Point Average)? GPA是美國一種衡量學生的分數指標,通常來說分為四點分數(4-point),也就是最高就是4分(A rank),但是這個指標會依據不同的地區有不同的評量標準。 以最常見的四分(4-point)來看的話,學生可以分成下面的等級 Rank Score A 4.0

[廢廢心得文]談程式碼靜態分析開發心得

 PHP, Note

為了確保產出良好的品質,我們大多都要模擬不同的情境下程式可能會發生的狀況,傳統不走TDD的話都要回去一行一行的翻程式碼,此舉需要花費的時間相當漫長,而且並不是很有效。 甚至寫到一半要去看covergae report有踩到哪些地方,這樣下次寫的時候才可以儘量不重複寫(尤其多人開發非常容易踩到) 如果是小範圍的程式還好,但是total lines成長到上千或是上萬行就很頭疼了... 對於這樣漫無目的的找無疑是相當大的成本,常常找一找就一整天過去了,所以就在想說有什麼更有效的方式可以處理這個問題,而目前也沒有很有效的方式去判斷哪些函式(function)哪些有用到哪些沒用到的,基本上都是靠漫無目的的人為判斷。 但這時候又要問了:難道沒有什麼更有效的方法嗎? 簡單來說,那時候的初步構想是這樣的 那時候的需求很簡單,就是我要知道哪些class有用到哪些模組。 那作法呢,首先必須要有兩個封裝的ClassA及ClassB,當ClassB需要ClassA的時候總是會用到像是use Foo\ClassA或是new