灰色後門

原文網址 編者按：創始人中途退出創業了，他手中的股權怎麼辦？這個問題經常困擾創業者 Dan Shapiro、Güimar Vaca Sittic和Simeon Simeonov的三篇文章介紹了從離職創始人手中收回股權的機制 本文編譯並彙總了該三文中的基本理念並參考了《合夥人股權的進入機制和退出機制》一文，整理如下 創業初期，創始團隊不穩定，經常會出現一種窘迫的局面： 股權分給創始人後，有的合夥人中途離開，但手中還持著公司股權 這種局面，常常會讓留守創業的合夥人們，憤憤不平又無可奈何 在 Dan Shapiro 的《聯合創始人股權分配：五五分是最糟糕的做法》一文中 作者 Dan Shapiro 簡單提及：聯合創始人的股權在任何情況下都需要設定成熟機制 這種創始人股權成熟機制，就是指從離職創始人手中收回股權的安排 原譯文中限於篇幅未刊載此點內容，本文將綜合此三篇文章，結合中國法律，初步介紹創始人股權成熟機制

參考文章： 瑞士央行黑天鵝的背後：奇葩的上市央行們 瑞士央行在 2015/01/15 宣布棄守歐元/瑞郎的匯率兌換上限 寫一篇思考整理供自己在日後類似事件發生時判斷，如果有誤也請不吝指教

參考文章： http://en.wikipedia.org/wiki/Basic_access_authentication 這篇沒有技術成分，當成聊聊 Basic Authentication 就好 Basic Authentication 的說明看英文的wiki會比較明顯，中文的wiki我反而看不懂... 作為早期開發的使用者身分認證交換機制 他的優點在於簡單，不需要cookie、session 只需要在瀏覽器送出的Request裡加入header即可，所有瀏覽器均支援此機制 缺點也很明顯，就是安全性不夠好 所以現在的網路身分認證基本上不會用這個方式進行 現在會看到他的場合大多是軟體服務商提供的 API 通訊 不少的公開API服務的進行方式會是: 進行使用者身分認證 -> 取得Token -> 用Token 進行 Basic Authentication，並進行API操作 服務商的Server端會根據Token判別使用者，並依此決定回傳的內容 在JavaScript添加 request header 的需求常見，所以做法好找也不多提了 之前開發 Android 程式時需要用webview 查了下發現做法非常簡單，loadUrl method有一個版本能傳入Header為第二個參數 HashMap<String, String> extraHeaders = new HashMap<String, String>(); traHeaders.put("Authorization", "Basic " + Token); mWebView.loadUrl(url, extraHeaders); 這樣就是常見的API Token在Webview裡的使用方式囉