2026年9月2日 星期三

無人機真能保衛台灣嗎?

月產十萬架、地獄景象、二十萬架無人載具——這幾年,「無人機」幾乎成了台灣防衛的信仰。數字一個比一個大,聽起來充滿決心。

但我一直有個很基本的疑問:這些無人機,到底要用來打哪一場仗?

順著這個問題往下追,我越追越心驚。因為最後的答案,跟無人機幾乎沒關係——它關乎的是一件更根本的事:台灣到底該用什麼方式,讓一場戰爭「不必發生」。

這篇文章,就是我一路推下來的過程。


一、先講一個殘酷的事實:台灣打不起消耗戰

無人機在戰場上最耀眼的價值,是消耗戰——用大量便宜的東西,持續磨掉對方昂貴的兵力。烏克蘭就是這樣,一架幾百美元的無人機換掉俄羅斯一輛幾百萬美元的戰車,硬生生把俄軍拖進泥淖。

聽起來很適合台灣,對吧?弱者用便宜武器對抗強者。

問題是——台灣恰恰是最打不起消耗戰的那一方。

這不是氣話,是硬指標:能源九成七仰賴進口,天然氣安全存量只有十來天,海島沒有陸地補給線,封鎖一啟動供應鏈就斷。消耗戰的時間尺度是「月」、是「年」,而台灣連「週」都撐得勉強。

於是第一個矛盾就冒出來了:無人機的核心優勢在消耗戰,但台灣是最不能打消耗戰的一方。把一件「消耗戰利器」當成主力,交給一個「必須速決、拖不起」的防禦方——從戰爭邏輯的根上,就錯配了。

二、中共真的會登陸嗎?別忘了孫子怎麼說

要決定買什麼武器,得先搞清楚對手會怎麼來。

孫子兵法兩千年前就排好了順序:「上兵伐謀,其次伐交,其次伐兵,其下攻城。」 登陸攻城,是成本最高、風險最大、擺在最後才考慮的下策。連解放軍自己的作戰思想,都把兩棲入侵放在選項序列的末端。

今年的伊朗,就是最好的教材。伊朗根本沒有入侵美國的能力,但它光是威脅要封鎖荷姆茲海峽,就讓全球油價震盪、市場一片恐慌。

封鎖的門檻遠低於入侵,殺傷力卻不成比例地大。

對一個能源命脈全靠進口的海島來說,這才是真正該冒冷汗的地方:中共很可能根本不需要登陸,光靠封鎖、甚至準封鎖,就能把台灣逼到牆角。

那問題就尖銳了——一整套為「反登陸」打造的無人機大軍,是不是正在拚命準備一場對手大概率不會選的仗?

三、那反登陸還有意義嗎?有,但意義被講錯了

有。只是它的意義,不在「打贏登陸戰」,而在一個更微妙的地方:把登陸這扇門堵死,逼中共退回封鎖選項。

這是一種「陽謀」——而陽謀最厲害的地方,就是被看穿了也照樣有效

一般的計謀,被識破就失效了。但這套邏輯不一樣。就算中共的軍事菁英算準了「台灣是故意把登陸代價墊高,好逼我改走別條路」,他也沒輒——因為堵死登陸的是物理現實,不是心理錯覺。氣墊船不會因為他看穿了就變得更抗打,灘岸的傷亡數字不會因此少一個。看穿之後重算一遍,答案還是四個字:登陸不划算。

有人會問:把對手推向封鎖,不就是把他趕進台灣最打不贏的房間嗎?

沒錯,封鎖一樣是死局,它不會自己變好。但登陸和封鎖這兩種死局,有一個決定性的差別——時間。

登陸要的是速戰速決、既成事實,把時間壓縮到零。政權沒了就是沒了,沒有下一回合。

封鎖不一樣。它把時間攤開成一段中共控制不了的漫長過程:國際會不會介入?供應鏈的震盪會不會反過來重創中共自己?拖得越久,國際的反對會不會越硬?這些變數,沒有一個是北京說了算。

對弱者來說,確定的局面永遠不利——強弱已定,確定就等於認輸。只有不確定,才留得住翻盤的縫隙。台灣要爭的,從來不是「贏」,而是把「確定的失敗」,換成「不確定的僵局」。

而時間,是唯一能完成這個轉換的東西。

四、真正的目標:讓對手自己「算出」不要打

講到這裡,無人機的問題已經不是技術問題,而是戰略問題了。

台灣真正要的,不是一支能打贏解放軍的軍隊——國力擺在那,那不可能。台灣要的,是把整個台海的局勢,佈置成一個特殊的樣子:

讓中共的軍事菁英,用他們最引以為傲的孫子兵法,認真、聰明地算一遍,然後自己得出結論——「登陸是最爛的選項,不如退一步。」

這比「嚇到對手不敢打」還要高一個層次。

嚇阻,靠的是「對手忌憚你的力量」,那需要你真的夠強。但這套設計,靠的是「對手信任他自己的智慧」——他不是被你嚇退的,是照著他自己的兵法邏輯,主動選了對台灣傷害較小的那條路,甚至還會覺得,這是他自己下的一步高招。

這才是「不戰而屈人之兵」的真義。孫子說:「百戰百勝,非善之善者也;不戰而屈人之兵,善之善者也。」最高明的屈敵,不是讓對手怕你,而是讓對手用他自己的腦、走你鋪好的路,還以為那是他自己的選擇。

而這套設計最牢固的地方在於:對手越聰明、越懂兵法,就越會走進這個結局。 這是世界上唯一一種「對手越強、你反而越安全」的結構。

五、回到無人機:它為什麼是錯的工具

現在,再回頭看無人機,一切就清楚了。

這套設計要成立,只有一個關鍵:擺在對手面前的那盤棋,必須讓他怎麼算都算不出縫。 任何讓對手覺得「我有辦法破、我或許有機可乘」的東西,都在破壞這個局。

而無人機,恰恰是中共最容易「算出縫」的那一個。

為什麼?因為他不是在應付一個陌生威脅——他自己就是無人機世界第一。 你拿他最擅長的東西去嚇他,他手上有四張現成的牌可以拆:

  • 電子戰:無人機的死穴是電磁依賴,而登陸作戰本來就伴隨大規模電磁壓制。你的無人機在最需要它的渡海、灘岸那一刻,恰好最容易被癱瘓。
  • 反無人機體系:他打的,是自己家最熟悉的東西。
  • 產能碾壓:跟世界工廠比誰便宜、比誰量大?這是弱者最不該選的賽道。
  • 供應鏈:台灣無人機的部分上游零組件,至今仍捏在中國市場手裡。

當中共推演完台灣的無人機牆,他的結論不會是「登陸太貴,算了」,而是「這道牆我有四種辦法拆,而且每一種我都比你強」。那一瞬間,「登陸不划算」的局就裂了縫。

你要他算出唯一答案,無人機卻遞給他一個「或許有機可乘」的反算空間。用無人機去嚇一個無人機大國,等於跑到對手的主場、用對手最強的武器跟他對賭——這是弱者的大忌。

更別說,烏克蘭的成功根本搬不過來。

烏克蘭的無人機神話,建立在三個條件上:野戰、游擊、消耗。而台海把這三個全部反轉——渡海不是野戰,狹小的本島無處可游,速決撐不起消耗。同樣是弱者,烏克蘭是「拿無人機的弱者」,台灣卻是「被對方無人機壓著打的一方」。我們搬來了武器的軀殼,卻搬不來讓它生效的戰場。

至於無人機真正能發揮烏克蘭式威力的場景——「登陸已經成功、進入陸地巷戰」之後——那更是台灣絕對不能走到的未來。真打到那一步,共軍已經站在台灣的土地上,在自己的街道、自己的家園裡消耗中共,就算獵殺再多戰車,也是贏了戰術、輸了一切。

無人機的優勢,恰好長在台灣的傷口上。

結論:先擋住對手的王牌,別急著模仿它

如果戰略目標是「讓對手算出不打」,那台灣真正該重壓的,是兩樣東西。

第一,是在對手兵法推演裡「折不出縫」的傳統機動武器。 抗干擾、不吃電磁、藏得住、必須用實體火力硬清的反艦飛彈、水雷、岸置火力——它們讓渡海這一段,無論對手怎麼算,都是一台血肉磨坊。這種嚇阻折不了價,因為中共沒有一張「這領域我世界第一」的牌可以打。

第二,是反無人機。 因為無論中共最後選登陸、封鎖還是灰色地帶施壓,他都會鋪天蓋地地放無人機。你擋不住對方的無人機之眼,就連「把戰力保存到決勝那一刻」都做不到。漢光演習連四天都攔不下侵擾的無人機——這已經是夠響的警鐘了。

在台海,無人機首先是一個「威脅」,其次才可能是一個「工具」。 弱者的第一要務,永遠是先擋住對手的王牌,而不是急著去模仿它。


說到底,台灣要打的,從來就不是解放軍的部隊,而是解放軍的決策

所有的裝備、所有的部署,最終都服務於同一個目的:讓對手用他自己最聰明的算計,算出「不打」這個答案,並且心甘情願地走上這條路。

這不是一場武器規格的比拚,這是兵法。

而一支會讓對手覺得「有機可乘」的無人機大軍,削弱的,正是這盤棋最需要的那個東西——一個再聰明的對手,都算不出縫的「勢」。

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段課文,大概要等幾個月後才能真的達到一天看完一則課文的能力吧,不過建議真的要多聽,聽久了有助於對英語語句的解析能力,就算聽不懂也才能發現是哪個單字聽不懂。

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