跳到主要內容

正因為是「不可能的」任務,所以比較容易達成




暢銷書「一週工作四小時」裡頭有一個章節,講的是作者 Tim Ferris 在他授課的課堂上給班上二十幾位大學生出了一個「不可能的任務」:聯絡一位不可能聯絡上的超級名人,然後請他回答三個問題。這位「不可能連絡上」的名人可以是比爾蓋茲、可以是碧昂絲、可以是費德勒... 總之就是一位一般人難以求見的超級名人。只要班上任一位學生達成此項挑戰,Tim Ferris 就會贈與一張可到世界任意國家的來回機票。你猜有幾位學生完成了這項功課?

一位也沒有。甚至連「嘗試」完成此挑戰的人都沒有。大家都是還沒開始嘗試,就宣告這項任務太難了、不可能。

大家的理由很多:這些名人怎麼可能被連絡上?他們怎麼可能願意回答一個素未蒙面的大學生的問題?他們哪裡有這種空閒?

因為大家都覺得任務太困難,導致連位參賽者都沒有出現,優渥的獎項就懸在那裡,沒半個人試圖去贏得。這成了一個毫無參賽者的競賽;如果哪怕是一個人嘗試參加,他將完全沒有競爭者,搞不好輕易地就贏得來回機票了,不是嗎?

這就是 Tim Ferris 説的 "Doing the unrealistic is easier than doing the realistic" (「不可能的任務比可能的任務更容易達成」。)

生活中有很多類似的例子。例如說,在熱門城市裡,中低價位的房子很難搶到,因為大家都搶破頭想買到預算內的房屋,所以彼此加價競爭的現象屢見不鮮。但當過了一個價位門檻之後,因為買得起高價位房屋的人很少,反而就很好買房、甚至還可以議價呢。

最近我的新書「文藝少女的矽谷進擊」上市了。這本書的副標題是「育兒、寫小說、當工程師,我全都要!」,而內容有一部分講的就是我同時當媽媽、作家與工程師多重身分的角色平衡。看到這樣的副標題,有人說讓人壓力很大、彷彿是要當一位全能的女超人;有人說我一定很會時間管理、把自己逼得很緊、分秒必爭。

但其實不是這樣的。對我來說,活得快樂比任何成就都來得重要,所以如果我這種媽媽/作家/工程師的斜槓人生的代價是把自己逼得太緊、沒有時間休息、壓力很大的話,那一點也不值得,我是絕對不願意這麼做的。因此,我平衡多重角色的訣竅不在於把自己逼得很緊、當位拼命三郎。

那我究竟是如何在當矽谷軟體工程師的同時出版了一本書也生了兩個孩子?我想關鍵就是 Tim Ferris 説的「不可能的任務比可能的任務更容易達成」。

正因為很多人想到要同時當軟體工程師又寫書又育兒是一件「不可能的任務」甚至一件「逼死自己」的事情,所以很少人如此嘗試。很少人會選擇在小孩剛出生的時候自學寫程式、轉行,也很少人會在懷孕的時候一邊當工程師、一邊寫書。很多人的直覺是要一次專注於一件事情上 --要嘛只當媽媽、要嘛只當作家、要嘛只當工程師-- 才應付得來。一次全部來?那不是三倍的勞累?

但我在請產假期間當過一陣子的全職媽媽。那時候我的人生確實只有一件事,卻是我這一生最勞累的一段時光:我二十四小時都待命在餵奶、換尿布、哄睡;我二十四小時都在工作。產假結束後回到職場上,我以為同時工作和育兒會比較累,但其實並沒有:我仍然是二十四小時都在工作,但至少我每天有心情上的轉換:有時候在辦公室裡工作、有時候在家裡照顧小孩。所以當上班媽媽雖然看起來有兩件不同的事情要做,讓人以為比較困難,但勞累的程度跟當全職媽媽其實不相上下,而且心情上我還能有所轉換。

「看起來」比較難的事,有時候沒有比較難,甚至較容易。

再講我寫書一事。我花了很多年的時間想當一位全職作家。在我攻讀「小說創作」碩士的三年間,我除了打工、修課以外的時間,擁有很多時間能專心寫作。我以為就是要奉獻所有時間在寫作上我才能成功。但那時候的我想要出書屢受打擊。我的題材不夠新穎、沒有出版社向我點頭。反而是我放棄當全職作家、自學寫程式、成為矽谷軟體工程師以後,因為我在部落格分享的文章,讓出版社自己找上我、幫我出書。「自學寫程式、當矽谷軟體工程師」與「寫小說」,何者感覺比較難?以前的我覺得寫程式語言比較難,因為那是電腦的語言,不像寫書那般有趣、好玩。但正是因為我走了「比較難」、「不可能」的這條路,從作家成為工程師,反而讓我有了吸引人的出書題材、相對容易地完成了出書的夢想。如果我繼續全職寫作,那反而現在的我可能是經濟困頓的藝術家、距離完成第一本書還很遙遠、很遙遠。

人生很多事情是很矛盾的。看似比較困難的事情有時候是比較容易達成的。你認為困難、不可能的事情,別人想必也覺得困難、不可能,所以競爭對手反而少。因此你更應該把握這些看似不可能的機會,以相對少的力氣達成別人以為他們做不到的事情。




留言

  1. 在您還沒出書時就在默默關注這個部落格,也讓我做出了截然不同的決定,
    很謝謝您持續更新文章!希望有一天回頭看的時候,也發現自己成長了許多!祝好:)

    回覆刪除
  2. 謝謝您的分享~最近剛在圖書館借了您的書,讀完之後有如醍醐灌頂,立馬下單購買收藏 :D 很喜歡您言詞中的幽默與樂觀,也感謝您大方講述人生經歷,受益良多!

    回覆刪除

張貼留言

這個網誌中的熱門文章

什麼是 Assertiveness? 你容易被情感勒索嗎?

來到美國後我才第一次聽到 assertive 這個單字。美國人將 assertiveness 視為很高的美德,因為那代表一個人具備足夠的自信、溝通技巧、人際成熟度,以至於能夠堅定、清楚地表達自己想要的與不想要的,卻不會因此傷害他人或顯得傲慢、無禮或威脅他人。 Psychology Today  是這樣定義 assertiveness 的: “Assertiveness is a social skill that relies heavily on effective communication while simultaneously respecting the thoughts and wishes of others. People who are assertive clearly and respectfully communicate their wants, needs, positions, and boundaries to others.  Individuals who are high in assertiveness don't shy away from defending their points of view or goals, or from trying to influence others to see their side. They are open to both compliments and constructive criticism. ” (「Assertiveness 是一種社交技能,依靠的是在有效溝通的同時尊重他人的想法及需求。Assertive 的人能清楚且尊重他人地說明自己的需求、渴望、處境以及社交界線。擁有 assertive 特質的人會積極地說服他人了解自己的觀點,也積極地爭取、辯護自己的想法。他們對於讚美及有建設性地批評同樣地歡迎。」) 美國人如此看重、欣賞的 assertiveness 這個單字在中文卻似乎沒有相對應的翻譯。Google translate 將 assertive 翻成「斷言的、斷定的、過分自信的」;我覺得這些翻譯充滿負面含義且非常不正確。 生長在台灣的我,認為台灣確實沒有 assertiveness 的文化。我觀察到的台灣人,普遍很少直接說出自己想要什麼;如果說出來,

常聽人說「現在人人都要學會 coding」-- 但到底是要學什麼?從何開始?去哪裡學?

最近換工作,要學很多以前我沒用過的程式語言技術,像是 TypeScript, GraphQL, Relay 等等。於是我上網找了很多免費的、付費的教學影片,像是在 YouTube、 Udemy、PluralSight 等等平台。 但很多教學影片從製作至今已經過了兩三年甚至五六年。在軟體的世界,過一年就人事已非了,何況是現在去看 2016年的教學說明。許多 web packages 的版本在六年間已經從 version 5.x 跳到 18.x 之類的... 因此即便那個教學影片再怎樣的手把手教學都沒有用。資訊已經完全過時。 軟體的世界就是這樣,技術日新月異。圖書館都不願意收舊的 coding 教科書,因為過時的資訊難以幫助到人。 軟體的世界就是這樣,技術日新月異。圖書館都不願意收舊的 coding 教科書,因為過時的資訊難以幫助到人。 許多人常萌生要自學 coding的念頭,但因為不得其門而入,一不小心熱情就會澆熄。身為一個自學 coding轉行當軟體工程師的人,我理解這種感覺。我們身在一個資訊爆炸的時代,但資訊量太大,找到對自己有用的教學資源其實就是自學最困難的一步。 很多人想到要學 coding,會想「課程會不會很貴?」「會不會很難?」「會不會需要花很久的時間?」其實這些問題都問錯了。自學 Coding是個知難行易的學問;如果知道怎麼找自學的資源,不用花多少錢甚至免費就能達成。如果找到對症下藥、適合自己的資源,認真跟著看跟著做也不會難上手。但如何找到那個沒有過時、資訊正確又適合自己的課程?很多人花了大把時間、大把金錢就卡在這個第一步。 我舉一個生活化的例子你就懂了。Ikea 的傢俱你說難組嗎?其實一點都不難,但先決條件是 Ikea的說明文件非常好懂、資訊正確,而 Ikea 家具的品管做得不錯,大部分我們買回家的包裝裡頭零件都正確,因此照著說明書一步一步完成不難還非常有成就感。 但我們也都買過很爛的家具組:說明書沒人看得懂、裡頭的零件缺一大堆,甚至連家具的裁切、材料本身都有問題,大小根本組不起來。不然就是說明書過時了:零件已經改版本了,但說明書沒有更新。如果組一個家具要一直打給客服補貨、換貨,而且甚至問題在哪裡我們都推敲不出來、客服那頭沒人回答我們問題... 我們一定非常洩氣,很快就放棄組家具了。我們一定心想「組家具太難了!」 以網頁開發這塊的 coding來說,

是不是要「很聰明」、「數學很好」才能寫 code?

在我去年開始自學寫程式之前,我常常問是軟體工程師的朋友:「寫 code 很難吧?感覺超難懂。」在我心目中,寫 code 跟「數學能力」最有關係。 有趣的是,凡軟體工程師給我的回答,幾乎都一樣:「不會呀。學寫 code 就像學英文、日文那樣,就是一個語言。」 但我不是很能夠被這個答案說服,因為我以往跟程式語言的歷史告訴我,寫 code 是很困難的。我從高一第一次接觸 C++,到後來大一上土木工程系的必修課也是修 C++,經驗都蠻慘的,因此我就宣判自己沒有寫程式語言的天份。直到去年我從零開始再次透過線上課程自學寫 code,我才終於體會朋友們說的「學 code 就像學任何一個異國語言一樣」這句話的意思。 就從我高一的時候,第一次接觸程式語言的故事說起吧!那時是我學校的物理老師鼓勵我學程式語言的。他以完全免費的方式輔導我在假日期間學 C++,大概也是看到我對理工科有興趣,想說我可以自學寫一些小程式、搞不好還能參加什麼比賽之類的。於是他給我開了書單,讓我買了兩大本比字典還厚的 C、C++ 教學工具書(這種書現在還存在嗎?)來看,並且給我出功課,要我自己研究怎麼做出一些程式。 但朽木如我,一直碰壁,步步都感到挫折。那時的我,還不知道怎麼「自己找答案」,因此我心中一直期待老師可以好好示範他到底要我做什麼,因為我連他出的功課的題目、他到底想要我做些什麼我都不了解,也不知道從何問起。現在回想起來,老師心中一定是想:「這有什麼難的?自己看書,看不懂去找答案,不就這樣嗎?實際做做看、做不出來用力想直到做出來為止,難道還要手把手教學嗎?」但要知道那時候的我,雖然很喜歡數學、物理,理工能力不差,但「電腦」對我而言,就是一個玩接龍和踩地雷的工具,因此我連怎麼按照書上的說明去設定寫程式的環境都搞不清楚。 總之,第一次學寫程式的經驗,就在我心中無限多個黑人問號中無疾而終。直到上了大一又再次遇到 C++。 這次我以為我可以學得比較好,畢竟這是我第二次跟 C++ 碰面了。我們用的課本,再次是那種厚得令我第一天就把它切割成三分的工具書。但豈知第一堂課老師也就講完差不多三分之一本課本,一下就上完一、兩百頁的進度。 「等等啊!」我心中吶喊。第一堂課我們就從 Hello World 上到 for loop,而且是雙層的 for loop, 因為要用程式語言畫出這個形狀: