跳到主要內容

發表文章

目前顯示的是 1月, 2015的文章

[轉載] 聯合創始人退出,他手裡的股權怎麼辦?

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

瑞士央行黑天鵝思考紀錄

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

Android Webview 使用 Basic Authentication 通訊

參考文章: 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裡的使用方式囉