Facebook Ads API 2.3 重要變更 目前 2.2 API 版本可以使用至 2015/07/08 ，之後將正式啟用 API 2.3 ，總項目修改細節歸納如下， objective 變革 objective 現在只存在 Ad Campaign 內，以往是可以再透過 Ad Group 設定，接下來 2.3 改版之後將無法使用。 2.3 版本後，如果 Ad Campaign...

目前團隊內測試架構採用 mocha 進行測試, should 作為驗證，在團隊不斷的累積下，目前測試資料已經超越 1000 多筆資訊，因此留下來的 log 數量都會非常的驚人，而且發現很多資料是沒有必要的。因此我們做了一些改善及建議。 大部分在一開始寫 test 開始除錯的時候，檢測 test 很多時候都會採用到以下的模式， ``` describe(“test for myself”, function(done) { it(“check data is true”, function (done) { // execute and...

為什麼要測試 當這個問題開始的時候，反問一下，為什麼不測試？ 在經過許多場的開發活動裡面，提到大家有沒有在自己產品裡面寫測試。很多人反應都是沒有的。更深一層的問下去，就會得到一個答案『沒有時間寫測試』。 今天不討論 TDD, BDD ，而是真正跟大家談一下，『為什麼身為工程師你要寫測試』 沒有時間寫測試 很多人知道測試是怎麼一回事，也知道大概寫測試的方法及工具，最常見的就是把 TDD, BDD, XDD 一直放在嘴上。每天都放在嘴巴上尊敬，很少人開始真正進行測試。甚至也不動手下去寫測試。 而真正得到的答案大多是，『開發就沒時間了，哪有時間寫測試。』的確在開發程式的時候，總是會面臨到時間的壓力，在現實的狀況下，可能開發時間只有兩天到三天，在如此強大的壓力下，怎麼可能會有時間寫測試。 這是我的故事 自己的場景經常是如此，每天都會用 Postman, curl 不斷的去跑一下，發出 request 對於自己寫的程式碼開始進行調適，進行結果測試，當然這段過程並不順遂，總是要花去許多時間才有辦法解決掉問題。 當問題解決之後，『YES！』 ，這問題我解掉了，這時候自己有如聖人般的光環，希望讓大家矚目著我，沒錯，就是我，就在剛剛把事情解決了，經過 QA, PM 的人工檢測後，確定，沒問題。 這真是太好了！確定了我的信心（其實我還蠻厲害的） …. 時間過後兩個星期。 功能總是需要被調整，功能開始改善，被交付：『之前這段程式是你負責，請你幫忙把這個部分修正，應該很簡單吧！』。...

frontend 對於 css 要懂哪些，以下對於常用的開發項目列出一個列表，大家可以自己去找找答案，以及還沒有包涵在範圍內的部份。 對於大部分人，都會覺得 css 是一個很簡單的裝飾語法，也因為他沒有辦法進行邏輯判斷，沒有辦法進行程式計算（不加入 compass 的前提下）基本上他就是一個很簡單的語法，實際上在真正前端開發時，如果真的要強調於細節，強調於很多深入的部份，幾乎可以花去很大的功夫先從 html 特性，到 css 語法，甚至到如何命名等，都可以是一個很有趣的專題。 這邊先列出幾個對於一個前端工程師 front end engineer 需要了解的 css 項目，做介紹。 CSS how import css style css 權重, file, internal, important,...

multiple domains 說一個秘訣 說一個秘訣，通常 facebook apps 只能對應到一個 domain name，目前其實有另外比較特別的方式可以進行調整，讓 facebook 可以對應到多個不同 domain. website domain 在 website 裡面的 domain 是絕對可以執行的 domain name. app domain app domain 裡面是可以對應到多個不同 domain，可是要設定的話，必須要完成以下兩個條件 website 的子網域 或者同一個...