儒道哲學的浪漫人生

殘缺的樂

我已經忘記那愛情的旋樂，

　　成功的人想的是如何找成功的方法，失敗的人總是想著如何讓自己失敗，這是一般人都聽過的道理，但是要實踐卻不容易，最近自己也多少有在思索成功與失敗的課題，想擁有一個成功的人生，究竟該要從何處做起？

　　直到今天讀了孟子的離婁篇上部第一章其中的兩句話，我的心算是深有所感了：＂為高必因丘陵，為下必因川澤＂！當我看到這兩句話時，簡直可說是心有戚戚而無可尚焉，突然間也對自己一直以來奉為人稱圭臬與準繩的儒家哲學有更深一層的認識。

　　在世界歷史與地理中，有許許多多的國家，國家有大有小，有許多小國當然可能夾於列強環伺的險要位置上，隨時都可能被併吞，歷史上因此被滅掉的小國不計其數，當今世界上小國也同樣有如此的問題，這不禁讓人好奇，小國的求生之道是什麼？如果你的國家面臨各種大國的威脅的話？

　　而在我國這長久以來分久必合，合久必分的歷史中，自然也有許多小國遇到同樣的問題！像戰國時代有一個小國家叫作藤國，由於飽受齊國威脅，國君藤文公便向孟子問過該如何面對大國威脅？

最近上班愈來愈發現似乎有些人你對他們友善但他們好像不怎麼知道也該報以尊重的態度以對。　最近常聽到一堆人講話時有意無意用攻擊的方式來促成對話，有些人是把這些話當有趣，而有些人則是慣於耍脾氣，個性之差讓人瞠目結舌。

　　不過礙於職場和諧以及反應和口才無法即時同步，常常我都是悶著頭忍受被攻擊的，出來工作這幾年，真的漸漸發現社會上是各種人都有，尤以最近更是感觸良多。

　　最近讀了一篇文章，談論到QA跟Developers通常由於時程上的壓力以及沒有得到管理階層下達應用程式必需確保安全性的指令，常常將安全性議題延置在上線後有需要才進行補救，但應用程式安全應該要做到在一個app開始開發之前便開始積極考慮，於是文章提出十件事告訴我們在專案開始到上線有哪些關於應用程式安全的事情可以去做。

　　在進入海量資料大爆發的雲端世代之後，愈來愈多公司佈建機房時需要同時涵蓋資料中心的建置，根據調查，機房建置成本包括兩個部份，一是應用發展部份，佔了40%；另外基礎建設與營運則佔了60%，這60%成本中，資料中心則佔了25%，也就是說企業將有25%的機房成本用於資料中心。

　　但資料中心在企業則也扮演著收入成長的角色，因為企業業務資料量的資加代表獲利水準的提高，而海量資料則必須仰賴於資料中心的支援才得以存放與取用。而在資料中心25%的成本中 ，17%是硬體與儲存相關成本，另外8%是營運成本，也就是電費、維護等管理面的成本，由此可知，若將資料中心外包，則可節省17%的基礎設備支出，提高的則是營運成本（委外管理的費用），而這也形成將資料中心外包的趨勢。

　　最近因為工作的關係，所以有在開發Web API專案，但由於一開始只是測試性質的開發，所以把專案名稱暫時性命名成’PartnerInternalService1’，後來有一定成果之後，便想要無痛轉換這個專案名稱，但一開始自己小try手動把方案跟專案名稱以及所有Name Space改成自己想要的時（例如：PartnerInternalService），便遭遇到‘ {"名為 'HelpPage_Default' 的路由已經在此路由集合中。路由名稱必須是唯一的。\r\n參數名稱: name"}’的崩潰性問題，差點就可以說被這東西給搞死了。 

　　後來同事教我一個方式”Refactor” 專案，在她那邊可以通過compiler，步驟如下圖：只要在專案的命名空間上用Refactor->Rename改名成自己要的專案名稱就會跳出視窗列出＂大部份＂用到此命名空間的檔案並問是否要全取代，全選且按下套用便會自動置換所有專案命名空間的名稱。

1. A: Hi, there! How’s it going? 你好阿! 一切還好嗎?
    B: Not too bad. 還不錯啦.

連我爸都讀過的爸爸捕魚去小學課文