跳到主要內容

如何找出自己的興趣?以寫小說的過程作類比

by Vanessa Wang    歡迎支持我的臉書專頁:【工程師作家的轉職人生






最初開始寫這個部落格,動機在於身邊很多朋友都有一個疑問:「要怎麼找到自己的興趣?」我也為這個問題困擾了大半輩子。

Grit 這本書裡有一句話: "I don't think most young people need encouragement to follow their passion. Most would do exactly that--in a heartbeat--if only they had a passion in the first place."  可見,這世界上大部分的人都為「找不出自己的 passion」而煩惱。

經過多年的探索,我對於「如何找出自己的興趣」歸納出一點自己的想法。這些想法不會每個人都認同,也不會適用於每一個人,但你可以參考看看。我想說的這個「找出興趣」的方式,其實就是我自己在寫作、寫小說的時候,讓文章從「萌生想法」到「完稿結束」所使用的方法。這些方法,也是我在馬里蘭大學讀 Creative Writing 碩士的三年期間學到的,關於藝術產生的過程。

為什麼我覺得「找出興趣」的方法與「創作小說」的方法類似呢?因為這兩者都是一個從「極端不明確」走向「明確」的過程。

你有想過一本小說是怎麼誕生的嘛?作家們是不是某天靈光乍現、夜半遇見繆思,然後就清楚地知道每位角色的名字、每個章節的發展、高潮如何營造、結局如何收尾?是不是有了一個「突如其來的靈感」後,就能振筆疾書、不眠不休直到完稿?大概是有這樣的例子,但大部分的小說創作都不是如此直線的一個過程。事實上,大部分的作者在開始下筆的那一刻,他是完全不知道故事會何去何從的。也許作家只知道,他想寫一個喜歡戴黃色的帽子的角色。但這位戴黃帽的人做了什麼事?遇見什麼人?故事怎麼發展、怎麼結束?唯有一邊寫、不停地寫,作家才會慢慢了解自己想像出來的這個角色發生了什麼事以及故事的走向。

關於寫作的方法,有人說:
“Start writing, no matter what. The water does not flow until the faucet is turned on.”

寫就對了。愈寫,就愈知道自己想寫什麼。

Grit 這本書也說,唯有實際嘗試看看、實際做做看一件事情,才有可能明白自己到底有沒有興趣。我們不可能在還沒下筆之前就清楚故事每個章節的脈絡;任何事情在一開始的時候總是混亂、渾沌的。我們把所有亂七八糟的靈感、想法全部丟到一張空白的紙上,然後我們才有可能慢慢地從這些混亂的資訊中找出一些蛛絲馬跡:我想寫的故事到底是什麼?我理想的職業到底是什麼?

但對於這個「多方嘗試看看」的方法,許多人又會卻步。最大的問題癥結在於,許多人認為「嘗試」的時間成本太高。萬一嘗試了不喜歡呢?豈不是浪費了時間又要重新開始?會不會探索這個、探索那個最後花了三、四年,然後年紀都那麼大了... 想了一大堆,最後無法跨出第一步。

那麼,你覺得一本小說從萌生想法到完結,需要多久的時間?史蒂芬金寫的 Under The Dome 這本書,是從 1976 年開始動筆的。寫了第一章之後,草稿被丟在一旁好多年,直到 1981 年他又寫了 500 頁,然後就碰壁了。2007 年,史蒂芬金第三次拿起草稿、大幅修改,經過15 個月終於完稿。而難產 33 年、最後在 2009 年出版的 Under The Dome,老早就跟一開始故事的雛形大相逕庭,書名、角色、場景全部都不一樣了。世上大部分的小說都要歷經好多好多版本大刀闊斧的變動:作家寫完第一個版本後剪掉四分之三的內容、寫第二版時架構重新拼湊、寫第三版時視角轉換、寫第四版時更改主角的性別... 這個過程異常混亂,因為藝術創作就是要在極高不確定性的狀態下前進。如果不下筆,一直停在「面對空白紙張發呆」階段,那個故事很難出來。

我並不是要說找出興趣或者完成一個藝術作品一定要花費 33 年那麼久。只是想說明,一本小說從無到有,從一開始的想法到最後的完稿,必定是一條崎嶇的道路,而這個過程中,我們一定得學會如何與「不確定性」共處。寫了好幾百頁、下了一堆苦工,最後砍掉重頭來過,這是非常正常的過程,也是作者、藝術家必須學會做的一件事。史蒂芬金就說過:

“When your story is ready for rewrite, cut it to the bone. Get rid of every ounce of excess fat. This is going to hurt; revising a story down to the bare essentials is always a little like murdering children, but it must be done.”

我想來想去,唯有以藝術創造的過程來說明找興趣的方法是最貼切的。這兩件事情都沒有標準答案,甚至連命題都沒有。在找到自己的興趣之前,你擁有的就是一塊空白的畫布,你要怎麼構圖、用什麼樣的材料作圖、要畫什麼主題、或甚至把畫布撕成一條一條的丟到火堆裡燒了...這一切主導權完全在你身上。我們一生之中,大部分的事情都是在幾個選項之間做選擇而已:要喝珍珠奶茶還是百香果綠茶?要去法國還是日本旅遊?考卷上填寫 A 還是 B?但當你面對的是一個巨大的空白時,你要怎麼自己設計問題自己作答?你要怎麼樣從零走到你自己定義的那個一?

Grit 一書提到,大部分找到 career passion 的人,都不是一開始接觸那個行業就立刻愛上它。作者舉例名廚 Marc Vetri 的故事。Marc 一開始就喜歡煮飯,但他更想當音樂家,於是他去讀音樂學校,然後晚上在餐廳打工賺錢。後來他去樂團演奏,變成白天在餐廳上班、晚上玩音樂。有一天 Marc 發現「我煮菜賺不少錢,而且我也蠻喜歡做這件事的。我則沒有在音樂上賺什麼錢。」在某個因緣際會下他得到了去義大利當廚師的機會他便把握住了,從此他的 career passion 就由音樂變成烹飪。

我自己的職涯探索上也是經歷了有點類似的過程。我從小很喜歡數學、也很喜歡讀小說,於是我讀了土木工程的學士、碩士,後來又出國讀了小說創作。我曾經以為我這生最想做的事情是當全職小說家,要不顧一切為藝術犧牲所有物質慾望。但後來我發現當全職作家真的不是我想像中的那樣,因為每天必得忍受巨大的孤獨並且與藝術的高度不確定性奮鬥。我也曾當過 technical writer,想說這能夠結合我在工程領域與寫作領域的專長。但真的做了幾年後,我才理解,我是喜歡工程和寫作,但 technical writer 這個工作內容無法滿足我想要「創作」的欲望,也無法滿足我喜歡「邏輯推理」的興趣。因此現在的我認為,我必須同時當工程師和作家,才是最快樂的。而寫作的型態,我也調整了;以前覺得一定要寫小說,現在覺得像這樣在網路上寫寫文章、能和讀者有即時的互動性、得到即時的回饋,更適合我的個性。

我職涯目標的調整少部分是出於現實考量,但也有很大一部分是真的發現這樣做我更快樂(我現在是軟體工程師 + 業餘作家)。而這就是我一生想要永遠繼續走的職涯路線嗎?其實或許還會改,但沒有關係,因為我走愈多條路、探索愈多事情,我就愈加了解什麼是真正適合自己的。我不會去後悔之前走過的「冤枉路」,也不會去想「要是早點讀軟體工程就好了」,因為那些都不是冤枉路。沒有這個探索過程,我如何能確定自己喜歡什麼?

或許有人覺得,應該要先「想清楚」自己喜歡什麼,再開始去嘗試,這樣才不會浪費時間。我們都很急,很想要快點找出答案,才好啟程去轉行、去讀八年的醫學院、去申請學校....怎麼可能在「找出興趣」這個環節上就要花那麼多時間呢?

我今天分享的,就是以「藝術創造」的過程來類比「找出興趣」的方法。這兩者都是沒有標準答案的過程,也都是從無到有、從不明確到明確的過程。你必須得擁抱生命中的不確定性、靠著一邊嘗試、一邊摸索,才能夠找到你想要的答案。你不一定要同意我的說法,但你可以參考看看。


相關文章閱讀:
如何找到自己的職涯方向?
塑造你想要的人生--談判的藝術
我為何寫作
歡迎支持我的臉書專頁:【工程師作家的轉職人生









留言

張貼留言

這個網誌中的熱門文章

常聽人說「現在人人都要學會 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來說,...

什麼是 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 的文化。我觀察到的台灣人,普遍很少直接說出自己想要什麼;如...

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

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