2026年8月25日 星期二

從一則租屋貼文開始,我重新想了一遍「該不該買房」這件事

 

簡短版:老了租不到房是真議題,但會隨制度演進被解決;房價未來會走向區域分化而非全面噴漲;真正該擔心的不是「以後買不起」,而是「寬限期結束後還不還得起」。

起點是一則論壇貼文,說「包租代管有潛規則,超過45歲或50歲就不給租」。我一開始以為是憑空捏造,去查了之後發現:年齡歧視這個現象確實存在,但「包租代管潛規則」這個說法應該是混淆了兩件事——年齡歧視是一般房東的普遍心態,而包租代管其實是政府的媒合政策,裡面反而有針對45歲以下青年的加碼補貼。兩件事被拼在一起,就變成了一個聽起來很嚇人、但細節不太對的說法。

不過查證的過程讓我一路往下挖,最後想通的東西反而跟租屋沒什麼關係,是關於買房決策的。以下是整理下來的心得。

一、「老了租不到房」是真議題,但沒有想像中可怕

日本的產業調查顯示,全國632家租賃住宅管理公司中,約49%坦承過去一年曾因年齡拒絕過高齡租客;日本厚生勞動省的政策文件更直接寫明,高齡者被拒租的理由中約九成是擔心屋內死亡事故。這不是台灣網友的錯覺,是有數據支撐的普遍現象。

但拆開來看,房東在意的風險其實是兩塊:

  • 收租穩定性——這塊可以用穩定收入或資產證明化解。
  • 孤獨死/身後事風險——這塊跟你有沒有錢完全無關,買房也解決不了。你自己的房子一樣需要有人在你過世後處理繼承、清空遺物。

日本從2001年就開始立法因應,現在已經發展出終身建物賃貸借(租約在承租人死亡時終止、不由繼承人繼承)、居住支援法人代辦遺物處理,以及物聯網感應器搭配孤獨死保險的商業方案。台灣目前還停留在個案報導階段,但隨著2025年底正式進入超高齡社會,這個議題遲早會被迫進入政策議程。

我的結論是:這是一個會隨制度與保險科技成熟而逐漸被解決的趨勢性問題,不是恆定不變的懲罰。用一個20-30年後很可能已有解方的未來風險,去綁架現在的財務決策,權重明顯失衡。

二、房價不會全面噴漲,但也不會全面崩盤——會走向分化

日本的現況很有參考性:東京市中心新建公寓均價創下歷史新高(2025上半年約1.3億日圓),但鄉下地區卻出現大量「空屋」,有些物件只要兩三百萬日圓,甚至有地方政府倒貼求人入住。

原因很直白:房價漲不漲,除了資金,還得有人來撐腰。人口流入的地方漲,人口流出的地方跌。

台灣的人口結構走得比日本更快——2018年跨過高齡社會(14%),2025年底就進入超高齡社會(20%),只花7年;生育率0.87是全球最低;25-44歲適婚族的未婚率從1990年的21%攀升到2020年的43%。這些數字幾乎鎖死了未來20-30年的軌跡。

所以我認為分化是必然的:蛋黃區因稀缺性和資金磁吸效應持續緩漲,蛋白區在人口流失壓力下,長期恐怕連「持平」都守不住

另一個常被忽略的因素是:台灣央行現在手上的工具(選擇性信用管制)比QE時代精準得多,可以只鎖定房市降溫、不必動用會波及出口和整體經濟的全面升息。而金融體系裡的利害關係人(公股銀行、壽險業)本身持有大量不動產相關資產,他們要的是溫和上漲、不是暴漲泡沫——因為泡沫吹得越大,被迫戳破時的資產減損越慘。這解釋了為什麼房價很難被放任狂飆,也很難被打到真正崩盤。

由此延伸出一個我覺得最實用的判斷準則:思考「現在不買以後就買不起」這句話時,要問的是——你買得起的標的,是不是那些「有人想保護」的標的? 如果是雙北蛋黃精華地段,這句話可能有幾分道理;如果是蛋白區、缺乏在地就業支撐的重劃區,那這句話對你適不適用,值得打一個大問號。用蛋黃區的漲勢故事去合理化蛋白區的購買決定,本身就是範疇錯置。

三、兩句經典話術的問題

「現在辛苦一點,以後薪水漲了就輕鬆」

中研院的研究指出,台灣實質薪資自1990年代末就與GDP成長脫鉤,2001-2012年間兩者甚至呈現高度負相關。2025年1-10月經常性薪資中位數是38,319元(不含年終獎金),年增率約3%。但新青安寬限期一到,月付金可能從1.5萬跳到3.5萬——五年薪水累積漲17%,還款壓力卻暴增130%以上。這句話預設的前提,過去25年沒有發生過。

「現在不買以後就買不起」

這句話的陷阱在於:只要房價長期趨勢向上,它在任何時間點講都成立——十年前講對、現在講對、十年後大概還是對。一句永遠正確的話,本身就不含任何可用來做決策的資訊。它唯一的功能是製造急迫感,讓人跳過「我到底負擔不負擔得起」這個真正該問的問題。

四、最危險的安全網幻覺:「大不了寬限期後賣掉」

這可能是整套話術裡最致命的一環,因為它同時解除了「買不買」跟「還不還得起」兩層焦慮,讓人放心跳進去。但這個退路建立在三個你完全無法控制的假設上:房子要漲得比貸款餘額多、市場要有人願意接手、時機要剛好對你有利。

現實是:寬限期到期就是月付金瞬間翻倍的那一刻,你被迫在短時間內脫手,而房子的流動性遠不如股票。市場冷卻時買方只會更往抗跌的蛋黃區集中——你不是在挑買家,是在求買家,議價能力最弱的時刻,正好是你最需要脫手的時刻。

至於「順便躲房地合一稅」的算盤更是誤解:房地合一稅的持有年限級距(2年內45%、2-5年35%)設計初衷就是懲罰短期持有。寬限期五年內脫手,正好落在制度想課重稅的靶心上,不是鑽到什麼漏洞。

結論:把「累積資產」跟「一定要買房」分開想

買房只是資產累積的其中一種形式,不是唯一形式,更不是任何時候都適合的形式。

當下的環境——全國房貸負擔率超過四成、台北市超過六成、新青安寬限期斷崖將至、機動利率正常化風險未解、人口結構對特定區域不利——對資金本來就緊繃的人來說,容錯空間比過去小得多。

話說回來,我不是反對買房。 如果你的收入穩定、買的是有實質就業與人口支撐的區位、而且用完整本息攤還(不是寬限期優惠月付)加上比現在更高的假設利率去試算,結果仍在合理負擔範圍內,那買房當然是好決定,甚至是很好的資產配置。

我在意的只是:不要因為怕老了租不到房,就被恐懼推著做出超出能力的槓桿決定;也不要因為輿論說「以後會更慘」,就跳過那個唯一該誠實面對的問題——

拿掉寬限期的糖衣、用比現在更高的假設利率去算,這個月付金,你現在真的撐得住嗎?

房子從來不是安全感唯一的來源。管好自己能驗證、能控制的財務現實,比賭一個高度不確定的總體趨勢,實在得多。


主要資料來源:內政部房價負擔能力統計、國家發展委員會人口推估、行政院主計總處薪資統計、中研院經濟所薪資停滯研究、日本國土交通省與厚生勞動省住宅政策資料、at home 高齡者賃貸居住調查。

2012年10月24日 星期三

WPF概觀:什麼是WPF



WPF Windows Presentation Foundation 的簡稱,中文直譯就是視窗表示介面基礎....翻得很爛,換個方式講就是視窗程式中編寫程式表達層(一般指UI)的技術與工具,他是微軟.NET 3.0表發表的幾個應用程式框架當中之一,以下節錄MSDN的描述:
----------------------------------------
WPF 是以 .NET Framework 型別子集的形式存在,這些型別多半位於 System.Windows 命名空間中。如果您以前曾使用 ASP.NET Windows Forms Managed 技術,以 .NET Framework 開發應用程式,那麼您應該熟悉基本 WPF 程式設計的過程,包括具現化類別、設定屬性、呼叫方法以及處理事件,全都使用您偏好的 .NET Framework 程式語言,如 C# Visual Basic
----------------------------------------
    看不懂?我們先別以程式語言的角度來看。
從發展史角度來看,以微軟對圖形化使用者介面(GUI)開發工具的支援發展史觀察「Win32API MFC ActiveX/COM/VB Windows Forms(.NET Framework)」一直到現在.NET 4.5都還持續擴充的Windows Presentation Foundation (WPF) ,可見WPF應該是未來微軟主推支援GUI的重要開發工具之一。

    從支援架構角度來看,簡單利用多層式架構來講解一下WPF的應用範圍;在多層式架構資料應用程式中至少包括三層:
1.          展示層(Presentation Tier):是使用者與應用程式進行互動的那一層,其中通常也包含其他應用程式邏輯,例如一醫療系統中,病人如何開始進行看病的流程;看病過程中各種資料呈現的方式(藥師的藥單、病人的收據)。常見的展示層通常包含:
n          資料繫結元件,例如 BindingSource BindingNavigator
n          資料的物件表示,例如在展示層中使用的 LINQ to SQL 實體類別。
n          本機資料庫,通常是作為資料庫快取的功能。
2.          中介層(Middle Tier) 是展示層和資料層用來彼此通訊的那一層 (Layer),例如醫生可以看哪些病人,掛號到取藥有什麼程序、住院到出院有什麼流程等。 典型的中介層元件包含下列各項:
n          商務邏輯,例如商務規則 (Business Rule) 和資料驗證。
n          資料存取元件和邏輯,例如ADO.NET、驗證、授權和個人化等。
3.          資料層(Data Tier) 基本上是儲存應用程式資料的伺服器 (SQL Server 的伺服器),例如醫院的藥品列表、人員列表、病例列表等。

其中,WPF的功能就是用來編寫應用程式的展示層,而中間層與資料層的開發上,微軟也有提出新的技術WCF(Windows Communiation Foundation)WF(Windows Workflow Foundation);當然,若程式的只是一個視窗的獨立程式,也一樣適合用WPF來架構(即展示層程式可視為Cient端程式,Cient端程式可視為獨立應用程式)。
從上面看起來好像WPF只是一個比較新版本的GUI編輯工具而已,跟以前的MFCVCL(Borland)等有何不同呢?當然有不同,而且是整個程式設計模式概念上的不同,不過可能要從WPF架構上開始講起才能講得比較明確,但這又是一段很長的故事了(其實是小弟所學未精的關係),簡單來講,WPF對於使用者介面的描述採用可延伸應用程式標記語言 (XAML)  (XML的一種)來進行實作,而相關需求功能行為則隱藏在背景的程式語言(如C#)實作 - MSDN稱為Managed 程式語言)。

2012年10月11日 星期四

.NET 動態程式碼的產生與編譯(一)-簡述



        由於工作上的需要,必須讓產品程式在RunTime階段,「可隨機載入可外部修改的部份編碼程式」;例如某產品的輸出結果,依需求在RunTime會有不同的邏輯運算組合方式—複雜點甚至不同的演算法邏輯的搭配組合,並且不希望為了部份程式碼的修改重新編譯整個程式。所以,針對此需求大概可分成幾個部份的問題概念:
1.          如何動態編碼與組譯?
2.          若要動態編譯的程式碼只是部份碼(會利用到DesignTime階段已建立的方法與成員),那要如何解決呢?
3.          動態程式碼編譯完成後,如何載入到主程式中?

綜合以上需求,其實就是在使用CodeDOM這個Namespace,其主要用來表示程式碼中的項目和結構的相關類別。

以下擷取自MSDN
The .NET Framework includes a mechanism called the Code Document Object Model (CodeDOM) that enables developers of programs that emit source code to generate source code in multiple programming languages at run time, based on a single model that represents the code to render.
To represent source code, CodeDOM elements are linked to each other to form a data structure known as a CodeDOM graph, which models the structure of some source code.
The System.CodeDom namespace defines types that can represent the logical structure of source code, independent of a specific programming language. The System.CodeDom.Compiler namespace defines types for generating source code from CodeDOM graphs and managing the compilation of source code in supported languages. Compiler vendors or developers can extend the set of supported languages.
Language-independent source code modeling can be valuable when a program needs to generate source code for a program model in multiple languages or for an uncertain target language. For example, some designers use the CodeDOM as a language abstraction interface to produce source code in the correct programming language, if CodeDOM support for the language is available.
The .NET Framework includes code generators and code compilers for C#, JScript, and Visual Basic.
         
MSN的敘述中我們可以看出,CodeDOM提供了我們外部源碼在RunTime階段的生成與編譯功能,而其強大的CodeDom名稱空間包含了許多以語言中立的形式描述常見程式結構的物件,其中每一種語言的細節則由與該種語言對應的 CodeProvider物件負責處理。簡單講其包括了兩個主要部份:
1.          System.CodeDom讓程式自行產生一個通用程式語言的虛擬架構,例如CodeCompileUnit是用來為CodeDom程式容器提供容器,CodeEntryPointMethod則提供程式的進入點(eg. Main(){….}
2.          System.CodeDom.Complier則提供生成實際文檔,並提供編譯相關的功能,例如CodeDomProvider提供基底類別 (Base Class) 以轉換成其他語言eg. C#Microsoft.CSharp.CSharpCodeProvider)。

所以CodeDom基本上就可以解決源碼動態生成與編譯的問題;那要「動態程式碼編譯完成後,如何載入到主程式中?」的問題呢?這裡我們會用到.NET另外一個特別的技巧「反映 (Reflection)」,在下列狀況中,十分有利於Reflection的使用(節錄自MSDN:
·         當您需要存取程式中繼資料的屬性。請參閱使用反映存取屬性主題。
·         檢查與執行個體化組件中的型別。
·         在執行階段建置新型別。請使用 System.Reflection.Emit 中的類別。
·         執行晚期繫結,存取在執行階段所建立型別的方法。請參閱主題動態載入和使用型別

Reflection的概念很繁雜,在這裡其實主要只有MethodInfo的調用而已,等之後用到的時候再來細談。

2011年8月6日 星期六

握緊妳的手

甚麼樣的畫面會讓人映像深刻呢?

還記得半個月前的晚上ㄧ通電話.....「大嫂生了~」
家裡第三個小成員在等了十個月多終於誕生了~
所以,隔天一下班就跟著家裡兩個老的一起騎摩托車去醫院探望辛苦的大嫂
在醫院對面的小公園隨便尋個車位停好位置後,家裡兩位老的早就停好車準備過馬路了。遠遠便看到老爸對著老媽念著
「跨掐啦~(台語:看車啦~)」老爸抓住急急忙忙就想過馬路的老媽
「打蓋過漏攏某勒諸易(台語:每次過馬路都沒在注意).....」老爸嘴裡一邊念著不停,另ㄧ邊伸出手緊緊握住老媽的滿是老人斑的手
只看見老媽也習慣了老爸此時的嘮叨一般,只是微微笑著被老爸緊抓著手,小心走過短短的路口.....。



牽著妳的手,不是因為愛情

握緊妳的手,不是因為誓言

他緊緊拉​住的~是35年來累積的依賴......


老爸,祝你父親節快樂

2011年8月3日 星期三

鴨子聽雷

台灣俚語(歇後語)---- 鴨子聽雷 
意思:形容聽不懂,有聽沒有懂,聽了也不動(懂)叫做「鴨子聽雷」(請幻想打雷時一群鴨子嘴巴張開開彷彿被嚇到一般,傻傻呆望著打雷方向的樣子)
用這句話來形容我一開始自學英語的處境再適和不過了.....一個愣著兩個眼睛、嘴巴張開開、聽著英語朗誦的人,在聽完後只能發泄的說了ㄧ聲「按~是在念啥聽隆謀啦~」

-------------以下是廢話--------------
    這陣剛好是轉職的空擋期,正想趁這段時間好好檢討自己的競爭力時,才發現英語有多麼的差,天那~全民英撿評估只有國中程度.......(真是太打擊人嚕~)
不過想想,技職體系出生的我,英文差好像也是理所當然的事......好啦!我是在找藉口啦!所謂君子報仇三年不晚,所以我想~學英語應該也是年過三十不晚(自我催眠中);因此,我開始找尋相關的英語學習管道,包括補習班、自學教材等等,不過自己程度太差,又不想花太多錢在補習,所以我先以教材自學的方式開始

    「空中英語教室」

    沒錯,對這雜誌有研究的應該覺得奇怪,空中英語教室是屬於中、高級程度的,怎麼作者國中程度的英語卻跳級學習哩?沒辦法,誰叫本人年紀ㄧ大把了~好面子,就是不敢拿著初級程度的大家說英語去跟美麗的櫃台妹妹結賬哩~
    既然頭都洗了,就給他溼到底~給他好好學習嚕~以下分享ㄧ些心得給沒看過這本雜誌又想嘗試英語自修的人

------------以下才是心得-----------
    就如同前面講的,「空中英語教室」是一本屬於中、高階的英語雜誌,「大家說英語」屬於基礎,若自認英語不錯可以直接讀「彭蒙惠英語」(Advanced),每個月一本的方式販售,版本上也有分:純雜誌、雜誌+CD、雜誌+super光碟,當然越後面的越貴~我是買光碟+super光碟的版本,光碟內容就自己去官網看吧 http://studioclassroom.com/
   雖然課文通常只有十幾則主要題目,但是內容會自動幫你分成30個段落(剛好一個月每天一則),每個段落搭配一則課文講解(約半小時),所以通常每天花1~2小時自習就可以完成,下面是本人自修的方式:
  1. 先自行閱讀課文,把生字標示出 ,光碟有提供生字庫建立程式,不過我是自己寫在自己的筆記本上方便復習。
  2. ㄧ邊聽課文朗誦,ㄧ邊閱讀,這邊重點在閱讀能力跟聽力速度都要能趕上朗讀的速度。
  3. 只聽課文朗誦,並試著聽出語意,單純加強聽力而已,不過也會強制生字的記憶(沒背好應該也聽不懂)。
  4. 聽課文講解,在講解時會大量重複課文內容,而且會有不同情境與講解方式,所以可以聽到不同口音的朗誦,對英語聽力的適應性滿有幫助的 。
  5. 復習生字,一開始能力很差,很多生字要復習,應該未來越來越好。

    我通常晚上會花1、2小時做完上面,然後隔天早上再看時間是否充裕選擇重聽課文朗誦或課文講解,不過,真的能力太差了,我都花了兩到三天的時間,確定相關內容都會了才往下個課文學習,所以兩個禮拜過後才看完6段課文,大概要等幾個月後才能真的達到一天看完一則課文的能力吧,不過建議真的要多聽,聽久了有助於對英語語句的解析能力,就算聽不懂也才能發現是哪個單字聽不懂。

===========
    文章內容為學習的感與紀錄,主要是當作鞭策自己的手段,若有不小心進來的英語高手,麻煩笑笑以後給點指教,本人會感激不盡的