長距離通勤,我的 4 點建議

長距離通勤,我的 4 點建議

認識我比較久的人,應該都知道我在 2015-2017 年這兩年間,我是過著每天通勤於台南-台北之間。而我每天的通勤時間大約是 4-5 個小時。

如果你考慮跟我一樣當個南北通勤族的話,我覺得有幾件事情你得先思考。

第一,交通費用

這是最現實的一件事,台南-台北的高鐵月票是 39,000 多元,如果你不是月薪特別高,或者公司有補助,這筆錢對你來說肯定是一個超級大的負擔。而 39,000 元說實在的完全足夠你做任何運用了。

多數會考慮南北通勤的人,比較常見的原因就是因為家庭因素,可能是孩子還小,或這父母親需要人照顧,其實這筆錢的使用方式你還有其他可能。

第二,交通時間

以我當年的經驗來看,我一開始是從台中通勤到台北,因為我台中家裡住在潭子,距離高鐵很遠,所以我每天是從家裡騎車到潭子車站,然後轉火車到新烏日,在轉高鐵上台北,然後從台北車站搭捷運到古亭,順利的話 2 個小時內可以到,不順利(車班沒剛好接上)得花上 2.5–3 小時。

台南台北的話,尖峰時段會有少部分的直達車,約一個半小時可以到,但這得看你的時間配不配合的了,以我之前要趕上九點的週會來看,我得搭上早上 6:29 或 7:07 分的車,八點半左右(現在的時刻跟我當初搭好像有點不同,我以現在的時刻為主)到台北,再下一班我就有可能就會遲到了。

6:29 分的車,然後你還要考慮從家裡到高鐵站的時間,你大概五點多就要起床了,如果公司是可以接受稍微晚一點進辦公室的,你倒是可以搭晚一班 7:07 的車,但不論如何,你大概都得 5–6 點就起床了。

嚴格來說,台南-台北通勤的時間比我之前從台中上去還輕鬆一些,因為不用轉車,可以一上車就就開始睡。

但我還是得給大家建議,一天四小時的通勤時間不是那麼簡單的,剛開始的一個月你會天天自我懷疑,想說幹嘛這樣,像個笨蛋一樣,前一個月非常難熬,身邊也會有一堆人再問你「為什麼」,呵,總之,不容易度過,不過或許一個月後你就習慣了。

第三,生活節奏大亂

這是很容易被忽略的一件事,我們可以大概想一下,每天早上 5–6 點起床,準備出門,然後下班後要趕搭 6:51 分的車,到台南 8:17 分,如果你住高鐵附近,你可能 8:30 左右可以到家。

這個時間到家,你大概也沒時間去運動或者做其他事情,所以你本來早上起來可以優先吃個早餐,或者晚上回到家還可以出門去運動這些事,可能都會變得困難。

總之,你的生活節奏可能會大亂,然後因為你也沒太多時間可以運動,加上每天又要通勤4小時,其實體力的消耗是很驚人的,如果妳年紀還輕,那可以考慮,但如果你年紀已經跟我差不多了,我覺得這是一件非常折磨人的事。

搭車 4 小時,絕對不是人坐在上面休息這麼簡單,舟車勞頓跟躺在床上睡覺 4 小時完全是兩件事。

然後,因為你得趕車,有些會議你得早退(你得留意你同事的觀感),無法早退的會議,你可能就得搭更晚的車,回到家可能 10 點了。

平日這麼累,假日你有可能連出門走走都懶惰了…XD

不過因為我是個喜歡帶小孩出門走走的爸爸,所以基本上假日可以的話我們還是會安排出門晃晃。但必須說,這很考驗爸爸對孩子的愛。

第四,情緒管理是個大問題

當你面臨上面三種壓力,其實最終你的情緒管理就很重要,你可能會覺得為什麼同事、老闆、公司都不能體諒你,也可能因為一件小事就跟家人吵架,然後心裡會有一種「為什麼我都這麼辛苦了,你們還要跟我吵這個」,這種你本來不會有的情緒,在這種情況下可能都會出現。

這個問題是最嚴重的,找不到出口的話,什麼壞事情都有可能會發生的。我家是還好,我太太對我很包容,我也不太會將工作的情緒帶回家。


以上四點,我覺得是當你考慮要南北通勤時得先思考的四件事,那我也來跟大家分享一下我當初是怎麼處理的吧。

首先呢,我當初通勤的理由是因為我住中南部,但我理想的工作就在台北,而當時小孩子正要出生,所以我基本上不考慮住在台北,也不打算舉家遷往台北,而要能同時滿足這幾個條件的解法就只剩下通勤一途了。

第一個先解決的問題是交通費的補助,這塊公司倒沒有什麼問題,很輕易的就談下來了,所以補助的問題獲得很好的解決。

第二個要解決的問題就是通勤時間,一天 4 小時的通勤說實在的不是那麼容易撐過去,所以我已經很習慣每天都帶兩本書在身上,通勤的時候看,去的時候可以看一本,回來時可以再看一本。如果比較累,我基本上就是睡覺,我很好睡,可以一覺就到站,後來也會在車上透過手機處理各種公司的問題或回覆訊息,總之,單趟 2 小時的時間,對我來說要打發還蠻容易的。

小孩出生前後那段時間是我最忙碌的時候,但為了每天回家看小孩,我還是會回家,小孩剛出生時,凌晨兩點我會起來餵奶,跟小孩玩一玩,早上六點如果我沒要趕車,我也會餵完奶再出門,有時比較早到家,晚上 10 點也會再餵一次,每天 2–3 次的餵奶時間,基本上就是我跟小孩的互動時間,很珍貴,但很值得。

工作約半年左右,老闆知道我工作賣力,通勤辛苦,還有小孩要照顧,有時也會問問我的身體狀況,我說我有時想休息就會直接請假,但其實都在家處理事情,所以你也感覺不出我人到底在不在。他聽完後要我如果覺得累,那可以不進辦公室,在家裡處理就好,這樣可以省下4小時的通勤時間。

所以從那時候開始,我每週大概會有 1–2 天的時間在家辦公,不過這一切都是建立在你有足夠多的 credit,然後遠端辦公已經不影響你的團隊運作狀況下,否則我們公司當時也是沒有在家工作的先例的。

而生活節奏的問題,因為可以在家辦公,以及上下班時間很有彈性(反正手機開著等於人還在XD),所以也獲得很大比例的解決。但我相信,多數有規模的公司可能是不具這彈性的,所以這塊還是得看公司的狀況,以及自己是否累積到足夠多可以談判的籌碼。

寫了長長一篇,主要是分享當年自己南北通勤的經驗給大家,也希望給正考慮通勤的你一些參考,如果思考清楚了,也覺得自己可以接受,那就衝吧。

如果你覺得我內容寫得還不錯,歡迎訂閱我的電子報,我每雙週會發送一封電子報到你的信箱。訂閱連結在這,過往的電子報也在這:Gipi電子報

也鼓勵你可以將我的電子報分享給你認為有需要的朋友們,也許你的舉手之勞,將會改變另一個人的思維與習慣。

Read more

[徵才]方圓國際誠徵兩個新職務

[徵才]方圓國際誠徵兩個新職務

今年四月份,我加入了方圓國際擔任策略長,方圓是一家茶飲連鎖公司,旗下有兩個主要品牌「吃茶三千」與「喫茶小舖」。吃茶三千在海外 30 多的城市有約 130 家門市,喫茶小舖在台灣則約有 60 家門市。 我從去年底開始擔任方圓的顧問,主要協助梳理公司的管理制度、流程與阻礙成長的問題。四月份我轉任策略長,過去這一個多月,我除了 AI 的引入與建置外,我也花了大量的時間重新構思公司的整體策略。 我們進行了「未來十年不變的事」的策略探討,最終設定了十年戰略方向,三年目標,以及 2026 年的關鍵任務。 透過這樣深度的策略思考,我們也藉這個機會盤點了公司目前的人才缺口。 以下有兩個很關鍵的角色是我迫切在找尋的。如果你覺得自己或身邊的人很適合加入方圓,請自薦或推薦給我,謝謝。 歡迎將履歷投遞到:gipi@teashop168.com.tw 門市體驗經理(Store Experience Manager) 門市是接觸終端消費者的最後一哩路,也是品牌傳遞價值的關鍵接觸點。我們在全球因應不同的市場有不同的店型設計,

By gipi
克服 AI 焦慮的方法,唯有實作

克服 AI 焦慮的方法,唯有實作

2018-2019 年左右,線上學習在台灣整個大爆發,線上課程一大堆,每個禮拜都有很多線下學習活動。每天都可以看到大量的學習心得與活動心得,每個人講的內容都很有道理。全台灣好像瞬間變成一個知識島,所有人都學識淵博,而自己似乎懂得有點少。 知識焦慮年代 在那個時候,很多人染上了「知識焦慮」的病症。 害怕別人知道自己不知道的,擔心自己沒跟上世界的節拍,所以哪邊有新知往哪兒去,哪邊學習氛圍濃厚就往哪兒鑽。看起來是因為熱愛學習,但內心的煩惱其實是「害怕失去」。 害怕失去話語權,害怕失去社交談資,害怕失去機會,害怕失去競爭力,害怕自己不再是別人眼中領先的族群。 而克服焦慮最有效的方法,不是知道更多,而是實踐,從時間中獲得成果,獲得進步。 那些仍在學而沒有做的人,焦慮是無法停止的,因為他並沒有真的改變現況。 這也是當年為何我們想舉辦 case study、學習營、打卡、案例練習,並且鼓勵大家多多輸出的原因了。因為輸出,其實就是最輕量的實踐,而動手做,則是讓自己學有所用的基本配備。 在那個知識焦慮的年代裡,因為我本來就熱愛學習,也經常輸出,

By gipi
我如何與 AI 協作開發,我的開發步驟分享

我如何與 AI 協作開發,我的開發步驟分享

昨天到工程師場子分享,想說跟大家對照一下,現在是否多數人都跟我一樣,寫程式完全不手打任何一行 code,全部都是 AI 做的。 結果發現,現場只要有在用 AI 開發的人,多數時候真的都是讓 AI 來完成程式撰寫工作。 目前我的開發組合是 Claude Code / Claude Design / Fly.io / Github / Cloudflare,其他還有根據程式功能需要而使用的第三方元件。 做一個新系統的習慣是: 1. 跟 Claude 討論我想解決的問題,以及我的核心需求,中間我可能會用 Claude Cowork 做本地資料的分析,然後請他廣泛收集一下資訊,做幾輪 prototype 的模擬。確認方向是否是我所期待的。 2. 對完需求後,請他產出系統定位、限制、邊界與 PRD。 3. 把 PRD 跟幾個

By gipi
加快了速度,少了回饋

加快了速度,少了回饋

2022 年時我曾推出了一堂課《打造高效軟體開發團隊》。 在這堂課程中我繪製了一張軟體開發過程管理的架構,這張圖我從公司策略->產品策略->需求管理,一路到開發過程管理、交付、市場回饋,最後再回到產品需求管理。 當年我曾說過,軟體開發最重要的其實不是程式開發本身,而是 align 公司策略與產品策略,同時兼顧好短期需求,將需求管理做好。 但我們也可以看到產品需求管理是上述架構中最主要的節點,上承策略,下接短期需求,右邊則是成為所以開發計畫的起頭,同時還要承接來自市場回饋,並能持續優化管理過程與技術債務管理。 簡單的說,決定做什麼,決定了產品定位,決定先做什麼,則決定了策略重心。但要做出決定,除了對目標有清晰的認知外,更重要的是「回饋」。包含市場回饋、使用者回饋、利害關係人回饋(研發/行銷/客服...)。 這陣子透入 AI 開發後我對這張架構圖有一些新的想法: 首先,是生產力過剩。 因為 AI 不用休息,生產力幾乎沒上限,

By gipi