跳到主要內容

培基文教基金會理財課程心得分享

今年在教會上了培基文教基金會的理財課程,感覺非常實用,第一次發現聖經中的道理這麼實際而貼近生活,第一課就先談「財務自由」這個觀念,現在流行的財務自由觀念,大概來自富爸爸、窮爸爸系列的書,可以參考以下連結。
什麼是財務自由
簡言之,就是
持續性(非工資性)收入大於單次性(工資性)收入。

也就是說,如果你現在躺著不工作,也能透過之前的投資(或其他財務措施)擁有一份穩定又持續性的收入(現金流),那你就達到財務自由了,也就是不用一直努力每天工作才有收入(單次性)。
這不是聖經觀點的財務自由
透過培基的理財課程,我們知道聖經所透露出的財務自由是全面性的,是由人的生命角度出發來看的財務自由,其包含上帝的誡命、聖經的真理,以及人跟財務與上帝之間的關係。
而富爸爸所講得財務自由是很片面的,淺薄的一種財務自由,從定義來看就隱含了很多假設,如果這些假設不成立,那根本沒有所謂的自由。

第一個最明顯的假設就是:
持續性的穩定收入要大於你的經常開支。
例如個性浪費,愛亂花錢,隨意刷卡,或是賭博,那就算你每個月透過投資有穩定的高收入,最後還是會被你自己花光,還是得不到財務自由。這一點假設引申下去就是忽略了人性的墮落面,不管你有多少錢,人性各式各樣的墮落都會使人失去自由。

這定義隱含財務自由的焦點只有「金錢」
也許你窮盡一生創造了驚人的持續性高收入,但是回頭卻發現你的老婆要跟你離婚,分走你一半的積蓄,或是兒子偷偷騙走你的錢,更或是子女們為了爭奪財產搞得雞犬不寧,這是「富爸爸財務自由」不會提到的。

這種定義似乎假設人生沒有意外
雖然擁有持續性的穩定收入不用工作,但萬一你父母生重病、不可預期的投資失敗、金融海嘯、出車禍、朋友倒債等等,這些任何一項都有可能一下子就摧毀所謂的「富爸爸財務自由」。

所以,如果我們不該把目標定在膚淺的、片面的「富爸爸財務自由」。而理財課程告訴我們,在上帝的旨意裡管理財務,才能得到全面的、平衡的財務自由。所以培基的理財課從聖經的觀點談上帝對金錢設定的目的與旨意、十一奉獻的意義,以及比較方法性的記帳、詐騙、借貸、作保、購買、合夥,還有家庭、妻子、遺產等主題,可說是全方面造就我們在理財上得觀念,進而達到真正的財務自由。

留言

這個網誌中的熱門文章

Code Complete, 2ed (中譯:軟體建構之道) 讀後心得

Code Complete, 2ed (中譯:軟體建構之道) 讀後心得 雖然以前在學校有修過軟體工程,但是說實在現在我對建構軟體的整個概念都來自於兩本書:「人月神話」(The Mythical Man-Month)、Code Complete[1]。我畢業後第一份工作是軟體研發工程師,我們公司所開發的系統大約有近百位工程師共同維護,當然各有依功能與專業知識將系統劃分不同的區 塊來維護,在面對大型的系統與這麼多人寫程式是以前在學校沒有遇過的,因此也開始思考怎樣才是好的軟體開發方式。從大學好友那探聽到了Code Complete這本書,花了上千元買了英文版,(現在中文版已出,簡體版聽說只要三分之一的價錢)認真讀了幾篇之後,真是如獲至寶,於是自己讀過後,還跟同事組成讀書會一同研討這本書。 作者 Steve McConnell (個人Blog http://www.stevemcconnell.com/ )著作不算量大,但是我看過的幾本質量都很好,印象中他曾經在微軟工作過,後來成立一家軟體顧問公司 Construx Software 。 這本書(書本網站 http://cc2e.com/Default.aspx )的討論主題很廣泛,但是並不空泛,從最小的、最基本的如何寫出好的程式, 例如函式(routine)、註解 (comment)、變數的命名等,也談整個軟體建構的過程除錯、測試,最後也談到軟體工程師個人能力與技術生涯的發展,算是各方面都有提及。但是我比較 建議有半年以上的實際程式經驗來讀這本書比較適合,我自認為如果我在學生時代接觸本書,可能沒有什麼太大的感觸,因為面對的都是小格局、人數少的小系統, 書中所探討的原則與例子,很多時候沒有團隊開發或大型系統的經驗,很難體會。但稍有經驗的人,看完之後保證在程式撰寫與軟體開發方面的觀念會有很大的提 昇。 Table of Content Laying the Foundation 1 Welcome to Software Construction 2 Metaphors for a Richer Understanding of Software Development 3 Measure Twice, Cut Once: Upstream Prerequisites 4 Key...

innerHTML 的安全風險

問題 若你要實作一個使用者輸入的功能,並把輸入的內容顯示在網頁上時,應避免把使用者輸入的值直接指定給某個 element 的 innerHTML 。因為若是使用者輸入包含 HTML、JavaScript, innerHTML 就會解析並執行: var userInput = '<img src="javascript:alert("XSS")">' element . innerHTML = userInput ; 因此可能 user A 的惡意輸入,會被系統顯示到 user B 的畫面上,進而執行特定成程式碼而造成 XSS 攻擊 。 解法 一般會先想到 encode HTML,但是如果只是要顯示文字,將使用者輸入值指定給 textContent 會更簡單,無需 encode,該值會被當成純文字處理,並不會執行 javascript。 var userInput = '<img src="javascript:alert("XSS")">' element . textContent = userInput ;

ZK 教學 - 常見錯誤用法 06 - 慎選 data binding 語法

慎選 data binding 語法 最常用的語法有以下 4 種: @init: 只從 ViewModel 載入一次 @load:載入並追蹤 ViewModel 變化 @save:寫入 ViewModel1 @bind:(雙向)等於 @load + @save 後面 3 種因為需要持續維持(追蹤)元件與 ViewModel 的綁定關係,伺服器需要建立 tracking node,因此成本較高。 依對系統的負擔排名如下: 因此如果沒有動態變化的需要,請使用 @init 。 例如在 Listbox , Grid , Tree 內的 <template> 若只是顯示資料,只需用 @init ,可以免去大量 tracking node 所需的記憶體。 例如: < grid width = " 400px " model = " @init(vm.itemList) " > < columns > < column label = " index " /> < column label = " name " /> </ columns > < template name = " model " > < row > < label value = " @init(forEachStatus.index) " /> < label value = " @init(each.name) " /> </ row > </ template > </ grid >