1. 股票交易在價值投資者的眼裡被暗喻成一種單向被動的跟隨模型：「股價是一隻狗，在價值主人的繩索下前後奔跑。」錯! 這是個生動的比喻，可惜也是一個需要修正的比喻。
它給人一種錯覺：價值處於統治地位，而市場價格僅是條跟隨亂跑的狗。實際上，當你更多地經歷市場風暴就會明白，這隻狗相當地狂野粗暴，一旦被激怒，猛撲出去的力量足以掀翻所謂的主人(價值)
許多價值投資者之所以被掀翻在地，是因為他們總想像自己所握韁繩的樣子，以為市場是隻馴服的狗，一切已盡在把握。他們忘記了尊重，當然也忘記了那條所謂能牽引市場的價值之繩也可能成為自己的套索。
2. 股價暴跌後企業的正常經營被一舉催垮的過程如下：銀行貸款不放了，還催著提前還款；供應商段或了，還逼著結帳；經銷商不要貨了，還席捲貨款；員工們忙跳槽了，還挖公司牆角；政策不優惠了，還派來調查組；媒體不歌功頌德了，開始連載黑幕大揭密....哪一家企業能承受這樣接二連三的打擊?
3.一支股票為什麼漲? 因為不斷有人願意買進。當你早早第持有，並樂滋滋看著財富增長時，你是一個多頭，更是一個潛在的空頭。因為無論你堅定地準備持有多久，你最終必然有賣出兌現的一刻。
當一支股票不多有人追買而上漲，其實也是在快速消耗它的買氣。隨著價位的高升，追高者會越來越少，而已持有者卻形成了巨大的獲利盤，當股票翻上數倍甚至更高時，這種巨大的獲利盤是驚人的。一旦形勢稍有變化，向下殺跌的每個價位都可以被接受。
4. 無論翻倍多少次，破產只需要一次。只要一個-100%，無論你前面賺的是100萬還是1億，全部都消失了。
我常常問自己，也常常敲打計算器，企圖修改我的財富歷程。實際上我只要能避開致命的打擊，那怕我那些獲利年分的收益率驟降一半，我的財富擁有量仍比現在好上很多，生活的起伏也會平緩很多。
5. 富足人生的三個關鍵點: 1. 避開致命打擊 2. 躲避重大打擊 3. 把對財富的期望值放在一個合理的區域。
6. 「人」是最大的風險源
制度是死的，人是活的。前輩高人盡可以制定嚴格，密不透風的規章制度，但後來者總能變著法子繞過去，鑽過去，給自己弄出便利來。
明亡於閹宦，太祖朱元璋早在午門外立碑：內臣不得干預政事，預者斬。清衰於慈禧，皇太極早定下紅牌警示：後宮嬪妃不能干政。祖宗的家法，先皇的聖諭都能變通，又何況公司規則呢?
7. 很多人在你問他目標的時候，會笑而不答。你跟他說富足快樂一生，他說好。你跟他說怎樣投資可以一年翻3倍，他說很棒。他既嚮往著長期安穩，又渴盼著短期暴利。
一個人想要很多錢那還算不上十分貪婪，只要他願意承受相對應的壓力。最貪婪的人就是伊索寓言中的蝙蝠，飛禽勝的時候想當飛禽，走獸贏的時候又想成走獸。
所以目標管理的第一條就是：一定要設定一個目標。沒有目標的人就會陷於貪婪。
8. 在殘酷的市場面前，那些沒有經歷過的人過於缺乏想像。
9. 李佛摩:「當一支股票上漲時，重點不在於它是否漲得太高。你研究的重點應該是它為何上漲，並且觀察這個理由在未來是否還會發生作用，如果確定無疑，那麼你為何不該繼續買入呢? 沒有一支股票會因為價格過高而不能買入，也沒有一支股票會因為價格過低而不能拋出。」
10. 專業精神就是當別人在煩瑣錢卻步，或囫圇吞棗消化不良時，你卻埋首在繁雜與枯燥間，抽絲剝繭甘之如飴。
11. 操盤的人經過一段時間的研究，肯定對盤面會有種看法，如果各方面的資訊又給予支持，那麼無疑就開始強化這種假說。當一個人開始對某種見解深信不疑的時候，那麼他的眼睛開始利潤倍增的光芒，計算公式大致如下：如果我買1萬股，可以賺10萬元，那麼買5萬股就賺50萬元，而如果滿倉買一把，那麼....然後開始算計，怎樣去消費這麼大一筆利潤：換車，換房....
請問，當你開始這樣想時，會不會滿倉買入? 一定！甚至還會躊躇著如何再貸點款吧。這時候先不論買進股票的觀點是否正確，至少你已進入心理的盲區，你的眼中只有利潤，而看不見風險。
12. 你建倉的時候希望價格是跌還是漲? 一定是跌! 你建完倉希望是漲還是跌? 最好是馬上漲! 請問，市場是否會因為你建倉完成與否而改變他的運行節奏? 如果你在前一秒還在拼命的期望市場下跌，而在一秒成交後，又拼命想命令市場馬上上漲，這個心態的變化與抄底又有何異?這種不合理的慾望是否會在一定的程度上扭曲你的心靈。
當你分批建倉，你會發現，無論市場漲跌，你都會很快樂，樂於接受。漲了，建倉部分賺錢了，漲固可喜，跌了，我還能更便宜地買進，跌亦欣然!
13. 李佛摩: 你可能是衣食的國王，但你永遠無法打敗市場
14. 索羅斯一次拜訪他的朋友--摩根公司的戰略投資家拜倫●韋恩時，對他說：「拜倫，你的問題在於你每天都上班，而且每天都認為你應該做些事情。我不是這樣，我只會在上班有意義的那些日子上班，而且我確實會在那些日子做些事情。但你每天都上班，每天都做事，你不知道哪一天是特殊的。」
15. 我曾經癡迷於趨勢理論。趨勢所至，如千夫所指，萬心所向。順之者昌，逆之者亡。但趨勢難道不是一種假說嗎? 他可以永續嗎?
事實是，當一種趨勢越強烈，持續的時間越長，它本身也將越脆弱，當轉折點來臨時，趨勢的技轉加上基本面的牽引，兩股力量的疊加，將使逆轉的過程變得急促而強烈。在這個市場上，最先被消滅的是「逆市者」，然後被消滅的是「順勢者」，市場總在反覆中摧毀著那些企圖簡單戰勝它的人，區別只在生存時間的長短而已。每當你對某股力量癡迷的時候，恰恰正式這股力量，會帶給你最痛的傷害。
16. 作為一個交易者，特別是有志者，最重要的特質也許是：經得起失敗。在困難與挫折面前能夠坦然，接受它，仿佛生活的一個禮物。這個世界不存在一直，永遠的成功的。就像爬山，任何一座高峰，當你真正開始攀爬的時候，你會發現你一直在上山下山。所以我們需要些上山下山的智慧。
成功是什麼? 成功是一種揮發。而磨難是一種打壓，沉澱，把輕浮鍛造成厚重的過程，所謂厚積薄發，也許就是這個意味。所以我們感謝成功，也感謝磨難，甚至我們還必須感謝青澀，正因為青澀，所以還能成長。
2015年9月6日 星期日
The 7 Qualities of Highly Secure Software
1.Security Plan
- Project information
- Security requirements
- Security controls
- Plan information
2. Security Control
- Proactive (safeguard)
- Reactive (countermeasure)
- Specific
- Measurable
- Achievable
- Relevant
- Timly
4. Security plan help you begin with end in mind and build security in
5. Failing to plan is as good as planning to fail
6. Password, if stored, must be hashed so that original value cannot be refactored, instead of being encrypted, in which case someone may be able to decrypt it.
6. Password, if stored, must be hashed so that original value cannot be refactored, instead of being encrypted, in which case someone may be able to decrypt it.
2015年8月30日 星期日
給予 - Give and Take
1. 要想真正了解一個人，就看他如何對待那些無法給他半點好處的人。
2. 我們應該願意哈五分鐘以內的時間幫忙任何一個人。
3. 索取者累積人脈是為了提升自己的地位，認識有權勢的人；互利者累積人脈是為了從別人
那裡得到好處；而給予者累積人脈卻是為了創造出更多的貢獻機會。
4. 我願意幫你，不求回報，因為我相信未來也有人會這樣幫我。
5. 成功的關鍵無非慷慨兩字。只要秉持慷慨的原則與人互動，獎勵自會隨之而來。
6. 索取者都怕暴露短處會喪失權力和權威，給予者則勇於展現自己的不完美--他們腦裡想的是助人，不是取得權力，因此他們不怕自曝其短。給予者表明自己並非完人，卻因此贏得聲望。
7. 直接勸服會讓訊息接收方一直意識到自己被他人說服，而自我勸服的情境則讓人相信改變力量來自他們自己。 只要詢問別人的打算和意念，我們就能實際提升他們實踐計畫及想法的機率。
- 請問一下，下屆總統大選你會去投票嗎?
知道嗎，我這麼一問，就讓你到時候投票的機率增加百分之四十一。
8. 人在需要密切合作時，好比在團隊裡共事或處於服務關係中的時候，柔軟發言其實比強勢發言更能發揮影響力。
9. 柔軟溝通是許多給予者自然而然就會使用的語言，也是他們成功的推動力，無論是展現不完美，發問，避免把話說滿或尋求意見都可以增進我們的影響力。
2. 我們應該願意哈五分鐘以內的時間幫忙任何一個人。
3. 索取者累積人脈是為了提升自己的地位，認識有權勢的人；互利者累積人脈是為了從別人
那裡得到好處；而給予者累積人脈卻是為了創造出更多的貢獻機會。
4. 我願意幫你，不求回報，因為我相信未來也有人會這樣幫我。
5. 成功的關鍵無非慷慨兩字。只要秉持慷慨的原則與人互動，獎勵自會隨之而來。
6. 索取者都怕暴露短處會喪失權力和權威，給予者則勇於展現自己的不完美--他們腦裡想的是助人，不是取得權力，因此他們不怕自曝其短。給予者表明自己並非完人，卻因此贏得聲望。
7. 直接勸服會讓訊息接收方一直意識到自己被他人說服，而自我勸服的情境則讓人相信改變力量來自他們自己。 只要詢問別人的打算和意念，我們就能實際提升他們實踐計畫及想法的機率。
- 請問一下，下屆總統大選你會去投票嗎?
知道嗎，我這麼一問，就讓你到時候投票的機率增加百分之四十一。
8. 人在需要密切合作時，好比在團隊裡共事或處於服務關係中的時候，柔軟發言其實比強勢發言更能發揮影響力。
9. 柔軟溝通是許多給予者自然而然就會使用的語言，也是他們成功的推動力，無論是展現不完美，發問，避免把話說滿或尋求意見都可以增進我們的影響力。
2015年8月27日 星期四
X-Frame-Options 是什麼？
X-Frame-Options 是一個 HTTP 標頭 (header)，用來告訴瀏覽器這個網頁是否可以放在 iFrame 內。例如：
X-Frame-Options: DENY
X-Frame-Options: SAMEORIGIN
X-Frame-Options: ALLOW-FROM http://www.facebook.com/
第一個例子告訴瀏覽器不要 (DENY) 把這個網頁放在 iFrame 內，通常的目的就是要幫助用戶對抗點擊劫持。第二個例子告訴瀏覽器只有當架設 iFrame 的網站與發出 X-Frame-Options 的網站相同，才能顯示發出 X-Frame-Options 網頁的內容。第三個例子告訴瀏覽器這個網頁只能放在 http://www.facebook.com/ 網頁架設的 iFrame 內。
不指定 X-Frame-Options 的網頁等同表示它可以放在任何 iFrame 內。
X-Frame-Options 可以保障你的網頁不會被放在惡意網站設定的 iFrame 內，令用戶成為點擊劫持的受害人，它剛在今年 10 月成為業界標準，IE8、Firefox、Safari、和 Chrome 都支援 X-Frame-Options。
2015年8月8日 星期六
你去過現場了嗎? 豐田三現主義
在豐田有所謂的「現場、現物、現實」三現主義，亦即實際到工作現場走一趟，運用現場實務思考，進而掌握真實的狀況。因此，每當豐田主管遇到下屬反映問題時，劈頭就會問對方：「你去過現場了嗎？」
應用在IT issue handling:
現場: AP log
現物: Source code
現實: Issue reproduce
應用在IT issue handling:
現場: AP log
現物: Source code
現實: Issue reproduce
2015年7月26日 星期日
高效能網站開發指南
1. 影響網路通訊效能的兩個關鍵元素: 延遲(Latency). 頻寬(Bandwidth)。延遲(而非頻寬)通常是大多數網站的效能瓶頸。
2. 根據研究結果，一旦系統出現100~200ms的延遲，絕大數人都會確實感到所謂的「延誤」 (lag)。一旦延遲時間超過300ms，在互動上通常就會被當作是「遲鈍」 (sluggish)，而在碰到1000ms以上的阻塞情況下，很多使用者都會在等候回應的時候，開始轉到另一個更迫切的事務上。
3. TCP的最佳化重點是在資料傳遞的準確性，而非即時性。這樣的特性，相對地位瀏覽器網頁效能的最佳化工作帶來挑戰。
4. 「壅塞崩潰」(congestion collapse): 假如任何主機的往返時間超過重新傳送的最大間隔的話，這主機就會一再地把相同資料包的副本發送到網路上。如此一來，整個網路就會出現很大的麻煩問題。
5. Head-of-Line Blocking: 每個TCP封包被放置在網路上的時候，夾帶著一個獨一無二的序號，而該項資料一定會被依序第傳到接收端。假如其中有個封包在送往接收端的路上發生遺失狀況的話，所有後續封包就必須先被保留在接收端的TCP緩衝區，直到遺失的封包被重新傳送，並且到達接收端為止。
6. UDP不提供的服務
6.1 不保證訊息傳遞情況 => 沒有ACK訊號，不做重新傳送，沒有逾時機制。
6.2 不保證傳輸次序 => 無封包序號，不做重新排序處理
6.3 無連線狀態追蹤 => 沒有連線建立或拆卸機制
6.4 無擁塞控制機制 => 無內建客戶端或網路回饋機制
7. Browser Prosessing Pipeline
8. Cookies 是許多應用程式的常見效能瓶頸，許多開發者都會忘記，他們會因此而把明顯的傳輸負擔加諸到每一個請求上。
9. 考慮對低於1~2KB以下的資源進行內聯處理(resource inlining)，因為在這個門檻以下的資源，往往都會產生比該項資源本身還高的HTTP成本。
2. 根據研究結果，一旦系統出現100~200ms的延遲，絕大數人都會確實感到所謂的「延誤」 (lag)。一旦延遲時間超過300ms，在互動上通常就會被當作是「遲鈍」 (sluggish)，而在碰到1000ms以上的阻塞情況下，很多使用者都會在等候回應的時候，開始轉到另一個更迫切的事務上。
3. TCP的最佳化重點是在資料傳遞的準確性，而非即時性。這樣的特性，相對地位瀏覽器網頁效能的最佳化工作帶來挑戰。
4. 「壅塞崩潰」(congestion collapse): 假如任何主機的往返時間超過重新傳送的最大間隔的話，這主機就會一再地把相同資料包的副本發送到網路上。如此一來，整個網路就會出現很大的麻煩問題。
5. Head-of-Line Blocking: 每個TCP封包被放置在網路上的時候，夾帶著一個獨一無二的序號，而該項資料一定會被依序第傳到接收端。假如其中有個封包在送往接收端的路上發生遺失狀況的話，所有後續封包就必須先被保留在接收端的TCP緩衝區，直到遺失的封包被重新傳送，並且到達接收端為止。
6. UDP不提供的服務
6.1 不保證訊息傳遞情況 => 沒有ACK訊號，不做重新傳送，沒有逾時機制。
6.2 不保證傳輸次序 => 無封包序號，不做重新排序處理
6.3 無連線狀態追蹤 => 沒有連線建立或拆卸機制
6.4 無擁塞控制機制 => 無內建客戶端或網路回饋機制
7. Browser Prosessing Pipeline
8. Cookies 是許多應用程式的常見效能瓶頸，許多開發者都會忘記，他們會因此而把明顯的傳輸負擔加諸到每一個請求上。
9. 考慮對低於1~2KB以下的資源進行內聯處理(resource inlining)，因為在這個門檻以下的資源，往往都會產生比該項資源本身還高的HTTP成本。
- 假如檔案都是小的，而且被限定在幾個特定頁面裡的話，考慮內聯處理。
- 假如小的檔案常常會被多個頁面重複使用到的話，就考慮套件打包方式。
- 假如小的檔案擁有較高的更新頻率的話，則將他們個別保存。
- 減少DNS查詢
- 重複使用TCP連線
- 將HTTP重導數量降到最低
- 使用內容傳輸網路(CDN)
- 刪除不必要資源
訂閱：
文章 (Atom)