搜集一堆China 技術團隊使用Github issue當作blog 不論是熟知的阿里前端: 還是fouber都有，挺值得follow 來看看有沒有更多更新的… 其實有研究過用 github issue來做blog : TL;DR: 懶得架站就用 github issue，不過記得多一份在md檔案中． 優點: 易使用(不用搞jekyll/hugo)，highlight support，高互動(可以跟人討論) 缺點: Google search 找不到 (不少團隊會複製一份到 github 當md來給google search) 備份也是一樣． github issue 無法備份，需要另存檔案 無法透過RSS來訂閱，對於我這種feedly高度用戶很麻煩． 其實像是fouber這樣兩份(一個放issue給討論，一份放檔案github 來搜尋) 也不錯．只是好像就有點太麻煩… 所以除非真的不想搞jekyll/hugo 不然還是乖乖弄blog方便點．

這是什麼? 程式週記主要內容如下: Gihub project 介紹: 主要會貼一些github，但是會盡量寫上一些有用的評語（或是我容易想到的關鍵詞）幫助以後查詢 網路文章心得: 會寫些心得，強迫自己閱讀． “程式週記”並且定期週期性更新． 大部分內容在我的twitter都會有，這邊只是將一些簡單的心得與感想註解一下． 本週摘要 這個禮拜花了太多的時間再弄自己的jekyll blog．本來想migrate到hugo去，但是因為hugo import jekyll有太多的問題（即便已經改了一些）還是有不少部分需要改． 後來還是把jekyll 3.0產生的樣板相關問題修復，也另外換了一個主題來使用． 好像jekyll又可以再戰十年？ 本週持續NSQ的學習，先透過上週的Disk queue來改寫之前寫過的PubSub． Go Introduction Go 1.6 Go 1.6剛在02/17正式release，Brad Fitzpatrick馬上在GopherCon India發表了這篇．裡面不僅僅有介紹了Go 1.6的功能也有順便預告了Go 1.7 ~ 1.10的產品規劃．當然也有一些笑話很有趣． PlanB: a distributed HTTP and websocket proxy inspired by Hipache 透過Redis來架設的HTTP websocket proxy，可以拿來好好學習其中的作法與應用方式． Google Cloud Vision API on Golang 在上週Google 總算開放Cloud Vision API給一般人申請使用，這篇文章有講解該怎麼做，當然也有提供他寫好的Golang Package GOPHERCON INDIA 2016 Summary 2016最早開始的Gopher Con 有不少關於Go 1.6的相關議題． nsq的使用與一部份介紹 最近幾週都在學習NSQ，這篇文章有不少的探討從技術層面跟他的設計理念都有提到． Open-Source Phishing Toolkit 網路釣魚的工具給企業做測試與訓練用的． Handling Database Migrations in Go 由gophish網路釣魚的package公司發的DB migration 介紹文．裡面使用的是goose，但是比較多人推薦migrate goose: A database migration tool DB migration tool，可以在無痛的狀況下變更你得資料庫schema．並且查看有無任何問題也可以快速的rollback． A Go library for carefully refactoring critical paths and code. lightweight port from github scientist 精簡版的scientist用在golang上面． gago is a genetic algorithm written in Golang 基因演算法的golang套件，會隨機產生數個解法，評估後挑選最適解法． Building binary executables for Android in Go 在Android系統上面跑go的excution，由於Go 1.6支援x86的Android系統，這篇文章的應用又更多了． HOW WE BUILT UBER ENGINEERING’S HIGHEST QUERY PER SECOND SERVICE USING GO Uber 如何透過Go來打造高效率的查詢系統．不少架構與內容的討論． Python gRPC Practical Tutorial — Magic That Generates Code 這篇主要講解如何使用grpc．很詳細地講解從protobuf開始，到一些簡單的應用． Ruby scientist: A Ruby library for carefully refactoring...

前言 主要是整理一下最近在一個學習領域的Line群組討論到關於網路廣告業界的一些名詞．主要的原因是在討論最近很紅的新聞”延攬台大「機器學習之神」林軒田，Appier 啟動產學合作計畫” 大家就在討論台灣的AD產業近況與大陸成熟的AD發展． 當然這種討論就有一堆名詞跑出來，其實最近應該也不少文章)有提到．我在這裡只是給自己筆記一下，那些名詞到底有什麼差異． 產業演化 原本由廣告主(Advertiser)跟發布商(publisher)買廣告．就像是某公司看上彎彎的人氣請他在他的人氣部落格上面放廣告一樣． 問題: 由於廣告主與發布商越來越多，不易管理． 廣告主需要自己找發布商太麻煩． 解決方式: 有人出來搜集需求與供給成立AD Network “AD Network”來收集所有廣告主的需求與發布商的供給並且透過分類的方式（將發布商分類）來幫廣告主分發廣告． 問題: 重複付費，無法精準找到瀏覽者． 解決方式: 透過瀏覽者Cookie，開始精確的分類瀏覽者 “AD Exchange” 來透過Cookie來仔細分析每個網路上的瀏覽者，並且精準的定位出該使用者有興趣的廣告． RTB(Real-Time Bidding) 是AD Exchange會提供的功能，透過競標的方式來讓廣告主針對潛在客戶來競標，價高的人可以投放他的廣告． 問題: 大部分廣告主都是透過中間商來跟AD Exchange溝通與購買廣告．無法找到最佳策略(舉例: 廣告商不知道該在Facebook投廣告，或是Google投廣告才能獲得最佳效益） 廣告主可能自己是發布商，透過AD Exchange 可能會買到自己的廣告． 解決方式: 有個人專門來幫助需求端成立平台，廣告主可以透過該平台直接將需求下給各個不同的AD Exchange “DSP” (Demand Side Platform)需求方平台幫助廣告主成立一個平台可以將多個AD Exchange整合後給廣告主選擇與使用．並且DSP也提供RTB 同時在另外一方面發布商也有相關的聚合服務叫做SSP (Support-Side Platform)．SSP整合了DSP，AD Exchange與AD Network的需求，並且本身也提供RTB．讓發布商可以更容易地在他的媒體上面將廣告賣到正確的使用者身上． 目前幾個已經知道的名詞會形成以下的狀態． (Pic: from orbitsoft) 這張圖表是另外一件事情就是: 廣告主透過DSP成為了RTB的client，而發布商透過了SSP成為了RTB的Server負責提供資訊給DSP． 當DSP越來越多的時候，ATD(Agency Trading Desk) 就是可以讓廣告主去挑選不同的DSP 回過頭來不論是ATD還是DSP，廣告主還是得面對去挑選不同的平台與方式來投放他的廣告．但是如何制訂自己的廣告客群是誰？就是得要透過DMP(Data Management Platform)． DMP分析使用者偏好篩選出何者是潛在客戶．(資料來源: SSP) 透過投放的效益報表來顯示最適合的投放平台．(資料來源: DSP) 應該就這些….. 角色舉例: Advertiser: 廣告主 Ex: 任何一家需要廣告的企業(Visa, Apple, 微軟…) Publisher: 發布商 Ex: 具有高瀏覽量的網頁或是App(彎彎的網站，Yahoo 新聞，蘋果新聞…) AD Network / AD Exchange 具有廣告發佈與使用者追蹤能力(cookie)的廠商 (Facebook, Yahoo, Google Adsense) DSP(Demand Side Platform) 需求端平台 具有多平台的媒體公司，就有會提供DSP．通常像是比較大媒體公司（ex: Yahoo)其實本身也做DMP． DMP (Data Management Platform) 能夠做資料分析，當然最重要的就是資料的個數． TalkingData的Mobile DMP透過自己擁有的8億個App使用者搜集來的資訊可以分析，進行推薦進而讓廣告商能夠更精準的投入廣告． 當然Facebook也是如此，透過不同使用者的Facebook ID可以追蹤使用者的喜好幫助他們分析進而找出更精準的廣告投放方式． 數據轉錄與心得 避免提到太多個人談話，盡量將數據找到網路上有的資訊． 根據Marketing Technology Landscape Supergraphic (2015)的報告．2015年的時候有1876個Advertising Vendor在市場中． Google在積極回到China的同時Google Double Click, AD Exchange/ GA / Google DMP看來都有機會回到China並且大舉徵才．（不過跟RD無關 :p) 負責公司內部管理AD策略與方向部門叫做Data Strategy，這裡有一些LinkedIn的Director Data Strategy相關履歷．也就是專門負責調配媒體成本到可編程的購買(shift media budget to programmatic buy)也就是透過DMP來買媒體廣告． AD Tech中對於技術與資源的要求都相當的高．其中技術不外乎是AI與ML，而資源就是$與媒體關係(不外乎財經關係）．就這幾點，其實台灣的廠商很難做到DMP，頂多就是DSP． 大媒體的DSP(ex: Yahoo）本身也會提供DMP的服務． 相關文章: Adpartner介紹RTB 蠻推薦這篇的，雖然是公司的宣傳文宣．但是內容淺顯易懂． 什麼是RTB 實時競價廣告？他將是未來趨勢！ Cookies, DMPs and Is “Big Brother” Watching You? 十大網路忽悠名詞第十名：RTB，過度重視這些事情才是讓你企業失敗的主因！ 這篇文章不錯，用幾個字馬上讓你了解各個名詞的作用． 行銷人都要知道的 DSP迷思求解7大守則: 從行銷人員的情境來瞭解網路廣告業的名詞...

Issue hugo import jekyll is very easy to import your blog post from jekyll to hugo. However it has some issue, original you have change you permallink ex like: permallink: /:title/ permallink: /:categories/:title/ I just file a issue#1887 on Hugo project, detail as follow: I try to use it to convert my blog from jekyll which run over decade and contain over 1000+ posts. I found it will force to add “url” in every post which is /year/month/dat/postname. for ex: --- date: 2016-02-18T00:00:00Z description: "" tags: [] title: '[Visual Studio] Using Visual Studio 2015 to remote debugging C++ on linux' url: /2016/02/18/vs-debug-linux-exe/ --- However it will conflict with my configuration of “permallink”, I found it force to store the same “url” no matter your jekyll “permallink”. Here should be two approach of “url” generation rule: Load config from jekyll and parse “permallink” configuration to apply it. Just not use “url”,...

本來是想要換到Hugo的 其實早就想換到Hugo了，新版的Hugo中的Hugo Import Jekyll 也算是順利．但是卡在permalink一直設定不成功． 先來改改Jekyll的theme，不然現在的已經醜到我有點受不了． 記錄下jekyll整合到hugo過程 記得要更新到Hugo 1.5之後，才有Hugo Import Jekyll 跑過之後，發現會有一堆error Parse filename error: .DS_Store 解法: 使用最新的source code，需要有這個fixed Hugo轉換目前遇到問題 我希望能把整個permalink跟原先的jeky來對應．成為permalink: \:title\ 會一直無法修改permalink． 這邊卡了一下，決定把他弄好再轉到Hugo，先來換Jekyll的theme 後來問題發現是在hugo jekyll import裡面有預設的url:．也就是會跑成/2016/02/02/title/這樣，還是要找個方法來改改． [更新 2016/02/22] 透過改code，現在可以透過import跑完所有jekyll文章也有正確的url. Refer issue #1887． 但是又卡在原先部落格的設定有問題，我使用了多個category (照理說category 只能有一個，複數個應該要用tag)，這邊就有點難改了….. 剩下的問題: hugo import jekyll: Categories在轉換的時候會掉(應該是issue 要修) 需要另外準備Archive跟Category 的頁面，就像接著我要在jekyll裡面準備的一樣． 找個一漂亮一點，實用一點的樣板．（就像女人的衣服，可能永遠少一個?) 來換 Jekyll 的 Theme 把theme 換成dbyll，簡潔我又喜愛． 不過由於本來有使用到JB (Jekyll Bootstrap)，所以要做一些修改．快速紀錄一下: 把JB的相關設定移掉(Remove specfic string in all file) sed -i.bak '/include JB/d' * rm *.bak 移除layout: post (Remove layout post) sed -i.bak '/layout: post/d' * rm *.bak 糟糕，錯誤移除．在用到gsed把他加回去(Oops, Use gsed to insert it back) sed -i "2i layout: post" * dbyll只有類別的分類，但是沒有(Add archive without plugin by month and year refer here) 程式碼列在後面． 發現試著要連categories.html跟archive.html會跳出404，原來要改成/categories/跟/archive/就好了． 發現到了 jekyll 3.0 原先的 categories.html會有問題，於是得把原先裡面的categories.html語法改一下． 相同的東西也改了 tags.html 這樣改…應該可以撐一下． 等我把Hugo問題修好.. 馬上換到Hugo…

（圖片來自 博客來網路書局) TL;DR 適合閱讀的人: 新創產業的老闆與員工： 看看Line的老闆怎麼思考，身為新創產業的你們更應該這樣思考． 大企業員工或老闆: 老闆們都是這樣苦過來，來看看他們真正在意的事情與他們其實沒那麼在意的事情． 前言與心得 很久沒有買書來看了，結果老婆在網路上看到這本書就順便幫我買？（但是其實我並沒說我要買啊) ． 這本書其實很不錯的． 一直以來我喜歡看傳記式書籍勝過指導性質的書籍．而這本書有清楚的敘述出森川亮的領導風格．Line目前已經算是相當龐大的網路公司的但是整個分工與方向就像是新創產業一樣的直覺而不落入形式． 同時，森川亮也分享了他的中心思想（雖然他說公司是沒有中心思想的）．就是”持續做出使用者想要使用的產品”． 透過這個中心思想，就可以擴張出所有團隊合作與公司走向． 同時，也看得出來作者是相當的苛刻與嚴格的．詳細的部分可以從我等等摘錄出來的一些內容來察覺． 最後這麼說吧… 作者以執行長的角度提出不少公司的經營大方向與小方法．很適合新創產業可以看看這本書． 如果你不是新創產業的員工，也該看看這本書．因為老闆們想法就是這麼直覺，就是要員工們要自我學習不斷成長． 書本內容 整本書我摘出幾個內容我覺得值得分享的，還是推薦大家去翻翻整本書． 關於工作環境: 良好環境/公司不是”動物園” 現場工作者極力滿足使用者需求，經營者則努力維持良好環境，讓第一線工作者全心投入工作． 主要是講解，作者認為身為一個CEO不要去過度妨礙現場工作者(只在第一線的工作人員) ．管理階層應該是要打造良好的環境，讓第一線工作人員能夠全力衝刺．而不該過度的變化方向讓第一線工作人員無法認真工作者作． 此外，製造要製造一個舒適的工作環境並不代表每天員工們都處於休閒的狀態．作者也鼓勵要讓公司打造具有競爭力的公司，並且鼓勵員工不斷地創造績效．透過績效來發放薪資，而不是透過年資來發放員工們的獎金． 關於人才招募與培訓: 高手找來高手/人才不需要提高士氣/培養員工的飢渴動機 針對於人才招募的部份，就如同許多書上有提到的．作者相信過尋找高手，給予適當的福利與空間．就會吸引更多的高手加入這家公司． 另一方便，就像是許多苛刻的老闆一樣．森川亮也認為公司不需要給同仁們教育訓練． 也不需要打氣與提高士氣． 因為好的人才只要提供好的環境與好的機會．好的員工應該要能不斷的學習成長，進而不斷向前． 此外，在員工自我評量部分應該力求簡潔．不應該讓員工浪費太多時間在無謂的公司政策． 關於工作: 從資源缺乏中重新思考/工作是爭取來的 關於在公司內的工作與資源部分，作者認為工作絕對不是輕鬆的事情．他也分享了他自己在幾間公司間轉換的經驗談． 透過挑戰新的工作，帶來的相對就是更多的機運與升遷機會． 並且作者也鼓勵許多員工們要從資源缺乏中來思考，由於資源缺乏你更會去思考如何在有限的預算（有時候連時間都相當少）的狀況下．要達到最佳的效益． 透過這兩種方式，來刺激員工對於產品不斷努力並且盡力思考出最佳狀態．