電玩瘋官網 電玩瘋 YT 手遊遊戲週報播放清單 巴哈電玩瘋動態牆 巴哈搜尋結果 P.S. 原始(巴哈站上) 封面可能與 YouTube 縮圖封面不同，也有 YouTube 封面在後來更改的前例。 封面 時間(期)

由於誤觸螞蟻關的開關，而且開關啟用一次後就不能再觸發(關卡自此永久開啟，可以在選擇任務的地方看到)，為了重新體驗打開螞蟻關的過程，所以想要找到如何完全重新開始遊戲。 TL;DR: 把 Steam 雲端關掉後將 C:\Program Files (x86)\Steam\userdata\(一個隨機數字用戶ID)\1213210\remote\Player_RA_settings_1.bin 砍掉即可 起初先找了遊戲目錄(steamapps\common\CnCRemastered)下，對幾個可疑的或者檔案變動時間有相關的檔案做了修改或者移除/搬動都沒有效果。用ProcMonitor監測 Registry 動作，

曾經發現很便宜的 VPS 服務 (CloudCore VPS 2048)，拿來做自己的第一個日本 VPN/Proxy 服務，網路流量吃到飽，KDDI 線路速度也足，自用起來相當滿意。運作多年後官方說服務要收了，最後一期的年費按比例退款，需要一些日本帳戶資訊。 幸好在打工度假期間有開到ゆうちょ銀行的戶頭，原以為簡單填填資料就沒問題了，但一填才知道跟台灣實際臨櫃轉帳一樣大有學問，除了一些不知道為何需要的細節以外還有更多的意外。 支店名 所謂的「支店名」其實與「實際店名」不同 ゆうちょ銀行の振込先支店は、実際の支店名ではなく、「バーチャル店」となります。 ゆうちょ銀行的支店名，與實際開戶的那間郵局名稱無關。例如我是在館山郵便局開的戶，經過一些轉換後可以得到「ゼロゴハチ店」這個支店名。不想自己來的話也是有對照服務可以使用，輸入後能直接把相關資料查出來就是。

這幾年從海外募資平台送進來的回饋品，有時候會被要求提供一個 ID (有的叫 TAX ID/统编/Identification number/Taxpayer ID number 等等)。問對方具體而言是一個長什麼樣格式的資料，總是問不出個所以然。明明有的廠商給姓名電話住址就順利送達了，但有的就是會跟你說卡這個 ID 導致連發貨都無法。雖然曾經跟貨運商確認(某次對方表示走順豐，我問台灣順豐客服)。他們會說只要有姓名電話應該就可以送來，然而需不需要的情況差別在哪具體不明，曾經找過幾次資料也沒什麼人白紙黑字講清楚。 在最近的某個信件裡面，有廠商網頁提供了明確的指示，於是進一步地查詢並整理相關資料出來。 Some Asian countries refer to the number as a TIN (China, Taiwan, South Korea) 有了明確的字眼，進一步查詢就相對清楚了。 稅務居住者識別碼（Tax Identification Number,TIN）未來將用於稅務用途資訊的蒐集、交換、辨識及歸戶。

Spotlight 算是個人覺得在 mac 中非常受用的功能之一，比起 Win7 或更早的 Windows 內建的 index 搜索而言好了不知道多少倍。 其實 Google 得到，就是自己做個紀錄。 按住 cmd 然後 return 按住 cmd 然後雙點條目 cmd+r ref: https://www.macworld.com/article/3433898/how-to-open-items-in-the-enclosing-folder-directly-from-a-spotlight-search-in-macos.html

先按照修改時間排序後 Shift + 點擊名稱(Name)欄位 就好啦，其實就是第二排序的技巧，可以應用在各個欄位上。 ref: http://answers.microsoft.com/en-us/windows/forum/windows_7-files/how-to-sort-by-most-recent-with-folders-on-top/78ac9fc6-0fce-4533-8075-88ebc77bcd29 copied from: http://404.logdown.com/posts/87549-how-to-adjust-the-location-of-the-folder-in-details-view-in-windows

在資訊科技相關領域中求生存，一直以來常會遇到各種大大小小的不同問題。所幸靠著網路的發達，許多事在Google大神的引導下往往可以逢凶化吉。但有的時候可能是問題太過抽象模糊，抑或是關鍵字千變萬化，也可能是資料隨著時間推移太過雜亂，甚至是遇到基於大量巧合下碰撞出的萬中選一情況才能發生的案例，人生中總冷不防會遇到一些狀況是需要大把時間精神來處理的。其中若有興解決，總會興起"啊這我一定要整理好記下來，以後回顧可以用得上，要是可能幫到遇到相同狀況問題的人那就更好了呢！"的想法。然而學生時期和出社會一開始或許還有一丁點產出，但後來將近十年之間，卻再也沒真正動手繼續做。三不五時在腦中迴盪的想法，終究只是想法。 日前在受到同事技術文的感召後，和同事聊了一下深受鼓舞，覺得長久以來光想不練的技術文之路不能再耽擱。但好的技術文真心難寫，為了養成習慣穩定踏出第一步，時時提醒自己記得這回事情，就先從勤於筆記做起吧。 Lv.1 ：就算沒內文也要生標題出來！ Lv.2 ：敘述問題的前後文 Lv.3 ：列出參考資料 Lv.4 ：簡述解決方案/原理 Lv.5 ：完整解釋前因後果 (初期規劃，另列標籤規劃)

分類還不確定，但先把有看到的列出來 type Chem Style type2 type3 type4 1/2 semi

突然想要把自己 starred 的 repo 都抓回來一份(是不是早該在M$接手逃難潮之前就先做一次呢...)，找了一下發現果然有人想過，但裡面的方法好像都多少有些問題無法無腦用。 api per_page 限制在100 ssh_url 基本是沒權限拉的(可能要加key) 身為 oneliner 愛好者，調整了一下： USER=notexist; curl "https://api.github.com/users/$USER/starred?per_page=1000&page="{1..3} |grep clone_url| grep -o 'https://[^"]*'|xargs -L1 git clone 改抓 clone_url 以便 git 可以無條件 clone ，而頁數部分還沒想到如何優雅的取得並回寫 oneliner，就拉一波先吧。