2018年3月10日 星期六
2018年2月25日 星期日
《灰犀牛》
1. 灰犀牛的弔詭：當威脅遠在天邊，要因應會覺得綁手綁腳，沒有資源；等到威脅近在眼前，你不得不反應，也能取得資源時，就得付出極大代價。就看你是要減輕衝擊、降低傷害，還是等著來收拾殘局。
2. 基於金錢的誘因和心理偏好，我們總是會短視近利，不顧中、長期的策略。在獎懲制度之下，更使人逃避責任，不敢有所作為。我們總是把什麼都不做合理化。這種思考方式加上無理性的決策就會釀成災難。
3. 在面對多隻灰犀牛衝過來的威脅時，另一個阻礙是無法判定要先應付哪一隻。由於時機無法掌握加上資源有限，就難以區分因應的先後次序。有時，你只能同時應付，否則就會被踩扁。還有一些時候，被踩扁反而是對的做法。
4. 灰犀牛思想家：願意挑戰傳統思維，用心分析一個事件發生的可能性、多快會發生以及事件代表的意義。
5. 說到不確定性，活在這麼一個混亂的環境之下，你自然比較會思考如何解決問題。愈能靈活應變的，就愈能勝出。你唯一能預測的就是，無可預期的障礙隨時可能出現。
6. 灰犀牛的分類
7. 在威脅已近在眼前，我們所做的決定和威脅仍遙遠時不同。如果威脅仍遠，我們就有充裕的時間思索如何因應和解決。這樣的差異即是行為經濟學家康納曼提到的系統一和系統二的不同：系統一是直覺的、出自潛意識所做的決定，而系統二是合乎理性、邏輯的思考方式。
節錄至《灰犀牛》
http://www.books.com.tw/products/0010748425
2. 基於金錢的誘因和心理偏好，我們總是會短視近利，不顧中、長期的策略。在獎懲制度之下，更使人逃避責任，不敢有所作為。我們總是把什麼都不做合理化。這種思考方式加上無理性的決策就會釀成災難。
3. 在面對多隻灰犀牛衝過來的威脅時，另一個阻礙是無法判定要先應付哪一隻。由於時機無法掌握加上資源有限，就難以區分因應的先後次序。有時，你只能同時應付，否則就會被踩扁。還有一些時候，被踩扁反而是對的做法。
4. 灰犀牛思想家：願意挑戰傳統思維，用心分析一個事件發生的可能性、多快會發生以及事件代表的意義。
5. 說到不確定性，活在這麼一個混亂的環境之下，你自然比較會思考如何解決問題。愈能靈活應變的，就愈能勝出。你唯一能預測的就是，無可預期的障礙隨時可能出現。
6. 灰犀牛的分類
7. 在威脅已近在眼前，我們所做的決定和威脅仍遙遠時不同。如果威脅仍遠，我們就有充裕的時間思索如何因應和解決。這樣的差異即是行為經濟學家康納曼提到的系統一和系統二的不同：系統一是直覺的、出自潛意識所做的決定，而系統二是合乎理性、邏輯的思考方式。
節錄至《灰犀牛》
http://www.books.com.tw/products/0010748425
2018年1月21日 星期日
《搞定》
1. 任何事只要放在不該放的地方，不知道執行的方法，就是一個「開放式迴路」，不能做好妥當管理，就會拉走寶貴的注意力。
2. 妥善管理承諾，需要落實幾項基本行動：
節錄至 《搞定》
http://www.books.com.tw/products/0010731198?sloc=reprod_i_1
2. 妥善管理承諾，需要落實幾項基本行動：
- 首先，如果有一件事佔據心思，你就無法定下心。只要你認定「需要被完成」的任何事，就必須捕捉這件事情到頭腦之外的可靠系統中，或者是放入「收集工具」(collection tool)，並且頻繁檢視並整理。
- 其次，必須確實地清理你的承諾是甚麼，並決定你要做哪些行動，甚至訂出實現該承諾的計畫。
- 第三，一旦決定必須採取的行動，你必須在你頻繁檢視的系統中，組織並保存好這些行動提示訊息。
3. 為什麼事情會讓你掛心
- 還沒理清想要的結果為何。
- 尚未決定具體的下一步行動。
- 尚未將預期結果與行動的提示置入你信賴的系統。
4. 持續的低生產力及身陷一堆待辦事項中，是吃掉時間及精力的最大怪物。
5. 轉化「雜事」成行動
以下是我對「雜事」的定義：某些進入你的心裡或現實世界的事情，卻還沒有明確其歸屬定位，還沒決定這件事對你的意義，即預期結果與下一步行動。只要事情依舊是「雜事」，沒有轉化為行動，就無法管控。
6. 「時間不夠」並非真正的問題，真正的問題在於：沒有理清與定義出專案的真正樣貌，及該採取的下一步行動。
7. 搞定事情需要清楚界定2項基本要素：
- 「完成」(done)的定義 (也就是結果)。
- 「實做」(doing)的樣貌 (也就是行動)。
8. 掛心一件事的程度，通常與完成這件事的程度成反比。
9. 「搞定」的5個步驟
9. 「搞定」的5個步驟
- 「捕捉」 (capture) 吸引我們注意力的事項。
- 「理清」 (clarify) 每件事的意義與下一步行動。
- 「整理」 (organize) 上述結果，提出可行動的選項。
- 「回顧」 (reflect) 選項清單，接著做出抉擇。
- 「執行」 (engage) 決定的行動。
節錄至 《搞定》
http://www.books.com.tw/products/0010731198?sloc=reprod_i_1
2018年1月20日 星期六
索尼的十八條開發原則
1. 製造為客戶著想的產品，而非客戶想要的產品。
2. 以自己的觀點來製造產品，而非客戶的觀點。
3. 以必要性、必然性來決定尺寸或成本目標，而非可能性。
4. 市場或許已成熟，但產品無成熟度可言。
5. 做不到的理由正是做得到的證明：只要想辦法解決做不到的理由即可。
6. 與其好產品便宜賣，不如盡快推出新產品。
7. 解決產品的弱點，便能開發新市場：改良產品的優點，便能拓展原有的市場
8. 只要絞盡腦汁，便能獲得附加價值。
9. 企業的智慧永遠勝過成本的削減。
10. 後續的失敗，就是一蹶不振。
11. 產品賣不出去，若不是價格過高，就是產品不好。
12. 新種子 (產品)要撒在成熟的田地裡。
13. 一旦開始在意其他公司的動態，便是失敗的開端。
14. 可能與困難都在可以辦到的範圍內。
15. 魯莽行事萬萬不可，些許的勉強儘管放手做。只要能硬撐過去，想法便會有所改變。
16. 新技術注定會被下一個技術取代。這事若發生在自己手上，乃是技術人員至高的榮幸。
17. 市場要靠創造，而非調查。要製造全球首創的產品，市調根本派不上用場，無論再怎麼市調，也查不出所以然。
18. 若不幸跟到膽怯怕事的主管，有新的發想別說出口，先把東西 (雛形) 做出來。
2. 以自己的觀點來製造產品，而非客戶的觀點。
3. 以必要性、必然性來決定尺寸或成本目標，而非可能性。
4. 市場或許已成熟，但產品無成熟度可言。
5. 做不到的理由正是做得到的證明：只要想辦法解決做不到的理由即可。
6. 與其好產品便宜賣，不如盡快推出新產品。
7. 解決產品的弱點，便能開發新市場：改良產品的優點，便能拓展原有的市場
8. 只要絞盡腦汁，便能獲得附加價值。
9. 企業的智慧永遠勝過成本的削減。
10. 後續的失敗，就是一蹶不振。
11. 產品賣不出去，若不是價格過高，就是產品不好。
12. 新種子 (產品)要撒在成熟的田地裡。
13. 一旦開始在意其他公司的動態，便是失敗的開端。
14. 可能與困難都在可以辦到的範圍內。
15. 魯莽行事萬萬不可，些許的勉強儘管放手做。只要能硬撐過去，想法便會有所改變。
16. 新技術注定會被下一個技術取代。這事若發生在自己手上，乃是技術人員至高的榮幸。
17. 市場要靠創造，而非調查。要製造全球首創的產品，市調根本派不上用場，無論再怎麼市調，也查不出所以然。
18. 若不幸跟到膽怯怕事的主管，有新的發想別說出口，先把東西 (雛形) 做出來。
2018年1月14日 星期日
Bastion host
Bastion hosts are instances that sit within your public subnet and are typically accessed using SSH or RDP. Once remote connectivity has been established with the bastion host, it then acts as a ‘jump’ server, allowing you to use SSH or RDP to log in to other instances (within private subnets) deeper within your VPC.
When properly configured through the use of security groups and Network ACLs (NACLs), the bastion essentially acts as a bridge to your private instances via the internet.
Referenced from
https://cloudacademy.com/blog/aws-bastion-host-nat-instances-vpc-peering-security/
When properly configured through the use of security groups and Network ACLs (NACLs), the bastion essentially acts as a bridge to your private instances via the internet.
Referenced from
https://cloudacademy.com/blog/aws-bastion-host-nat-instances-vpc-peering-security/
2018年1月13日 星期六
Loosely Coupling
IT systems should be designed as “black boxes” to reduce interdependencies so that a change or a failure in one component does not cascade to other components. The more loosely system components are coupled, the larger they scale.
Baron, Joe; Baz, Hisham; Bixler, Tim; Gaut, Biff; Kelly, Kevin E.; Senior, Sean; Stamper, John. AWS Certified Solutions Architect Official Study Guide: Associate Exam (Kindle Locations 10612-10614). Wiley. Kindle Edition.
Baron, Joe; Baz, Hisham; Bixler, Tim; Gaut, Biff; Kelly, Kevin E.; Senior, Sean; Stamper, John. AWS Certified Solutions Architect Official Study Guide: Associate Exam (Kindle Locations 10612-10614). Wiley. Kindle Edition.
AWS Concept of Design Best Practices
- Designing for failure
- Decoupling the application components
- Understanding and implementing elasticity
- Combining with parallelization
- Integrating security in every aspect of the application architecture
2018年1月7日 星期日
Key Management
Key management is the management of cryptographic keys within a cryptosystem. This includes dealing with the generation, exchange, storage, use, and replacement of keys.
Baron, Joe; Baz, Hisham; Bixler, Tim; Gaut, Biff; Kelly, Kevin E.; Senior, Sean; Stamper, John. AWS Certified Solutions Architect Official Study Guide: Associate Exam (Kindle Locations 7607-7608). Wiley. Kindle Edition.
Baron, Joe; Baz, Hisham; Bixler, Tim; Gaut, Biff; Kelly, Kevin E.; Senior, Sean; Stamper, John. AWS Certified Solutions Architect Official Study Guide: Associate Exam (Kindle Locations 7607-7608). Wiley. Kindle Edition.
訂閱：
文章 (Atom)