旅行的記憶

Swift Playground 有一關是要用「右手規則」去解題，由於從來沒聽過什麼「右手規則」，就查了一下。

一開始找不到什麼相關的文章，改試了一下 right hand rule 跳出來的是物理的右手原則，和解題沒什麼關聯。

試了好幾組關鍵字，最後是用 maze right hand rule 找到維基百科的 maze solving algorithm 。

記錄一下在解題過程中和「右手規則」相處的心得。

TL;DR: 如果想傳遞自定參數，請把它放在「深層連結」(Deep Link) 的欄位裡，不要放在短網址後面。

前幾天剛好遇到一個情況是， API 先出了文件，還沒有實作 API 本體，但又想先寫測試。

查了一下 Postman 支援這樣的功能： Mocking with examples 。

在 Firebase Live 2020 的影片 The Firebase Developer's Guide to Google Analytics 中，有針對 Google Analytics Web + App 有一個區隔重疊 (segment overlap) 的功能做介紹。

拿了自己的部落格來做測試，順便記錄一下。

被指派進現在在的 scrum team 不知不覺也快半年了，剛好前陣子團隊做了 10 個 sprint 的回顧，自己也來做點記錄。

手邊有一個專案，因為不可抗力的原因分散成兩個不同的 git repository ，一個放在 github 上，另一個放在公司自己架的 gitea 上。

github 的 repository 維護告一個段落之後，需要把上頭的歷史記錄和分支合併回公司的 gitea 。

中間遇到一些設定的問題，所以記下來。

因為武漢肺炎的關係，口罩改成實名制販售了。

覺得口罩的販售條件可以拿來練習 TDD ，就試著寫了一下，順便練習不熟的 PHP 7 寫法。目前為止的想法放在 github 上。

一個經手的專案原本使用 APN 憑證處理推播，結果憑證到期以後推播就送不出去了。

一開始先更新 APN 憑證，但還是會有每年要更換憑證的問題，所以就研究了一下更換成驗證金鑰的方法。

手邊有個需求是驗證某個特定的 Google Analytics 事件有沒有在 app 成功送出去。

參考的是官方文件上的利用 DebugView 驗證 Analytics (分析) 設定這篇說明。

Firebase 在今年七月底的時候宣佈了升級至新版的 Google Analytics App + Web 功能，剛好手邊正在執行的不同專案都遇到了，做點記錄。

在使用 Fake GPS Location 在 Android app 模擬地理資訊提過手邊有個需求是需要模擬 GPS 的經緯度。

由於不曉得怎麼處理 iOS 的部份，就去 Test Corner 發問，才知道可以用 Xcode 模擬，只是如果不在列表的地點，需要手動匯入 gpx 檔案。

問題就變成怎麼用 Xcode build code ，和怎麼準備測試資料了。

手邊有一個需求是，要在 app 的某功能取得 GPS 傳回的經緯度座標，然後根據座標顯示不同的設定值。

目前試成功的是 Android ，記錄一下做法。

之前用 d3.js 畫了台灣高鐵列車運行圖，當時還在用 v4 。v5 其實去年就發佈了，一直沒做升級，最近才去研究怎麼升級。

由於用到了 d3.csv() ，也就是這次 v4 到 v5 不相容的部份，試了很久才試出來 v5 的寫法。

就結果而言其實只改動了不到 20 個字元，有點意外就是。

做完升級以後順手用了 PageSpeed Insights 測載入速度，87 分不能再高了 XD

以下是靠殘存的記憶打的流水帳文，有記錯成員的話請指正

最近遇到的案子需要驗證 API 回傳的 JSON 架構，第一時間當然就是去翻 Postman 的文件。

Postman 裡分別用了 tv4 和 Ajv 這兩個函式做為驗證 JSON 結構，就稍微啃了一下四散各地的文件。