Amo Wu's Blog

像我這種日文不好、需要靠翻譯工具作參考的人，有時候想翻譯雜誌這種長文會很麻煩。 以前會找一些網路上的 OCR 工具，最近才發現原來 Google Docs 就提供這樣的功能！而且還很強大！ヽ(●´∀`●)ﾉ 以下圖為例，假如我想要翻譯底下那塊專欄的話： 黃色框框處為打算翻譯的文章 先將文字區塊裁剪成一張圖檔： 裁切出只想翻譯的部分 上傳圖片到 Google 雲端硬碟 點選右鍵 > 選擇開啟工具 > Google 文件 使用 Google Docs 開啟圖片 等待它轉換完成之後，就會產生一份帶有文字檔案的 Google 文件： Google Docs 自動幫你將圖片上的內容轉成可以編輯的文字 完成！Google Docs 提供的圖片轉文字功能有以下特色： 語言自動判斷，日文也沒問題 (*´艸`*) 橫書＆直書自動判斷，這個有點厲害 🌚 相較於其它的 OCR 服務，Google Docs 在內容上的判斷準確率很高！ 從此翻譯雜誌的效率大幅提升 ｡:.ﾟヽ(*´∀`)ﾉﾟ.:｡

我們團隊目前使用 Sentry 這個服務作 error tracking，JavaScript 或 React 的基本安裝方法在 官方文件 都可以找到，這裡就不贅述。 同時我們也有在使用 redux-observable 這個 RxJS middleware 來處理帶有副作用的 Redux action。 根據 redux-observable 這篇 Error Handling 文件的介紹，一般處理 async 錯誤的寫法大概會是： import { createAction } from 'redux-actions'; import { Observable } from 'rxjs/Observable'; const fetchUserEpic = action$ => action$.ofType(FETCH_USER) .mergeMap(action => Observable.fromPromise(fetch(`/api/users/${action.payload}`)) .map(response => createAction('FETCH_USER_FULFILLED')(response)) .catch(error => Observable.of(createAction('FETCH_USER_REJECTED')(error.message))) ); 但是因為這裡並非正規的錯誤拋出方式，導致 Sentry 無法攔截到。 所以根據 Sentry 的這篇 Rich Error Reports with Redux Middleware 文件介紹，我們需要另外為它寫一個 Redux middleware 來處理。 策略是利用 redux-actions 的 Flux Standard Action 特性，將錯誤用 JavaScript 的 Error object 封裝至 action payload： ... .catch(error => Observable.of(createAction('FETCH_USER_RE

我是用 cider 在管理自己的 dotfiles，然後前陣子因為 gnupg 的 formula 剛好一起被更新，導致我的 GPG signature verification 無法順利運作。 解決方式： $ brew unlink gnupg && brew link gnupg 如果有跳出某些 conflicting error 的話，可以照著提示解決，例如： Linking /usr/local/Cellar/gnupg/2.1.21... Error: Could not symlink bin/gpg-agent Target /usr/local/bin/gpg-agent is a symlink belonging to gpg-agent. You can unlink it: brew unlink gpg-agent To force the link and overwrite all conflicting files: brew link --overwrite gnupg To list all files that would be deleted: brew link --overwrite --dry-run gnupg 然後再重新 link gnupg 一次： $ brew unlink gnupg && brew link gnupg 最後檢查 Git 能不能順利 commit 和 push，然後確認 GitHub 的 commits 有出現 verified signature 的話，表示順利修復成功。