書籍

• 《40%的工作沒意義，為什麼還搶著做？論狗屁工作的出現與勞動價值的再思》
• 作者： 大衛．格雷伯
• 原文作者： David Graeber
• 譯者： 李屹
• 出版社：商周出版

書摘

p.313

帕布羅:

相較於二十年前,各家公司對開放原始碼的軟體不 屑一顧,在自家內部開發核心科技,如今它們仰仗 開放原始碼,只是為了替它們免費取得的核心科技 上膠布,才僱用軟體開發者。

到頭來,你會發現人們在上班時間做無趣的捆膠布 工作,開發核心科技等讓人滿足的工作入夜才能 做。

這導致一種耐人尋味的惡性循環:

既然人們選擇免費投入核心科技,就沒有公司會投 資那些科技。資金不足意味核心科技時常未完 成、品質不佳,有許多美中不足之處、臭蟲等。於 是創造捆膠布的需求,捆膠布的工作應聲滋長

p.369

如果我們真的為了某些理由, 竟要假裝電腦能選出哪一堂歷史課最棒, 譬如,因為資金的緣故,我們決定必須要 有統一、可量化、整間大學都適用的 「品質」標準,那電腦絕對沒辦法獨力 執行這項任務。水果全扔進一個桶子裡 就算了,在歷史課的情形,要先把素材轉 譯成一台電腦勉強能判斷怎麼處理的單 位,少不了耗費龐大的人類心力。

p. 391

最後,無條件、一視同仁資助的概 念,直接扣合了本書各章反覆出現的 兩個議題。

第一個是以階序為原則分派工作的 SM動力,當所有人都知道工作毫無 意義的時候,這種動力通常會陡然 加劇,直接造成上班族生活中諸多日 復一日的辛酸。

我在第四章引述過薔瑟的日常生活 的SM概念,尤其是要指出:

真槍實彈的BDSM遊戲一定會有個安 全詞,可是當「正常」人落入SM動 力時,卻沒有能輕易脫身的辦法。

書籍

• 《與人連結：成功不是單人表演！世界頂尖領導大師與人同贏的溝通關鍵》
• 作者： 約翰．麥斯威爾
• 原文作者： John C. Maxwell
• 譯者： 吳宜蓁
• 出版社：商業周刊

書摘

P.16

從此之後,任何跟他人相關的事, 無論是談判、交易,或只是代轉 個文件,我一定會先自問: 「怎麼樣才能讓對方有好處,或 至少可以讓他輕鬆一點呢?」

p.88

就算演講不是你工作的 一部分,依然有個原則可 以應用在你身上。

當你承擔起與人溝通的 責任,決定要服務他人而 不是服務自己時,你與人 連結的機會就會大幅提 升。你的態度,總是比你 的言語還要大聲、有說服力。

p.120

要為他人添加價值前,必須先提升自己價值的其中一個 原因。你無法給予你沒有的東西,你沒有辦法說出自己 不知道的事,也無法分享你沒有感覺的事物。沒有人能 從空無口拿出東西給別人。

認識自己,讓自己成長,可以幫助你得到心智與情感上的 明晰。你清楚了解自己知道與不知道什麼,能做與做不 到什麼。你會變得對自己感到自在,對自己有信心,你可 以與人連結,是因為你願意也能與對人敞開心房。

p.124

好的連結者並不總是跑得最快的那一個, 但他們可以帶著其他人一同前進,他們展現耐心,攔下自己的事情,先考慮到其他人。

這些事情都需要能量,但這麼多年來我發 現,人生中具有價值的事物,都需要時間打造。

p.194

把事情變簡單是件困難的工作。

數學家布萊茲·巴斯卡(Blaise Pascal) 會經寫道:「這封信我寫得比平常 長,是因為我沒有時間將它精 簡。」

要讓任何種類的溝通變得簡潔、精準、有影響力,需要花很大的努力。

或者就像哲學詩人愛默生所說:「簡單就是傑出。」

傑出的溝通者讓他們的聽眾理解得非常清楚,而拙劣的溝通者則讓聽眾愈聽愈困惑。

p.219

當我在演說時,我覺得讓它成為一場令人享受的學習經驗,是我的責任。

我要怎麼抓住他們的注意力?

必須做什麼才能讓他們記住這次的演說?

我要怎麼抓住他們的注意力,並讓他們持續注意我直到最後?

然而很多人站在聽眾面前時,往往會預期他們「理解」講者講述的內容,並且給予恰當的回應,都是聽眾的責任。

他們有一種「不聽就拉倒」的心態,這是天大的錯誤,我將其稱為「墓地溝通」:很多人在那裡,卻沒有人在聽。

p.221

如果你想把訊息確實傳遞給對方,就得學習怎 麼在他人的世界裡溝通。

資深經理工程師拉爾斯·雷留言評論:

我經常被要求為發展出的新產品解釋想法與 提出解決方案,但除非我是和其他每天照三餐 接觸這個東西的工程師講話,否則其他人聽起 來就會覺得內容乏味無聊。因為聽眾裡總是 有人來自管理階層、領導階層或財務團隊,我 也必須為他們負起責任,確保我說的內容在所 有與會者聽起來,都是有意義且可實行的,而 不是假設他們能理解工程師的術語。

p.273

知名演員威爾·史密斯(Will Smith)曾說:「我喜歡用來衡量偉大的方法是:你影響了多少人?在你的一生當中,你可以影響多少人呢?你可以讓多少人想要變得更好?或是你可以激勵多少人?」畢竟,如果我們傳遞的訊息,在我們停止說話的那一刻就不再發揮影響力,那又有什麼用呢?

激勵人們的真正目的不是要獲得喝采,它的價值不在於引起的讚嘆,或能讓他人產生的積極感覺。激勵的真正考驗在於行動,這才是創造改變的部分。如果你希望與人連結,就必須致力於激勵他人。但不要為了讓你自己或他人感覺良好而 做,而是要讓世界變得更好而做。如果你可以激勵別人,你就能讓世界變得更好。

p.280

與自己連結

我們跟他人的關係,有很大程度是取決於我們跟自己的關係。如果我們不接受目己是誰,跟自己相處不自在,不知道自己的優點與缺點,那麼我們嘗試與人連結時,通常都會失敗。

如果你不認識也不喜歡自己的話,要怎麼找出與他人的共同點跟他們連結呢?

如果你看不清自己,怎麼能夠看清楚其他人?一旦我們認識自己、喜歡自己,也和目己相處得很自在時,那麼我們等於是敞開心胸要認識他人、喜歡他們,並且和他們舒服自在地相處。我們才有可能與他們連結。

書籍

• 《失控的熱情：為何在工作中追尋成就感，反而助長了不平等？》
• 作者： 艾琳・賽克
• 原文作者： Erin A. Cech
• 譯者： 黃文鈴
• 出版社：麥田

書摘

P.13

我在書中指出,在當代後工業勞動力的背景下,能夠有多少機會自我表現與製造個人意義(meaning-making),

是工作者與對職場充滿抱負之人(這些人特別是具大學學歷者)定義何謂好工作的主要因素。

雖然多數職涯有志之士與具大學學歷者理解財務保障的重要性,也清楚理解現代職場就業的挑戰,但對許多人而言,一份能夠實現個人抱負的工作仍然比前述條件更加重要。

為了追求他們認為更能實現自我理想的工作,許多人甚至願意犧牲較高的薪水與更穩定的工作。

p.46

更廣泛地說,熱情原則是一個被視為理所當然,看似無語的文化信仰,但實質上卻可能是扶持資本主義的實證,追求熱情被吹捧為勞力市場中工作乏味與過勞的解方,似乎支撐起有工作抱負者尋求庇護的系統。

追求熱情,作為一項從可能導致自我疏離的工作裡找尋意義的作法,雇主也從中受益。

許多懷有熱沈的職場有志之士覺得只要找到熱愛的工作,即使長工時或犧牲薪水也沒問題。

且他們付出的心力多過組織的要求,卻未學到更多报酬,追求熱情並非是許多人所面臨的職場問題的共同解方:它是個人的解方———且與新自由主義個人資任的說法一致。

p.104

我認為熱情原則的普及性導致兩項不平等。

第一,對於看重金錢與工作保障的大學生的道德貶低,導致致力達到社會階級翻轉的勞工家庭背景與第一代大學生被邊緣化並受到輕視,且可能會把他們推離了原本進入大學想達到的社會流動目標。

此外,由於追求熱情免不了要將一個人的自我概念納入職涯決策,這些自我概念受到性別、種族族裔、階級其他社會特性的影響,追求熱情往往會更鞏固這些職業隔離的模式。然而,追求熱情被認為是與生俱來且具有個人獨特性質,並沒有被視為階級化、性別化或種族化。因此、熱情原則可能會將長久以來的職業隔離模式偽裝成個人追求熱情的良性結果。

p.107

不管員工對自己的工作是否感興趣或覺得有意義,資本主義勞動市場通常會要求員工為了雇主的利益與需求付出勞力。

儘管過去半世紀以來,這種對有償工作的主要期望沒有變化,但自一九七○年開始,政治,文化的轉變互相碰撞,改變了有償勞動力的結構與期望。

隨著時間流轉,工作變得更加不穩定,而工作者的權力,包括工作者與雇主談判以獲得更好的工作條件與薪酬的能力,則在過去四年間逐漸削弱。

科技變革、政府控制減少、工會力量減弱等因素巨幅改變了雇用組織與雇員之間的關係。此外,在全球後工業經濟中拓展生意的風險,也逐漸從組織所有者轉移到雇員身上,美國勞工因而遭遇了定期契約工作、無附帶福利的兼職工作以及其他形式的臨時工作(例如,汽車共享之類的「零工經濟」(gig economy)) 大幅增加的情形。

p.110

同一時間,出生率下降,男女雙方結為伴侶並 生育孩子的年紀跟著順延。

…

對許多受過大學教育的年輕人而言,大學畢業、找工作、先建立自己的職涯再步入家庭,是一項可預期且理想的人生順序。

與過去幾代的人不同,人們普遍認為女性會根據未來的育兒責任做出職涯抉擇,或者男性會根據養家糊口的機會選擇職涯領域的時代已經結束了。即使女性擁有全職工作,仍肩負著大部分的照料責任,但擁有大學學歷的年輕人通常期望並希望女性有機會能達到與男性同樣的職業成就高度,如今有工作抱負的人往往被鼓勵以個人喜好為出發點,而非囿於過去傳統性別化職業角色,做出職涯抉擇。

p.111

這些不斷增加的結構機會以及文化上想要更追求個人獨特性、自我表現的決策,似乎與不穩定的勞動市場中,長久以來期盼工作者做到盡職盡責的期望,形成緊張的局勢。工作者要如何同時達到既是理想的雇員、又能活出高度自主性、自我表現的人生?與就業能力或財富最大化的目標不同,熱情原則對於有工作抱負的人而言,可能是一種得以解決前述相互矛盾的方法。

若一個人在自身工作裡找到成就感,那麼期望他們作為理想工作者的規範就不那麼自我疏離了。某種程度的不穩定,甚至可能會讓人覺得為了一份能夠提升自我感知意識的工作,這樣的犧牲是必要的。因此,追求熱情對於那些崇尚熱情的人而言,似乎是合理的:這個概念提倡將有償工作融入反思志業當中,而非一輩子都做著與自我無關、甚至威脅到自我意識的工作。受訪者之所以受熱情原則吸引,正是出於以下的原因:多數人認為,對工作充滿熱忱,會讓他們符合理想工作者的準則,進而促成在職場上的成功,同時逐漸形成一個有意義,有成就感的人生。

p.112

實際上,工作者獻身於一項職業的文化價值可追溯到數百年前。這種觀念再度興起,達到如今的強度與民主化,可能得歸功於一九七○年經濟變化與新自由主義政治和經濟政策興起,以及一九八○年代與一九九○年代對於自我表現與個人主義的文化期望加速盛行。

雖然關於熱情原則最初如何出現的詳細史實已超出本書範圍,但前述所回顧的文化、制度與經濟變化總總因素可能促使這項職涯決策的興起。

無法仰賴雇主擁有一份穩定的工作,期待員工盡心盡力、工時更長,以及就讀大學人數增長帶起的職業個人化與專精化,伴隨著言論自由與個人主義的文化、社會價值不斷升高,加上後現代世界裡對於意義的追求,種種因素可能已為以熱情為主要職涯決策考量的普及化,創造了一場絕佳的風暴。

p.124

熱愛自己的工作真的會有較好的人生嗎?

一方面來說,研究結果顯示,在工時與工作內容相同的情況下,熱愛這份工作的人健康與心理狀態都優於不喜歡這份工作的人。

檢視全國勞動力變化調查數據時,我發現相似的結果,聲稱「我的工作對我而言有意義」的人,自稱壓力較低,擁有憂鬱症狀的可能性較低,與同價相比睡眠問題也較少。

然而,這些存在於工作與健康之間的聯繫,並未解決像是一開始誰有辦法能拿到這些工作的潛在問題;或是比較這雨者:一週花在自己熱愛的工作上,多達六十個或七十個小時,跟擁有一份沒有熱情的工作,一週工作四十個小時,但足以支持工作以外的付出與興趣,前者真的比較好,比較健康嗎?我在本書結論裡闡述了以上這些考量。

p.163-164

大學畢業後持續追求熱情

如同第一章所顯示,多數第一輪受訪的大學生面對職涯抉擇題看重的因素是熱情,也計劃舉業後要找與熱情相符的工作。許多人認為不論大學主修科系為何,只要擁有大學文憑就能帶來基本的經濟穩定,且多數學生在想像何調好的職涯決策以及自己畢業後的職涯規畫時,都認為熱情相關的因素比起盡可能獲得最高薪或者工作穩定度更重要。

p.174

追求熱情的挑戰

對許多受訪者而言,追求有成就感能實現自我,有意義的工作是他們阻害挑戰與柱。首先,追求热情往往得忍受不確定許多畢業生在找一份符合自身的工作時,都遭遇了數甚至數年業不穩定的情形像是先做兼職或低薪工作或確立熱情所在後，才申請與自身熱情相符的研究所。

p.184

安全網

許多對工作有抱負的人自大學畢業後,在追求自身熱情的過程中,倚靠原生家庭或機構提供的財務安全網,這些資源讓他們在待業與收入不穩定的期間,不受財務不確定的影響,有更多的自由慢慢深耕自己有熱情的職涯道路,或能夠承擔更多風險去尋覓有成就感的工作。

P.190

跳板

最享有特權的熱情追求者不僅往往能獲得經濟方面的安全網,以度過延遲就業與不穩定的時期,他們也常獲得非物質資源或「食本」形式的跳板,讓他們能夠克服這種不確定性,最後在有熱忱的領域裡,尋得穩定的高薪工作。

p.200

不穩定當中的熱情

許多有工作抱負的人在尋找有熱忱的工作時,常淪入就業不穩定或待業的情況。家庭背景較弱勢的受訪者在追求自身熱情時,更容易走上一條不穩固的職涯道路這條路既不穩定、工作短期、低薪,也/或缺乏可以晉升的機會。
尤其在畢業後大幅轉換跑道的求職者身上,更能顯現這些社經差異,以下我舉出三個受訪者例子說明,這些人都為了追求自身熱情轉職,但缺乏安全網與跳板如何阻礙他們在新的職涯道路找到穩定工作。

p.217

將高等教育追求熱情道德化的傾向,以及貶低那些職涯決策優先考慮經濟因素的人,可能會有助於鞏固學生原本的經濟優勢與劣勢。當大學教職員工與行政人員鼓勵學生追隨熱情,卻未留意到文化與社會資本不均、高等教育平衡機制(levelingmechanisms)的不完善,並貶低相對熱情更看重財務考量的職涯抱負者時,應仔細斟酌考慮。
除了這些個人層面的過程外,本章的研究結果還指出了高教機構可著手之處————————讓追求熱情者的競爭環境旗鼓相當,協助改善他們所擁有的安全網與跳板之差異。要減少學生們的學貸負擔,最顯而易見的初步做法是透過助學金與獎學金的形式,增加給予的幫助。此外,大學也能提供或增加獎學金,讓低收入、第一代大學生得以從事無薪實習。

p.224-225

熱情原則的文化基模

如同我們所見,熱情原則是一種文化基模,將追求熱情昇華成職涯抉擇中最崇尚的指導原則。文化基模是大眾用於「觀看、過濾、理解並評估我們所認知的現實」的文化模型。,基模不只是認知模型:它們也有助於建構我們道德與情感的反應。,
文化基模不總是人們處理日常生活瑣事所依據的方針。在「太平」時期,我們的行動往往仰賴自身的半意識習慣,而非有意識地主張我們的文化或道德信念。,但當人們走到人生的十字路口,像是職涯抉擇時,文化基模便可能強烈影響人們的行為。當人們陷入人生重大抉擇的僵局時,佳佳會倚靠根深柢固的文化信念來做出決定。在第一章與第三章討論的職涯抱負者中,熱情原則用能夠激發人們做出行動的特質相當明顯。
但這項文化基模並非僅影響人們的職涯決策,文化基模也能作為人們理解所處社會與結橋過程的解讀框架基模能協助人們在複雜的社會世界中,將事物概念化。“例如,不平等(inequality)的文化基模提供了心智模型(mentalmodel),讓人們得以解釋系統性差異的模式,像是居住隔離或性別薪資差距,具有不平等文化基模、承認結構性偏見的人更可能會將歸因差異(ascriptivedifference)系統解讀為不道德、不公平的。

p.239

那麼,擁護熱情原则的人會更有可能接受個人責任說法嗎?
熱情原則調查數據證實,受過大學教育且在職中的熱情原則擁護者,確實比持懷疑態度的同情更有可能相信新自由主義的個人責任說法。
圖中的項目C顯示,熱情原則擁護者比質疑者更可能同意,不論教育程度、職業與人口統計的差異,個人應為自己在社會中的地位負賣。前者也比後者更可能相信「那些有困難的人需要學著照顧自己,不要依賴他人。」
如同賢能制意識型態,熱情原則與個人責任說法似乎也彼此力挺。
個人責任的新自由主義更強調熱情原則的個人主義,且較期望個人追求自己獨特的道路,回過頭來,熱情原則要求人們為了成功,必須深入自己內心,從獨特且表現自我的興趣中找尋動機,這樣的概念符合新自由主義主張努力工作帶來成功的觀點。

p.252

廣泛考量不平等

本章呈現的研究結果顯示,熱情原則能透過三種方法讓勞動市場更加不平等,並合理化這些不平等。
首先,熱情原則助長了職業隔離與不平等的洗選模式。堅定擁護熱情原則的人,更有可能辯解職業隔離與各行業薪資之所以會不平等,是因為人們追尋自己的興趣,他們也更傾向相信能夠克服結構性阻礙。
如同本章最開頭,雪莉對於磚匠的評論,將職業隔離說成是系統性不平等做辯解。這樣的結果可能會在個人層面(影響人們對可能與廣大的制度層面,決定了公營與私營組織機構認定什麼才是個人責任說法的核心信念——這兩種信念能有公平的政策計畫的民眾支持度。
“在透過個人努力追求熱情的結果,替這些消弭不平等的政策與行動的評估)較好的做法。
其次,熱情原則有助於鞏固賢能制意識型態與個人責任說法的核心信念————————這兩種信念能有效地削弱工作者的集體力量,以及逐漸減低能促進勞動市場公平的政策計畫的民眾支持度。
“在一個認為人們應為自身職涯成就負全責的賢能制系統裡,熱情原則是一個理想的加分項目。它有兩項作為:
a) 破壞了至今對於消弭這些不平等所做出的努力與社會服務,例如福利政策、積極平權措施與助學金
b) 質疑其他可能更有助於解決前述不平等的結構性與社會改革(例如,更積極的稅收制度)的合理性。

p. 257-258

第一章說明了,多數受過大學教育的職涯抱負者,或甚至可說一般的美國勞工,皆高度重視
能夠自我表現與有意義的工作。第二章表明,這樣的價值觀部分根植於一種信念,即認為熱情有助於持續投注時間與集中注意力。這兩者似乎是職涯成功的關鍵。
根據熱情原則,熱情穩定提供人們努力工作與持續投入的內在動機——軍靠金錢或地位無法提供這種動機。
但,那些聘僱有熱忱的員工的人與組織呢?
他們是否受益於職涯抱負者努力不懈追求自身的熱情,甚至對有抱負的工作者產生不良影響?
本章著眼探討熱情原則的需求面:雇主是否偏愛甚至不當利用了求職者與員工對自身職涯領域的熱情,並從中受益。
正如我們所見,職涯抱負者追求熱情時往往願意,甚至期待為了能夠從事他們「熱愛」的工作,犧牲薪水與工作保障。
更重要的是,充滿熱忱的員工自願付出更多的心力。與工作動機來自薪水或升遷的員工相比,雇主可能因此更偏愛充滿熱忱的員工。
“我發現,不只雇主能受益於這種員工,擁有聘僱權力的人也格外喜愛熱情洋溢的求職者,因為後者似乎更可能在工作上付出更多,卻不要求額外補償。換句話說,雇主們可能刻意利用了工作者對工作的熱情與個人投入,卻沒有給予相對應的回報。

p.258

熱情是剝削勞工的一部分嗎?

在探討熱情原則的需求面之前,先簡要回顧一下資本主義工作場所的兩個重要的基本特徵。
首先,不論透過間接或直接強制,或出於個人對其工作成果的投入,工作者必須積極努力工作。
其次,資本主義經濟中的利潤,來自於勞工薪資低於市場上他們生產提供的商品與服務售價。
正如我之後會解釋的,
第一項觀點是韋伯(MaxWeber)對現代經濟關係思想的一個關鍵特質;
第二項則是馬克思主義對於資本主義與勞工剝削理論的基石。
在這兩項過程裡,員工對於工作的熱忱對於雇主極為有利,卻虧待了員工本身。

p.268

雇主特別偏愛具有熱忱的員工?

雇主有明確的動機雇用那些努力工作的員工。但熱情並不是唯一能讓工作者充滿動力且邁向成功的個人投資。就算對工作的某些部分不感興趣,員工們仍可能會因為效忠於同事或上司而努力工作。
其他人則可能為了升遷或職涯發展而致力在工作中有出色表現。效忠組織與升遷都是能夠激發員工努力工作的動力,不需對工作領域的某項因素充滿熱忱,相較於擁有熱忱的員工,雇主們可能會更偏愛獻身於組織以及尋求職涯升遷的員工,許多白領勞工對工作採取「高績效、低忠誠度」的作法:他們致力於自身工作,但若出現更適合或更感興趣的工作,對目前任職的組織便幾乎沒有忠誠度可言,“如果一個人只對自己的職涯領域有熱忱,卻對自身職務或任職組織不感興趣,便可能另謀他職。
相比之下,獻身於組織以及尋求職涯升遷的員工則更可能效忠於任職單位,公司便可免去他們會離職的風險。

p.281

剝削熱情

本章目的是為了探究某種由需求方造成的劣勢,是否與職涯有志之士及工作者的熱忱有關。這裡僅稍微探觸到一系列複雜過程的皮毛。然而,調查結果點出了一些問題,包括雇主獲益於擁有熱忱的員工,卻不需要給予回報;以及公司可能刻意剝削員工對於工作的成就感。
首先,訪談結果與調查資料都指出,信奉熱情原則的人通常認為追求熱情有時得犧牲財務穩定性,否則他們原本可以憑藉自己的資歷擁有穩定的財務狀況。許多有工作抱負的人在選擇職涯道路與工作時,將熱情置於薪水或穩定性之上(見第三章)。
我從員工身上看見,雇主如何普遍從熱忱中受益:對工作內容充滿熱忱的員工比起工作不那麼熱衷的員工,對工作投入更多,且經常付出超出工作所要求的努力。對潛在雇主而言,他們似乎偏好有工作熱忱的員工,而非因職涯發展或以薪資為動力的員工——部分原因是雇主認為前者工作更努力。
然而出於熱忱的勞動可能不會獲得相對應的回報。本章所做的虛構求職者實驗裡,求職者並未獲得更高的薪水,而實際職場裡,擁有工作熱忱的員工薪資也沒有比其他較無熱忱的同事更高。其他社會心理學研究顯示,擁有熱忱的員工可能比沒有熱忱的員工更容易在工作中遭受剝削。

p.282-283

可以肯定的是,認為工作有意義且有成就感的工作者,在日常工作中可能會比那些覺得工作只是謀生手段的員工,感受到更好的工作品質,“但雇主也從員工的熱忱中獲益:有熱忱的員工更投入、並且是自願性的。乍看之下這似乎是雙贏的局面,但這正指出熱情反而造成工作者處於劣勢的地方:工作者可能更喜歡他們的工作,但雇主可能會從他們身上榨取更多的勞動力,而無需調整薪資,這在產業界,尤其是科技業更是如此,過勞在這些行業裡被視為一種展現熱忱的規範。例如,瑪莉安·庫珀(Marianne Cooper)發現男性的IT專業人員「展現他們的疲憊,是為了表達(他們)深刻的承諾、持久力與陽剛之氣。」她表示,這種過勞是出於他們對於工作的個人投入,而非頂頭上司所施加的壓力。

p.285

結論

「你長大之後想做什麼?」世世代代的孩子們都被問到同樣的問題。但這是很奇怪的問題。發問者其實想知道的是,「你完成正規教育後,想從事的是哪種全職工作?」當然,這個問題假定「長大」是種從童年到成年的線性發展,長大也代表了已完成培訓,並進入職場(或者在這段時間同步進行),這個問題同樣假設了美國夢的核心原則————孩子想做的任何事都能實現。
這個問題還有一個很怪的地方。它問的其實不是對方想做什麼事,而是他們想成為什麼,想要成為什麼反映出獨特的自我覺知,這個問題看起來如此無害,且相當支持對方的能動性,更將一個人的工作與自我聯繫在一起透過做什麼就會成為什麼。
這不過是眾多例子中的其中一個,顯示出自我認同與對有償勞動的付出,在文化上的相互關聯有多麼深刻,

p.309

後記

本書為職涯有志之士與職場工作者針對在有償工作中追求自我實 現代表的意義,提出了重要的問題。前幾章實際調查所得出的模 式,顯示出存在著這些問題,但無法透過這些模式獲得解答,這些研 究結果也沒有為職涯決策明確指出一個能夠替代熱情原則的價值 理念。我在這裡為個別職涯決策者(以及支持他們的家人、指導 者、組織與機構)提供了幾項考慮因素,以鼓勵他們在做決策時,有 更多的反思、更具統整性的整體考量。
正考慮著將來的職涯抱負者,或正考慮著職涯發展下一步的工作者 應當借鑑些什麼?也許我能提供最重要的訊息即是,職涯有志之士 與工作者,無論對工作抱有熱忱與否,都應當考量追求熱情這個方 式對他們而言是否適用。如果採取了這項作法,需要做出哪些妥協 與讓步?有償工作是主要實現自我的最佳場域,或者有償工作應該 作為支持其他意義建構的計畫?例如,如何透過減少工作時數或強 度來對付有償工作的潛在乏味、自我疏離以及對工作投入與過度 工作的期望,而非義無反顧投入有熱忱的職涯?

p.312

做職涯決策時,不再以熱忱為主要考量,並不容易,尤其是對於我們 這些生活在充滿熱忱原則環境的人,或是已經決定致力於自我表現 與有成就感的工作的人而言,托爾斯泰(Tolstoy)問道:「我們應該 做什麼,我們應如何過活?」「追求熱情是一種在文化上已獲得認可 的回答,對於許多受過大學教育的職涯抱負者與工作者來說,他們 則是以透過在有償工作裡尋求意義來回答這道問題,即使犧牲了 時間、精力與其他可能有意義的嗜好,作為一種普遍用於職涯決策 的文化基模,熱情原則該是建議我們如何生活、應該優先考慮何種 考量因素,而非告訴我們為何應該優先考量這些因素。身處於日益 個體化的世界,我們只能自己找出這個答案。
讓我們回到這道問題,「你長大之後想做什麼?」
如果我們的回答不以職業為主呢?如果是一個形容詞?我想要當個 善良的人,敢冒險。不遜。異於常人,很真實,有影響力的,如果我們 著重在集體行動呢?我想當一名社區營造者。一名盡責的朋友。 一名環保人士。一個人在職場裡工作可能會促進這些身分認同, 或者只是賺得能夠維持生計的錢。但關鍵是,一個人想要成為什 麼樣的人,這答案可以,也應該遠遠超出有償職場參與的範圍。

書籍

• 《接單人生：兼差、斜槓、自由工作，零工世代的職場樣貌與實況記錄》
• 作者： 亞莉珊卓‧拉弗奈爾
• 原文作者： Alexandrea J. Ravenelle
• 譯者： 戴榕儀
• 出版社：PCuSER電腦人文化

書摘

P.269

工作、壞工作或沒工作?

在《工作為何還是這麼多?職場自動化的歷史與未來》 (Why Are There Still So Many Jobs? The History and Future of Workplace Automation)一書中,大衛·奧圖(David Autor)指出 ATM的流行並未使銀行櫃員減少,負責進階的推銷工作,反 而使他們比較可以向顧客介紹各式各樣的新產品。同樣只不過是透過地,零工經濟也讓工作者變得猶如銷售員一般,數位平台推銷、販賣自己的勞動力。販售個人勞力是「自我所有樓」(personalownership)的延伸,根據雅各·海克(Jacob Hacker)在《風險大轉移》Great Risk Shift)一書中對此概念的討論,這其實就是把經濟風險,從企業和政府方轉移到美國勞工身上的表徵。

p.271

在《好工作、壞工作;不穩定的兩極化聘雇機制是如何 在美國興起》(Good Jobs, Bad Jobs: The Rise of Polarized and Precarious Employment Systems in the United States)一書中,卡爾柏格表示,在過去數十年來,包括好壞職缺越來越兩極化,而且整體而言,工作的安全性下不穩定性則上升。許多優良職位被裁撤後,是以品質差且薪水低的職務來取代,且提升職場自由度的規範也遲遲未能實際執行。此外,卡爾柏格也點出人力與社會資本的關鍵性,「工作品質的改變也顯示技能在勞動市場越來越重要,擁有技能才能成功。在雇傭關係市場化的大環境之下,勞工要具備人力與社會資本,才比較能善用這股潮流帶來的機會。的確,即使教育程度高且能力強,工作穩定性仍可能會因雇主而異,但就整體勞動市場而言,易推銷的技能可提升就業穩定度,基本上也會帶來較高的薪資,讓他們較能主導工作,獲得內在報酬,並爭取到品質較佳的職位。」

p.275-276

雖然某些案子確實是有溢價優勢,但多數工作都是一次性任務,並不足以構成穩定的雇用模式,讓工作者賺取五位數的高額收入。此外,即使接到一兩件酬勞很多的任務,也不足以抵銷病假、有薪事假、失業或健康保險等福利,因為這些通常會佔薪資的兩到三成。
因此,零工經濟也引發了有關社會不平等與階層化的議題。
共享平台雖號稱可以讓大眾創業,但實際成功的仍是有資本能投入的人。在《與機器賽跑》(Race against the Machine)一書中,布林優夫森和麥克費指出,迅捷的科技變遷快速摧毀了許多工作,比新工作釋出的速度還要快,造成生產力上升,但就業率卻下降的「大脫鉤」,在強勁成長的生產力這方面,同是經濟學家的奧圖並不認同兩人的說法,但同意科技變遷確實有好有壞。銀行櫃員晉升至技能要求高的業務職位,顯示出中產階級「兩極化」與「空洞化」的現象。在這樣的情況下,數量增加的。就只有低階的服務性工作,以及著重創意和問題解決技巧的高薪職位而已。
在傳統的勞動市場模型中,勞工是在職涯中持續把具稀少性的勞動力實給雇主,但這樣的模式已逐漸被侵蝕。對此,奧圖解釋道:「不是說市場上沒有錢,只是錢容易累積到有資本、有創意的人手中,而且資本的分配又比勞力來得不平等。每個人生下來都擁有相同的勞動力,但握有的資本卻不同。」在零工經濟當中,社會與金融資本最多的人,就是最有可能成功的人。

p.284-285

「不要管簾後的那個人」

為什麼會有這麼多公司彷彿把工作者當成可拋棄式齒輪,遵守規則的企業卻這麼少呢?為什麼大眾對相關議題的討論,會被不守規矩的平台和這些服務的擁護者支配呢?如同先前所述,其中一個原因在於這些平台和共享經濟綁架了語言,畢竟只要冠上「共享」的名號,就能掩蔽許多醜惡,同樣地,把平台稱為「科技公司」後,也可以輕鬆撇除社會勞動契約,因為科技這個領域就是會讓人覺得不可能搞懂,太過複雜又不太合理,按鈕一大堆而且不直覺。再說,反正之後一定會再改,所以何必白費力氣去理解?就好像老舊的VCR錄影機上一直閃著12:00一樣,最後大家乾脆放著不管;也猶如綠野仙蹤裡的奧茲大帝叫桃樂絲「不要管簾後的那個人」,藉此引開她的注意力似的。以科技之名,轉移大眾關注的焦點。
「在我看來,科技社群犯了一個錯,錯以為只要冠上科技之名,就可以發展成獨角獸企業,以為在居家清潔這種實體服務中加入科技元素後,就能開創出價值數十億美元的事業。」MyClean的CEO夏夫說,「但這不是社群媒體,也不是軟體,而是服務平台,並不只是科技公司而已。事實上,科技只是企業中的次要元素罷了。這種服務是真實世界的業務,涉及到人力,所以擴張速度不可能像真正的科技公司那麼快,因為企業的成長是來自真人,而非軟體。」

p.306

在「共享經濟」一詞剛出現在大眾眼前時,這種經濟模型看似帶來了進步,讓勞工可以參與共同消費,與社區共用駕駛型割草機
等昂貴資產,終結錢賺來就馬上花掉的循環,也不必再一味消費,被迫與鄰居比較物質生活和社經地位,減少花費後,勞工在財務
方面的需求會隨之下降,也會因此有比較多的空閒時間能與親朋好友相處,並反轉「獨自打保齡球」的趨勢。在人人合作的理想
新世界中,共享會取代消費,並進一步消除當今一切都「麥當勞化」的現象。從這樣的角度來看,共享經濟似乎是進步,是當前
困境的出口,也是勞工過度依賴企業、喪失職場自主性等問題的解方。

但事實上,共享經濟帶來的是破壞,而非進步。它非但沒能幫助勞工走出困境,還使他們在職場上比以往更脆弱,經濟方面也越來越欠缺保障。零工一份又一份地到處去接不同工作,表面上是人,但其實仍受制於平台任意轉型及停用帳戶的決策。共享企業的網站宣稱能為零工賦權並帶來創業能力,可是其實仍以複雜的演算法來決定在搜尋結果中的曝光率及任務分派方式,並在「信任」的偽裝之下,逼迫工作者接受身家調查及線上評分。零工明明是替不認識的客戶做事,欠缺法律規範的職場保障,處境充滿風險,卻還是時時刻刻被監督,猶如身處在以評價制約勞工的線上圓形監獄。

書籍

• 《第二座山：當世俗成就不再滿足你，你要如何為生命找到意義？ 》
• 作者： 大衛．布魯克斯
• 原文作者： David Brooks
• 譯者： 廖建容
• 出版社：天下文化

書摘

P.40

幸福通常是個人的事:我們會問「你幸福嗎?」來衡量幸福感。
喜樂往往是關於自我超越。
幸福是你追求的目標;喜樂像是一陣風出其不意的捲起,然後將你包圍。
幸福來自成就;喜樂來自俄贈禮物。
幸福會消退;經過一段時日,我們就會對曾經令我們感到幸福的事物習以為常。喜樂不會消退。
喜樂的生活就是活在驚奇、感恩和希望之中。來到第二座山的人已經獲得轉化。
他們做出堅定的承諾,源源不絕的愛在他們心中形成一股穩健的力量。

p.56-57

許多年輕人畢業後,發現自己進入地獄一般的世界。周遭充滿不確定性,他們想知道的是,自己這輩子到底該做些什麼。於是我們又給了他們一堆漂亮話:自由!人生的意義就是自由自在的生活、自由帶來幸福!我們不會要求你們什麼,或是告訴你們該做什麼,你們可以盡情探索不受束縛的自己,好好享受你們的自由吧!
那些畢業生紛紛把這些漂亮話拋下,因為他們快被無窮無盡的自由滅頂了。他們需要的是方向的指引。自由有什麼用?哪條路才是我該走的路?
因此我們又給他們另一堆漂亮話—————可能性你的未來不可限量!你可以做任何你想做的事!旅程就是目的地上勇於冒險!放膽去試!夢想無界!
但這些話同樣對他們一點幫助也沒有,如果你不知道人生目標是什麼,知道未來不可限量又如何?只是徒增壓力而已,所以這些年輕人拋下那些漂亮話。他們在尋找智慧的根源。我要去哪裡才能找到人生問題的答案?
結果我們端出了忠於真我的漂亮話:向你的內心尋找答案找到 你真正的熱情。你很棒喚解心中的巨人吧!按照你自己的方式去生活!做你自己!
這些忠告也毫無用處,我們告訴他們要追尋的「你」,根本還沒有形成。於是他們放下那些漂亮話並問,我該把自己奉獻給什麼?什麼樣的理念會帶給我啟發,以及人生的意義與方向?這時,我們送給他們的是一堆最最空虛的漂亮話———————自主權,我們對他們說,你們要靠自己,你的價值由你自己定義。沒有人能替你決定什麼是對、什麼是錯,透過你為自己打造的故事,你可以用自己的方式找到爽我,做你熱愛的事吧!
你會發現,對於年輕人在二十多歲時會遇到的人生問題,我們給他們的答案只是讓他們更加煎熬而已,這群畢業生無所適從,而我們告訴他們,世上的一切都不確定,他們想知道自己為何應該做這個,而不是那個,而我們只說,根據你內心的準則,自己找出答案吧。他們在一望無際的沙漠四處找路,我們不但不給他們指南針,還在他們的頭上倒一桶沙。

p.79

意義危機
儘管我們對人類的大腦已經有更多了解,但現代人的心理健康問題(包括憂鬱症)卻不降反升,這現象非常令人訝異,而且情況似乎正在快速惡化中。在二○一二年,百分之五點九的年輕人受重度憂鬱症所苦,到了二〇一五年,數值爬到了百分之八點二。
一部分原因在於智慧型手機出現,另一個原因是有太多人不知道自己為什麼而活著。當你把共同的道德秩序拿掉,並告訴所有人生命的奧秘要靠自己去定義,大多數的人會一臉茫然。遇到困難時,他們無法用一個有說服力的故事來解釋人生的意義。戴蒙(William Damon)在寫《邁向目的之路》時曾做過一項研究,發現只有百分之二十的年輕人擁有明確的人生目標。
老一輩的人倚賴崇高的理念和體制,獲得人生的目標和意義,但是許多現代人已經不再相信理念和體制了,他們不再相信信念這個東西。自一九六○年代初期以來,上教堂的人數幾乎腰新。現代人也不再相信國家。根據蓋洛普的調查,在二○○三年,百分之七十的美國人表示,他們對於身為美國人感到「極為自豪」。到了二○一六年,只有百分之五十二的美國人如此表示,然而只有百分之三十四的千禧世代認同這個說法,這是川普當選之前的情況。這些數字透露出,民眾確實覺得他們是某個更大的故事的一部分,他們可以相信那個故事,並願意為那個故事奉獻自己的人生。

p.81-82

受苦
不論是個體或社會跌落谷底,還是兩者同時跌落谷底,許多人會因此受苦,你開始經歷一段痛苦的時期、一段迷失自我的時期,你可能會萬念俱灰,失去前進的動力,但它也可能是你人生中最珍貴的季節。
英國詩人濟慈說,我們住在有許多房間的大樓裡,當我們在第一座山時,我們就住在濟慈所「無思慮的房間」(thoughtless chamber)。這是預設的住所:我們不假思索的吸收周遭的價值觀與生活方式,
我們希望能一直待在這裡,因為這裡很舒服,而且每個人都會讚許你。奧登(W. H. Auden)在《焦慮的年代》(The Age of Anxiety)中寫道:
我們寧可被毀滅,也不願改變
我們寧可在恐懼中死去也不願爬上此刻的十字架
讓我們的幻想逝去
受苦時期會狠狠踢我們一腳。它向我們發出刺耳的號角聲,讓我們從安逸中驚醒,並警告我們,我們正朝著錯誤的人生方向前進。

p.85

05|曠野|
人對受苦季節的一般反應是努力走出來,解決症狀,喝幾杯酒,放幾張悲傷歌曲的唱片。然後繼續向前走。
其實,你受苦時,正確的做法是直挺挺的迎接苦難。等待。看看它要教你些什麼。你要明白,受苦只是個任務,若處理得當,再加上別人的幫助,它會擴大你的人生,而不是縮減你的人生。
谷底是脫胎換骨的時機,把舊的自己拋棄,讓新的自己誕生。你沒有捷徑可走。只有詩人自古以來描述的永恆不變的三個步驟:
從受苦、到智慧、到服務。
舊的自我死去,在空虚中洗滌,在新世界復甦,從山谷的痛苦,到沙漠的淨化,再到山頂的洞察。
你要如何展開這個三階段的旅程?所幸,前人已經思考這個問題長達數千年,並且留下一些模式給我們。

p.87-88

獨自一人在曠野裡會改變你對時間的感覺。
正常的生活是以正常的時間處進行—通勤、洗碗的時間感,但職野會將時間變永恆;一切幾乎不會變動。
曠野裡的生活步調,是按照希臘人所謂的「主觀的時間」(kairos time)進行,它的流逝或許比較慢,但永遠能帶來更豐富的內涵。
同步時間是一刻接著一刻發生,但主觀的時間是質性的,適時或是尚未成熟、豐富或是無聊、振奮或是平淡—精采的時刻或是虛度的時刻,當你在曠野待上數週之後,你會開始以主觀的時間感來生活。
在礦野中與自己親密對話的靈魂,過的也是主觀的時間——緩慢且寧靜,卻濃密且扎實,就像紅木的成長。
曠野生活的精實感使你能夠更親近自己,有時候會讓痛苦浮現,包括過去的失敗與悲傷形成的辛辣記憶,還有父母和祖父母造成的傷口,還有你為了反抗那些傷口做出的不良行徑:忍不住要發飆,或是極度害怕被拋棄,或是一遇到壓力就沉默和退縮的習性。
「你的痛苦很深沉,且不會輕易離去。」盧雲還說。「但那些痛苦也是你獨有的,因為它與你最早的人生經驗有關。你的使命是把那些痛苦帶回家。只要成年的你一直否認那些傷痛存在,你的痛苦就會不斷傷害你,還有你周遭的人。」俗諺說,沒有經過轉化的苦痛,會傳遞給他人。

p.97

靈魂有個奇異的特性,它雖然擁有強大的力量與韌性,但同時喜歡隱匿蹤跡,你可以生活多年而沒有真正覺察到它的渴求,你享受著人生的樂趣,拓展事業,年復一年過著無憂無慮的日子,而你的靈魂在遠處觀望。
但終究有一天,它會找上門來。它就像是藏匿在深山樹林中的花豹,有很長一段時間,你或許會忘了它的存在。你忙著處理生活中的日常活動,而花豹在遠遠的山上,但你時不時會從眼角警見那隻在遠處的花豹,躍過樹叢,緊緊跟隨著你。
偶爾,在你得閒的某些時刻,你會隱約或明確的覺察它的存在,那種感覺可能會令你非常痛苦,在某個失眠的夜裡,當你的思緒像詩人描繪的「像是裝滿了刀子的抽屜」,你的靈魂感到煩憂,使你睡不著覺。
那隻花豹也可能在你與親朋好友歡聚的時刻來訪———在某個完美的夏日週末,你坐在野餐桌的這頭看著孩子的笑顏,心頭湧現無限感恩。在那些時刻,你覺得你必須做些什麼,才有資格享如此這般的幸福,而你的靈魂承載了盈滿的喜樂。
然後,人生中會出現這樣的時刻,或許在你接近中年或老年的時候,那隻花豹從山丘上跑下來,坐在你的門框裡,牠盯著你看,你無處可逃。牠要求你提出你的正當性。你行了哪些善?你為何來到人世間?你把自己變成了哪一種人?在那一刻,你無法用藉口搪塞過去。每個人都得摘下面具。

p.98

幸運的墜落
當你在谷底,若你夠幸運,你會學會將自己視為一個完整的人。你會明白,你擁有的不只是想讓世界刮目相看的腦袋和天賦,還有心與靈,而且心與靈才是你最重要的部分,現在,你為自己的餘生所做的每件事,都可能只是在證明這個事實,
當你問人,是什麼體驗使他們變成現在的模樣,他們絕對不會說:「我其實是個膚淺而且自私的混蛋,直到我在夏威夷度過了一個神奇的假期,才變了一個人。」大家通常談到的是自己受苦、掙扎的時刻,記者蒙格瑞奇(MalcolmMuggeridge)說得很直白,或許有點太直白了:「說實話,我這七十五年來學到的每一件事,能夠真正彰顯與啟發我活在世上的意義的每一件事,都是從痛苦中學到的,而不是從幸福學來的,不論是出於主動或是被動。」
轉化之所以會發生在谷底,是因為一直以來相當有用且令人愉快的某個東西必須先死去,那個東西就是自我意識,我們在第一座山上為自己建構的那個令人稱羨且理性的生存之道。世人發展出這個自我意識,是為了完成自己在第一座山的任務:在這個世界出人頭地、找到一份工作、留下印記、建立身分認同,但我們的內在有個更深層的自己,如果自我意識不消失,我們就看不見那個部分的自己。

p.103

個人主義表示,追求個人的幸福吧,但在第二座山的人說,不,我要追求的是意義和遵循道他的喜樂,個人主義表示,頌揚獨立吧,但第二座山的英雄說,我要頌揚的是相互依存,我要把握每一個機會,去依賴我關心的人、並讓我關心的人依賴我。個人主義讚揚自主權:第二座山讚揚人際關係。個人主義使用積極主動的語言———————說教、取得掌控權,它絕不使用被動的語言,但第二座山的叛逆尋求的是傾聽與回應,以親密對話的語言展開溝通。
個人主義在被事業選擇和世俗成就主宰的務實世界如魚得水。第二座山的道德觀說,不對,這是個令人目眩神迷的世界,這裡有無數道德和情感的戲碼上演。個人主義的主張和假設是自利(self-interest)。第二座山的道德觀說,聚焦於私人利益的世界觀,無法涵蓋人類生命的所有面问:我們可以出於愛,做出自利的人無法理解的崇高行為,我們也有能力做出自利無法解釋的殘忍行為,個人主義說,人活著就是為了不斷的買東西和賣東西。但你說,不對,人活著是為了付出,人性最良善的一面就是餽贈禮物。
個人主義者說,你必須先愛自己,才有能力愛別人。但第二座山的道德觀說,你必須先被愛,才能懂得愛,你必須看見自己主動去愛別人,你才會知道自己值得被爱。第一座山的人做出個人的選擇,並對所有的選項保持開放的態度,第二座山是做出允諾的地方,這裡的人要做出承諾、定下來,以及奉獻自己,還要放下自我,並做出承諾,就像《聖經》裡媳婦路得對要婆拿俄米的承諾:「你往哪裡去,我也往那裡去,你在哪裡過夜,我也在那裡過夜,你的國就是我的國,你的神就是我的神。你在哪裡死,我也在那裡死,也葬在那裡。」

p.120

道德動機
這是你會在第二座山上的人身上發現的事:
動機的轉變,他們的欲望轉化了。
如果你想稍微做個歸納,你可以說,人的欲望大致分為六個層次:

1. 物質滿足:享受美食、好車、豪宅、
2. 自我滿足:功成名就,贏得勝利和認可。
3. 智性滿足:學習新事物,了解自己周遭的世界。
4. 世代傳承性(generativity):我們透過回報他人的恩惠和服務社群,所得到的滿足感。
5. 圓滿的愛:付出和得到愛。靈魂結合的狂喜。
6. 超越:知道自己遵循理想而活所帶給我們的感受。

p.139

有些人從來不曾統合自己;他們過著零落散漫的生活。有些人統合了自己,但做得還不夠,於是他們的人生朝著較低層次的欲望發展,買樂孫達到了很高層次的統合。當外在的生命處境變得愈來愈悲慘,她的內在狀態就變得愈加寧靜。
買樂係並不是透過不斷自我挖掘的內在過程來統合自己,而是透過徹底奉獻自我的外在過程而達到的,謝爾登(WilliamH.Sheldon)士寫道:「幸福本質上是一種全心全意、單一方向、毫無保留或遺憾的向某個目標前進的狀態。」
在實務上,我們透過做出承諾來獲得幸福————對於我們真正關心的事物做出最大的承諾,然後全心全意的實現這些承諾,第二座山人生的核心挑戰在於回答這些問題:我該如何選擇我的承諾?我如何決定什麼才是對的承諾?承諾選定後,我要如何實現那些承諾?我要如何融合我的各個承諾,使它們形成一個聚焦、一致且喜樂的人生?
本書的下一個部分將會解答這類疑問,它的宗旨是成為實用(但兼顯靈性!)的指導手冊,幫助你展開做出承諾的人生、為志業服務的人生,以及如何面對婚姻、信念與社群,第二座山的人生是一場靈性冒險,但它透過日復一日的實踐來實現。

p.147

志業的樣貌

大家都知道,尋找志業和尋找職業大不相同。當你處於求職心態,你的額葉皮質會主導一切,你列出自己的才能。你擅長什麼?哪些能力在就業市場是有價值的?然後你接受好的教育,投資於自己的能力。你不斷磨練專業技能,然後調查就業市場,看看有哪些機會。你設法為你所投資的時間和精力找到最高的回報。你有策略的訂出對的軌道,朝著功成名就的目標一路向上爬。最後你得到了成功的回報:尊敬、自信,以及安全無虞的財務保障。
若你處於追求志業的心態,你不會活在意識的自我層面,選擇高薪或是讓生活舒適便利的工作。你會來到生命的基底。有些活動或不公義的事召喚著你最深的本性,要求你積極做出回應。榮格把志業稱作「讓一個人脫離族群以及既有道路的不理性因素……找到志業的人聽見了內在的聲音:他受到了召喚。」

p.244

在嬰孩時期體驗過焦慮型依附模式的人,在戀愛關係中比較難以放鬆。他們腦海中的模式告訴他們,他們所愛的人即將離去,他們的心跳和呼吸會加速。年幼時經歷逃避型依附關係的人(他們向照顧者送出信號,但沒有得到任何回應),他們會先把自己封閉起來,他們經歷過的模式告訴他們,只要我不靠近對方,那麼對方沒有反應也傷不了我。
根據一項長期的權威性研究,百分之九十的安全型依附者會結婚,其中百分之二十一會離婚,逃避型依附者有百分之七十會結婚,其中百分之五十會離婚。至於焦慮型依附者的離婚率就更高了。
或許你以為,大家應該都想和安全型依附者結婚,但事實並非如此同的人結婚,安全型找安全型,逃避型找逃避型,焦慮型找焦慮型。年幼時期形成的依附模式不代表命運:人是可以改變的,但如果你在另一半身上看見逃避型或焦慮型依附模式的跡象,最好開始留意一下你自己的依附模式。

p.272

學生被教導如何進行批判性思考、質疑、保持客觀,以及分析事情,但幾乎沒有人教他們如何與事物產生連結、如何欣賞別人、宣誓效忠、仿效與服務,大學裡充斥著資訊,但意義匱乏,就和這個社會一樣。
幸運的是,我上的大學是一腳跨足研究理想、一腳仍深植人文主義理想的芝加哥大學。在那個年代,學生至少要花兩年時間研讀「偉大經典」,而且通常不只兩年。我們的教授不只教書本裡的知識,還體現他們所教的東西,有些年長的二戰德國難民當時還在學校教書,他們以宗教般的熱忱堅信,進入天國的神奇鑰匙就藏在書本裡。只要認真閱讀,深入思考,就能解開生命的秘密以及擁有美好的人生。

p.275

懂得怎麼看事情不是一種天生的能力,而是謙卑的展現。它代表把你的自我(你的需求和願望)拋開,如此一來,你才能看見事情的真實面貌,而不只是自身利益的投射。你要從能夠清楚看見真相的人身上學習看事情的能力:達文西、喬治·艾略特、歐威爾、珍·雅各、鮑德溫(James Baldwin)、托爾斯泰。
藝評家位所金(John Ruskin)曾寫道:「人類的靈魂在這個世界上做過最偉大的事,就是如實看見某個事物,然後用淺顯的方式,把它看見的東西表達出來,數百個能談論事情的人當中,只有一個人有思考能力,但在數千個有思考能力的人當中,只有一個人懂得怎麼看事情。」

p.286

心理分析師弗蘭克在納粹集中營體驗到的人生,是對個人尊嚴的持續攻擊。他發現他無法控制自己的人生,但是對於加諸在他身上的事情,他可以控制自己的反應。他可以發揮「內在支持力」,也就是以有尊嚴的方式忍受折磨。人生不只是具體的掙扎,而且是靈性的掙扎,為了保護自己的人性不受剝奪人性的環境摧殘的掙扎。「現實中有機會,也有挑戰。」他寫道。

你可以戰勝那些經驗,將人生轉變為內在勝利,或是忽視那些挑戰,渾渾噩歷過日子。一個人接受命運以及隨之而來的苦難的方式,他承擔自己的十字架的方式他承擔自己的十字架的方式,給他很多機會(即使在最艱難的情況下,為生命增添更深的意義。

弗蘭克發現,身體會根據它吸收的養分而成長,靈魂則是由於它付出的愛而成長。

p.293

「當我能回答『我屬於哪個故事?』這個問題後,」麥金泰爾寫道,「我才能夠回答“我該怎麼辦?」這個問題。」
若沒有更全面廣闊的故事涵蓋一切,生命就會變得毫無意義。但生命並不是毫無意義。那些故事以單純但無限複雜的方式,提供了一個活生生的腳本。
它們為我們提供意義的範疇,做為我們生活的舞台,不只是個人的生活,還包括所有人的共同生活。這些故事敘述了一的偉大的道德劇碼,不只是個人的劇碼,而且是所有人共同的劇碼。我們還置身於這齣劇中,正如克羅所說的,一齣已創造而且持續被創造的劇碼。

p.322

「有信仰的人對歷史和自然的態度有個最大的特點,那就是驚奇或極度的驚嘆。」
赫舍爾拉(God in Search of Man)寫道。
「有個態度會背離靈性:將一切視為理所當然。」
所有的時刻都有神聖的火花,每個人身上都有無限大的宇宙。

p.337-338

對信仰的現實主義者而言,他們需要經過一番掙扎才能真正忠於信仰,對這些人來說,信仰來自意識的擴大,但那種意識無法持久存在,你開始覺知存在的另一個向度,感覺像是回到家一樣,但一旦體驗過後,它就消失了。正如詩人威爾伯(Richard Wilbur)所描述的:

喜樂的惡作劇是為

乾燥的雙唇提供清涼又止渴的東西。

然後讓它感到驚訝以及

沒有任何東西可以滿足的渴望。

信仰比較像是窺見深度的另一個向度並渴求得到它,而不是一直活在那個深度的另一個向度裡。屬於這個陣營的人,不會把信仰描述成堅定不變的理解,而是一種渴望,或是一種預感。信仰不是「認識神的所有奇特之處,而是朝著你半數時間沒有感覺到的某個東西不斷前進。

p.352

奥古斯丁寫道:「謙卑之處必有雄偉;懦弱之處必有力量:死亡之處必有生命。若你想要得到後者,就不要棄前者。」
T·S·艾略特領悟到,有信仰的人生的理想境界:「全然單純的狀態(但必須付出一切做為代價)。」

p.378-379

蕭特斯(Trabian Shorters)說,社群故事包含了四個部分。蕭特斯在邁阿密創立了一個非裔美國男性協會、名為「做我自己」(BMe)。這四個部分是架構(定義故事的脈絡)、敘述(我們來自何方,將往何處去)、身分(我們是誰),以及行為(定義「我們」的行為)。社群故事幾乎都會橫跨多個世代,先從起源地說起,然後再描繪它發展的過程。
伯克主張,不會回顧先人歷史的人,無法展望未來與規劃未來。當我們回顧過去,看見先人的勇氣和奮鬥,就會開始認為自己虧欠先人一些東西,認為自己有義務將先人的故事傳承下去。「傳承的概念涵蓋了對話確定性原則和傳遞確定性原則」伯克寫道,「他們承接,我們延續,我們珍惜這份餽贈,享受這份餽贈,並為他人加以改進。透過尊重先人,我們學會尊重自己。」

p.385

可能性的對話是描繪成功的傳記故事。
假如一個人的人生開始翻轉,他的個人傳記會是什麼樣子?
這樣的對話首先提出的,不會是與個人無關的問題:我們要如何解決遊民問題?而是與個人有關的問題:
我們該如何協助瑪麗展開穩定、安全且有保障的生活?
當你從傳記的角度想像成功的模樣(某個人踏上了新的人生軌道),你會非常具體的看見,哪些因素可以促成更美好的未來,你會知道需要建立所有不同的人際關係,你會知道如何考慮社交和情緒層面,即使你討論的議題顯然只涉及物質層面,像是為遊民找到住所。

p.391-392

在第一座山,重點在於無拘無束的自我、個人成就、創造一個每個人可以自由做自己的社會。這是一個流動的社會,在短期內也是個有生產力的社會,但它同時是關係淡薄的社會。在這樣的社會裡,人與人之間、人和他們所屬團體的關係並不深。在第二座山的社會,是個關係緊密的社會,在這樣的社會裡,組織和社群會產生影響力,因此我經常思考,是什麼因素導致一個組織內的關係變得緊密或淡薄。
關係緊密的社群擁有鮮明的文化:芝加哥大學、莫爾豪斯學院、美國海軍陸戰隊都是這樣的社群,關係緊密的團體其宗旨並不是提供工具性的服務。像是給學生一個學位,或只是幫他們找到謀生的工作。關係緊密的團體希望幫助一個人徹底改變他的身分認同,讓一個人將整個自己投入其中:頭腦、雙手、心與靈。

p.393

關係緊密的團體有共同的道德理念。他們不將成員視為可剝削的資源,而是一同承擔神聖使命的同伴。
關係緊密的團體會讓你砍掉重練。
他們用看似過時的悠久歷史和神聖習俗包圍你。
他們要求你把集體的身分認同放在自己的身分認同之上。
他們指出一個遙遠的理想,而這個理想無法在此生實現。
雕塑家摩爾(Henry Moore)會說:「生命的秘密是找到一個任務,某個你可以奉獻一生的目標、你願意為它傾盡全力的目標、你願意為它付出此生的每一分、每一秒的目標。最重要的是,它必須是你永遠不可能達成的目標。」

p.394

我在本書談了許多兩座山的事。我會說過,這種比喻只是為了對比兩種不同的道德觀。第一座山是個人主義者的世界觀,把自我的欲望看得最重要。第二座山是關係主義者的世界觀,承諾和心與靈的渴望看得最重要。我的核心主張是,個人主義世界觀已經被我們用過頭了。我們把自己視為獨立自主的個體,並因此將社會撕裂,使分裂和部落主義愈演愈烈,崇拜個人地位和自給自足,結果埋葬了人的心靈中最美的東西。
在本書的結論,我想把我論點中不同的思路整合起來。但我不想引述別人的話或故事,而是以宣言的形式呈現,以驅使我寫這本書的率直、熱情和信念為出發點。
這個世界正處於過渡時刻,個人主義道德生態已經崩壞,使人感到無所依靠與孤獨。許多人的直覺反應是訴諸演化本能:回歸部落。假如整個社會用「回歸部落」來因應過度的「我可以自由做自己」趨勢,那麼二十一世紀將會成為衝突與暴力橫行的時代,並且使二十世紀的動盪顯得相當小兒科。
我們可以用其他方式找到歸屬感,以及找到人生的意義和目的。健全的社會可以有另一種樣貌。那個解方就是關係主義。往我們內心的深處走,找到源源不絕的關懷能力,然後向他人做出承諾,將這份關懷散播出去。在這份宣言裡,我試著證明當下「盛行的過動個人主義是行不通的,並試著證明關係主義是更好的生活方式。

書籍

• 《逆思維：華頓商學院最具影響力的教授，突破人生盲點的全局思考》
• 作者： 亞當．格蘭特
• 原文作者： Adam Grant
• 譯者： 簡秀如
• 出版社：平安文化

書摘

P.

在績效文化裡，強調結果經常逐漸破壞心理安全感。當我們看見有人為了失敗及錯誤而受罰，我們會擔心要如何證明自己的能力，以及保護自己的事業。我們學習如何畫地自限，保持緘默而非提出問題。有時這是由於「權力距離」：我們害怕挑戰頂頭上司，聽從權威的壓力真實存在，那些膽敢背離常軌的人會有遭遇強烈反對的風險，在績效文化裡，我們也在專家面前自我審查；他們四屋知道所有的答案，尤其是當我們對自己的專業缺乏信心時。

很謝謝各位的支持，
讓這趟連續30天的教學旅程能告一段落。
在參考官方文件整理內容的過程中，
讓我學習到，開發Action的前置步驟原來遠比自己實作的流程複雜許多。
希望在這幾天的文章後，你也可以學到開發Action的標準流程並加以實踐!

最後，你可以參考Google官方在Google I/O的教學!

到這裡，你已經建立一個具備完整對話體驗的Action
也已經藉由GCP建構符合使用情境的架構了
接下來，你可以嘗試精進你的Action

在正式上線後，你可能會發現當初所設計的對話流/對白不符實際使用情形。
在這個情形下你可以透過以下的方式進行修正：

修正對話流：需要額外提交新版本進行審查

這項操作需要在DialogFlow上進行,
依據你所修正的對話流來更正Intent。
更正完成後，
你需要前往Actions On Google Console提交新的版本來更新Actions上的對話流

修正對白

根據欲修正之對白的所在位置，我們需要進行不同的操作

• 在DialogFlow上進行：你需要前往Actions On Google Console提交新的版本
• 在DialogFlow Fullfiment上進行：直接更新部屬即可，現有的Action之應對內容會直接被更正

新增支援語系

現在，你有個支援中文語系的Action了!
當你的對話流設計能充分應對你的受眾後，你可以試著擴展Action的適用範圍!
來自不同地區的使用者不僅可以擴展你的Action的曝光度，也能得修正更細微的對話流問題!

範例：數字精靈

• 中文
• 廣東話(香港)
• 英文
• 日文
• 韓文
• 泰文
• 德文

參考資料

• Languages and locales | Actions console | Google Developers
• Release localized Actions | Actions console | Google Developers

最後…

在鐵人賽的最後一天，將會分享自己在向各位介紹對話流設計流程中得到的收穫，
以及我如何運用這些技巧改進現有的Action。

基於昨日文章的說明，
我們已經建立了一個資料庫協助我們暫存資料資料
但缺乏驅動負責拉取與上傳資料的Function之機制，
在本日的文章，會簡單講述你可以如何借助GCP的服務來完成這個需求

架構圖

Cloud Pub/Sub

這是一項Google的資訊傳遞服務，
我們可以透過它，向負責抓取資料並上傳資料到資料庫的Cloud Function傳遞資訊並為我們工作!

運作方式

1. Publisher 首先在 Cloud Pub/Sub 建立傳訊息用的 Topic，然後開始向該 Topic 傳送訊息
2. 當訊息被接收前或尚未收到 Acknowledge(Ack) 時，會被保存起來並等待在次傳送出去
3. Subscriber 向服務註冊訂閱(Subscription)後，所有發送到 Topic 的訊息會轉發給該 Topic 下的所有 Subscriber
4. Subscriber 收到訊息後會回傳 Ack 訊息給 Cloud Pub/Sub，以確認訊息已經收到
5. 當 Ack 被 Cloud Pub/Sub 收到後，將該訊息自 Message Storage 刪除

Cloud Scheduler

這是一項Google推出的全代管的企業級 Cron 工作排程器。
我們可以透過它替我們的Function執行進行排程，
藉由這項操作，Function將會在我們指定的時間點被喚醒並執行我們事先撰寫好的程式碼!

Cloud Pub/Sub 與 Cloud Scheduler 如何被運用在我們的專案中?

從最上方的架構圖中，我們可以略知一二。
為了達成自動定時觸發Function的效果，我們需要：

1. 在Pub/Sub建立一個主題
2. 在目標的Cloud Function訂閱甫建立的主題(Topic)
3. 藉由Cloud Scheduler定時向Pub/Sub觸發這個主題(Topic)
4. Function接收到Pub/Sub傳遞過來的訊息，開始執行事先撰寫好的程式碼

詳細教學可以參閱下方的官方文件：

• Using Pub/Sub to trigger a Cloud Function

例如

使用來自環保署提供之OPEN API獲取空氣品質資訊，
並篩選所需資料備份到Firebase RealTime Database
以索引空氣品質資訊為主要功能的Action

• 空汙查詢精靈|Google 助理

下一步…

現在，Cloud Function會依據你設定的時間進行資料拉取及上傳至資料庫的動作了
到這裡，GCP的架構設計到此告一段落!
接下來將會提供一點建議，
進而精進及擴大你的Action之使用者範圍!

參考資料

• Cloud Pub/Sub Tutorial
• Pub/Sub - Google Cloud
• Cloud Scheduler
• 初探 Google Cloud Pub/Sub
• Google Cloud Scheduler - Calling Cloud Function

從昨天所提及的架構，讓你在爬蟲獲取資料的情境下使Cloud Function能各司所職。
並使維護專案的難度下降。
今天的文章會簡單帶各位了解RealTime Database可以如何被運用到你的專案上。
而 Cloud Function 傳遞資料的流程會發生什麼變化

架構圖

基於昨天的基礎架構，現在我們的Cloud Functions依舊執行類似的任務，
但在兩者資料傳遞間多了一個資料庫來協助暫存資料。
因此兩個Cloud Functions現在推送或拉取資料的對象變成我們的資料庫。

使用Firebase RealTime Database

它是一種NoSQL型態的資料庫，使用鍵與值來儲存與索引資料。
透過它我們可以輕易地建立可以即時同步數據的小型資料庫!

在我們的專案中，他可以協助我們解決以下情境的問題：

• 爬蟲抓取的資料需要不斷被存取，但過於頻繁讀取原始網頁爬蟲機器人可能會被封鎖權限無法讀取資料。
• 你使用的Open API是更新頻繁的資料，而且你建立的Action之主要功能需要頻繁讀取資料。
  但Open API設有每日讀取資料之上限。因此需要有第二方案來存取資料。

參考資料與延伸閱讀

• Firebase 實時數據庫
• Firebase 教學 - RealTime Database 安裝與使用

下一步…

現在你已經建立起一組 Cloud Function 以及介於兩者間的資料庫了
看似很美好，但Cloud Function本身是事件驅動(event driven)的服務。
無法自行協助我們進行資料拉取以及上傳的動作，這導致你的Action去資料庫會拉不到所需的資料。
因此，在明日的文章中將會簡述如何透過GCP服務的幫助解決這個燙手山芋!

在昨日的文章中，簡單地向各位展示直接藉由Function抓取API
所能得到的架構會是何者
而今天要向各位簡單說明如何藉由Function達成前後端分離

架構圖

在這裡，我們將Function依據他們的任務切割。
如果你要拉取的資料並未提供API，你可以嘗試使用這個架構。
在這個架構下：

• 前端Function：擔任DialogFlow Fullfiment的角色，
• 後端Function：負責爬蟲拉取資料並以JSON格式傳遞資料。

此種架構可以幫助你輕易地維護你的專案，
避免冗餘的程式碼阻礙你進行除錯。

例如

基於台灣電力公司提供之電力資訊的Action

• 電力精靈|Google 助理

  參考資料

• 簡易後端實作 ( Google Cloud Functions )
• Using Fetch
• Request - Simplified HTTP client

接下來這幾天，將會帶領各位以GCP的架構的視角。
向各位闡述我們先前進行的DialogFLow Fulliment操作實際上的架構圖是什麼
而你可以在這個基礎上進行怎樣的設計來建構更好的流程。

先前實作所建構的架構

在數天前的實作教學中：

• [Day17] 藉由DialogFlow Fulfillment 實踐對話流設計

我們藉由內建在DialogFlow的Inline Editor，
在Cloud Function上建立DialogFlow Fullfiment。
從GCP的架構來看，我們可以得到下方這張圖：

從這張示意圖，我們可以理解Google助理與我們的Action是如何互動的，

當使用者透過Google助理與我們的Action互動後，
Google助理會辨識用戶輸入的語音，並將辨識後得到的文字轉傳給DialogFlow。
執行自然語言處理的DialogFlow會尋找對應的Intent，並設法給予相對應的回應。
如果指定的Intent被設定以Fullfiment來處理回應，則DialogFlow會將擷取到的參數送往Fullfiment。
並由Fullfiment的程式碼進行邏輯盼判斷來產生回應。
上述的說明也可以透過這張圖來表示：

透過Cloud Function直接拉取資料

假定你所使用的資料是Open API。
那麼，你可以透過處理DialogFLow Fullfiment的Cloud Function直接拉取資料。
從GCP的角度，現在你的專案架構會變成以下形式：

例如

介接《萌典》的 OPEN API 所建構的Action

• 臺灣國語辭典|Google 助理

  下一步…

  在明天的文章中，將會說明如何進行前後端分離。
  使兩個不同的Cloud Function分別專注於不同的任務上，
  而這麼做可以為我們帶來甚麼好處。

在今天的文章中，向不知從何開始建立一個Action的新手。
提供幾個可以嘗試發揮的方向，從而建立相對應的對話流!

參考其他語系現成的Action並仿造

若你對於要進行什麼類型的專案沒有頭緒，可以往其他語系的Action尋找可能的靈感。
像是開放第三方平台已有一段時間的英語或日文語系：

• Google Assistant
• Google アシスタント

例如下列這個Action即仿造美國區的同類型Action而來!

• 中文語系：國際太空站 | Google 助理
• 英文語系: ISS Info | Google Assistant

  從無到有打造…

  如果你想自行發想一個新的專案，可以試著往以下的方向出發!

Interactive Canvas

這是一個建立在Google助理之上的框架，它允許開發人員為對話式Actions增添視覺、身臨其境的體驗。
這類視覺體驗是一種交互式網絡應用，Google助理在對話中會將視覺體驗作為回應向用戶發送。
與Google助理預設的回應方式不同，Interactive Canvas網絡應用呈現為全螢幕的網路介面。

詳細資料可以參考：Interactive Canvas | Conversational Actions | Google Developers

Open API

• 政府開放資料平台
• 氣象資料開放平台
• 環保署環境資料開放平臺
• 公共運輸整合資訊流通服務平台

藉由爬蟲獲取資料

若你有興趣的資料沒有提供API，可以試著藉由爬蟲獲取資訊

接下來…

現在，你有個資料來源以及假想的對話流!
在明日開始的一系列文章中，將會簡述如何透過GCP幫助我們建構這類型的架構!

現在你的Action已經具備完善的對話流，能針對各式裝置進行支援。
測試者們回報的用戶體驗均十分良好，是時候讓你的Action接觸真實用戶了!

撰寫Action頁面內容與使用範例

範例Action:詞語接龍

在填寫Action頁面內容時，主要需要注意的項目有以下幾個：

1. Action 名稱
2. 內容描述
3. Action使用類別
4. 使用範例
5. 適用裝置

Action 名稱

它定義用戶如何藉由顯式調用來呼叫你的Action。
此名稱亦會被展示在Assistant目錄當中。

設定Action適用的裝置

控制用戶是否可以根據他們使用的裝置調用你的Action。

如果用戶嘗試在不支援的裝置上調用Action，
他們會收到一條錯誤消息，告訴他們他們的設備不受支援。

實際範例

在支援的裝置上開啟	於不支援的裝置上開啟

審核流程是怎麼進行的?

簡單來說，Google官方的審核小組在收到你的Action部屬申請後，
會檢視你是否違反任何《Google助理的開發者政策》，以下列出幾點主要的項目：

• Action的主要功能不得包含賭博、酒精、煙草和毒品等內容
• Action頁面的功能說明應該與實際運行的內容相符
• Action的使用範例應該能正確執行
• Action本身是否能正確執行 (例如：應當進入歡迎畫面卻顯示獲取資料錯誤)

基本上，在檢視你的Action沒有發生問題後。
你會收到一封電子郵件，通知你的Action已經被核准部署到Production Channel!
一旦部屬完成，你的Action將能夠被使用者找到且能與之互動。

部屬頻道之選擇

根據你的開發階段，你在部署時可以發布到不同的渠道：

• Alpha：應用於開發階段的早期版本，將Action部屬給少部分用戶以進行對話流迭代。
• Beta：通過完整的Google審核後，將Action分發給一組有限的用戶進行測試。
• Production：通過完整的Google審核後，發布Action給所有用戶使用

參考資料

• Pre-launch checklists | Conversational Actions | Google Developers
• Policies for Actions on Google
• Prepare to release your Action | Actions console | Google Developers
• Release your Action | Actions console | Google Developers

接下來…

現在，你已經充分了解到建立一個Action背後會經歷的開發流程!
如果你是個不曾開發過一個Action新手又該從何開始呢?
在明日的文章中將會給予一些方向供你參考!

現在，你有個能針對不同裝置進行適當對白的Action了。
但要評量一個Action是否成功，用戶的回頭率是一個很重要的因素。
因此，我們今天將會簡單介紹一些官方提供的小工具。
妥善運用它們，你就能讓使用者與Action之間的距離更進一步!

你可以使用的工具

每日更新

如果你的Action提供每日變化的有用資訊或能幫助用戶完成日常任務的小技巧，
可以在Action中啟用每日更新訂閱來協助用戶更快獲取資訊。
例如：每天向用戶發送今日的歷史事件或即時的空氣品質資訊。

加入日常安排

目前這項功能只適用於en-US語系的Action
取而代之地，你可以在Action中加入導引用戶進行加入日常安排的對話

讓您的Action成為用戶日常活動的一部分是讓他們保持參與的好方法。
提供日常安排訂閱功能，以便用戶可以將您的Action添加到他們的助理的日常安排中。
例如，創建一個出色的Action來提供創造性的早餐創意，並讓用戶將你的Action添加到他們的「早安」日常安排中。

推送通知

使用 Actions API 向用戶的手機或智慧音箱等裝置發送Google助理通知，例如提醒或事件的最新動態。
發送有用的通知能讓你的Action成為用戶數位生活的一部分!

Action鏈接

當有關你的Action的消息開始傳播時，新用戶和回訪用戶應該要能夠快速地與Action互動。
生成一個Action鏈接，能將用戶從他們的瀏覽器直接發送請求到他們的Google助理裝置上並直接與Action互動。

實際範例：使用「每日更新」功能的Action

• 每日天文圖(中文)/ 朝朝天文圖(廣東話)
  

相關實作教學

• Engage users with your Action for Google Assistant

參考資料

• Actions on Google | User engagement | Google Developers
• 設定與管理日常安排

接下來…

看起來我們的Action已經一切就緒了!
是時候提交你的Action給官方進行審查，讓世人來使用你的Action了!
在明日的文章，將會快速帶領各位了解這個審查機制是如何被進行的，
而你又該如何撰寫Action頁面的說明與使用範例來避免可能的違規情形。

從手機到智慧音箱，在不同裝置上要考量到的情形皆有差異。
這篇文章中將先介紹Google助理可回應的裝置有哪些
而你應該如何依據不同的裝置修改回應方式來增進對話體驗

按照Google助理支援的設備進行分組：

裝置	說明
	對於智慧音箱或耳機上的對話，語音回應會承載整個對話並傳達核心資訊。
	對於車內顯示器或智慧螢幕上的對話，用戶可能無法時常使用屏幕進行互動。因此，語音提示必須承載大部分對話並傳達核心資訊。屏幕可用於視覺元件補充詳細資訊並提供繼續或轉換對話的建議。
	電視、筆記本電腦、手機或手錶上的對話同樣適用於語音輸入/輸出和基於屏幕的互動模式。用戶可以選擇以口頭或視覺互動的方式繼續對話。因此，所有用於回應的元件可以協同來承載每一輪對話並傳達核心資訊。

從口語回應到多種模式並行

從針對語音回應(智慧音箱)所設計的對話流開始,逐步拓展你的設計到不同的裝置上。
使你的設計能很好地適應不同的情形並給予最佳體驗。

從示例對話框中的原始語音提示開始。為減少認知負荷，在此官方範例中在口頭上提供的選項只有隨機挑出的六個選項。

大多數情況下，您可以簡單地在智慧螢幕等設備上重複使用相同的語音提示，因為傳達對話核心的需求保持不變。 在對話的這一點上，沒有任何內容適合在卡片或輪播等視覺組件中使用，因此不包含任何內容。但最基本的要求是一定要加建議卡片。來提供用戶任何可能的選項並以便用戶可以快速點擊它們來進行響應。

由於原本必須包含在語音對白中的內容能以視覺化形式展現了。因此，在這裡重新使用了視覺組件是OK的。 文本對白理論上是語音提示的精簡版本，讓用戶可以快速掃描內容獲取資訊。若口頭或文本對白中有對用戶提出任何問題，在建議卡片的內容中應包含可能的選項供用戶使用。 因此，在這裡可以重複使用您剛剛創建的建議卡片。

參考資料

• Conversation Design | Google Developers
• Overview of conversational components

  下一步…

  讓用戶擁有良好的對話體驗是至關重要的!
  但我們必須設法吸引他們不斷回來使用，這才是終極目標。
  接下來將會簡單介紹你可以透過哪些工具讓用戶不斷回來使用你的Action。

現在，你應該有了一個能妥善處理各種意外情形。
且能妥善引導使用者滿足他們主要需求的對話流了。
在今天的文章中，我們要拓展對話流應用的視野。
這篇文章中將先粗略介紹可使用的回應元件有哪些，
善加利用它們你將能增進使用者體驗。

剖析回應的種類

根據呈現方式，可以將Action能使用的反應粗略分類為兩種

會話元件：每次回應都應包含的基本要素

會話元件由語音回應、文字回應和建議卡片中的內容組合而成。
其中，每個對話回合都應該包含會話組件（回應和建議卡片）。

視覺化元件：可依據情境選用

視覺化元件由卡片、旋轉木馬選單和其他視覺化元素所組成。
如果您要呈現詳細信息或需要陳列或比較需要進行比較的選項可以使用它們，但並非每次對話都需要被使用到。
|組成要件|詳細說明|
|–|–|
|基本卡片|以文字形式向用戶傳達的內容，需要時可以增加一按鈕供用戶前往網站查看詳細內容|
||Browsing carousel|當這些項目是來自網絡的內容時，為允許用戶選擇許多項目之一進行了優化。|
|旋轉木馬選單|允許用戶選擇許多項目中的一個，當這些項目能輕易透過圖片來區分時可以使用。|
|清單|當這些項目可以輕易透過其標題區分時，允許用戶選擇眾多項目中的一個。|
|Media response|用於播放和控制音訊檔案（如音樂或有聲書等)|
|表格卡片|以用戶能輕於快速瀏覽的格式展示靜態數據|

相關影片

參考資料

• Conversation Design | Google Developers

下一步…

我們將了解到，
這些如何屬性不同的元件，在各式型態的裝置上能夠如何被運用。

從昨天的文章中，我們能知道長尾問題在分析用戶體驗是十分重要的。
在今天，我們將會從現正運行的Action的角度。
了解長尾問題能如何完善對話流並增加使用者體驗!

案例：1A2B猜數

Google Assistant Developer Community

在2019年6月3日獲得”Keeping Users Engaged”徽章

從長尾問題來看使用者體驗設計

關於這些分析的詳細內容，可以參考Google官方撰寫的說明。
以下是結合我自己的開發經驗並以長尾問題的角度來分類對話流。

The head:1A2B遊戲基本機制

在這個Action中，主要目的是滿足使用者進行1A2B遊戲的需求。
因此在最初上線時，僅包含最基本的遊戲機制。
毫無疑問地，這就是最重要且最多人會接觸到的對話流。

The body:教學模式

在正式上線一段時間後，
我發現對於某些使用者來說，他們可能從未聽過1A2B這款經典遊戲，
更不可能知道這款遊戲的機制是甚麼。
這個情形下，直接開始遊戲會讓他們陷入混亂無法進入狀況。
因此在後續的更新上，為這些曾未接觸過這種遊戲的用戶提供「教學模式」。
讓他們有機會可以先理解遊戲的基本機制與玩法後，再進入遊戲。
在座標上這是相對次要的對話流，但是部分使用者可能必經的對話流。
使用者在充分了解規則後，能帶動他們後續再回來進行遊戲的可能性。

The long tail:非數字的輸入

由於這款遊戲是由數字為輸入為主的遊戲，
因此應對這些罕見的情形相當簡單：
提示這是不被接受的輸入並給予一些可能的選項即可。

參考資料

• Conversation Design | Google Developers

下一步…

到這裡，
你應該已經擁有一個能應對多數使用者需求，
且可以妥善針對不同意外情況進行應對的對話流範本了。
接下來，我們要進一步依據對話發生的裝置。
對Action的回應進行修改並完善它，讓整體的使用者體驗更上一層樓！

到現在為止，您的設計應該涵蓋大多數用戶將遵循的對話流。
現在是時候關注對話流的長尾問題了。
想想您的對話中可能出現的所有問題，以及用戶可能採取的所有意料之外的對話。

進行分析與設計

• 在需求階段，您定義了一組清晰的關鍵用例。 請記住這些優先事項，並避免在此列表中添加可能的特殊情況。
• 當您深入了解設計細節時，會出現您不曾考慮過的新場景。
• 在擴大對話流設計範圍以處理這些新場景之前，請仔細考慮對整體對話體驗所可能帶來的影響。
  

The head:關鍵對話

這些對話路徑是用戶透過您的Action滿足需求所採用的最重要和最常見的路徑。
您應該將大部分精力放在這裡使其成為出色的用戶體驗的關鍵!

The body:少走彎路

這些出現頻率不太高的對話流。僅需花少部分時間來建構。

The long tail:特殊情況

這些出現機率相對較低且不在Action主要功能上的對話。
可以考慮像「對不起，我不知道如何提供幫助」這樣的通用提示來滿足需求。

參考資料

• Conversation Design | Google Developers

接下來…

我們將從長尾問題的角度檢視一款運行中的Action，
看它如何滿足不同用戶的可能的需求以達到更好的使用體驗。

藉由Google Cloud Function建構DialogFlow Fulfillment

透過GCP上的Cloud Function這項SaaS (Software as a Service) 服務，
我們能輕鬆快速地建構DialogFlow Fulfillment來達成我們今日的需求。
你也能參見官方撰寫於Qwiklabs的實作範例。
Google Assistant: Build an Application with Dialogflow and Cloud Functions

開啟內建編輯器

如果各位尚未進行任何設定，可以先完成下列文章的教學再接續下方的步驟
[Day12] 於DialogFlow中實踐對話流設計

1. 首先，前往「Fulfillment」分頁。
   開啟Inline Editor的功能，我們將透過他於GCP上建立雲端函式。
   並以此撰寫程式來客製化回應。
   

2. 開啟該功能後，系統會提示需要啟用GCP的付費功能。
   請點擊「OPEN CLOUD CONSOLE」繼續操作。
   

3. 跟著系統的導引建立帳單帳戶，並將其綁訂到這個專案上
   

4. 現在，你已經成功開啟我們所需要的雲端編輯器啦!
   

透過Fulfillment修改Intent的回應

依照我們先前所提及的架構。
來客製化我們先前要設計的對話。

1. 複製貼上以下程式片段到「index.js」，取代原有的程式碼

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

'use strict';

// Import the Dialogflow module from the Actions on Google client library.
const {dialogflow} = require('actions-on-google');

// Import the firebase-functions package for deployment.
const functions = require('firebase-functions');

// Instantiate the Dialogflow client.
const app = dialogflow({debug: true});

// Handle the Dialogflow intent named 'favorite color'.
// The intent collects a parameter named 'color'.
app.intent('用戶輸入的顏色', (conv, {color}) => {
    
	// Respond with the specific response and end the conversation.
	if(color==="綠色"){conv.close('綠光戰警?');}
	else if(color==="紅色"){conv.close('感覺充滿喜氣');}
	else if(color==="藍色"){conv.close('藍色是最溫暖的顏色');}
	else {conv.close('真巧，我也喜歡'+color);}
    
});

// Set the DialogflowApp object to handle the HTTPS POST request.
exports.dialogflowFirebaseFulfillment = functions.https.onRequest(app);

2. 複製貼上以下程式片段到「package.json」，取代原有的程式碼

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

{
  "name": "dialogflowFirebaseFulfillment",
  "description": "This is the default fulfillment for a Dialogflow agents using Cloud Functions for Firebase",
  "version": "0.0.1",
  "private": true,
  "license": "Apache Version 2.0",
  "author": "Google Inc.",
  "engines": {
    "node": "10"
  },
  "scripts": {
    "start": "firebase serve --only functions:dialogflowFirebaseFulfillment",
    "deploy": "firebase deploy --only functions:dialogflowFirebaseFulfillment"
  },
  "dependencies": {
    "actions-on-google": "^2.2.0",
    "firebase-admin": "^5.13.1",
    "firebase-functions": "^2.0.2",
    "dialogflow": "^0.6.0",
    "dialogflow-fulfillment": "^0.5.0"
  }
}

額外補充

在Fulfillment之中，我們能擷取來自Dialogflow的資料進行判斷並據此回覆。
在我們的範例中，擷取的資料是「用戶輸入的顏色」這個Intent所擷取的參數(Entities)「color」。
而上述的「index.js」所做的事是判斷參數「color」的數值來給予回應。

後續步驟

前往「用戶輸入的顏色」這個Intent的設定頁面。
至頁面最底部的「Fulfillment」，
開啟「Enable webhook call for this intent」

在Google助理上試用

請參照以下教學的詳細步驟
[Day13] 前往Actions On Google平台試用

現在，你可以前往 Actions on Google Developer Console進行測試了，
看看你的Action是否有照著Fulfillment設定的邏輯進行回應!

參考資料

在這裡所使用的Fulfillment是在DialogFlow上透過Google Cloud Function所建構的。
你也能夠在Google Cloud Platform或Firebase上進行編輯。
詳情請參考下列的網址：

• Cloud Functions | Google Developers
• Cloud Functions for Firebase

接下來…

我們將會從語音使用者介面設計的角度，
探討與對話流設計息息相關的**長尾問題 (long tail problem)**。
並了解如何應用它使Action能專注在主要的目的上並增進使用體驗。

從昨天的文章中，我們獲得了數種進行綠野仙蹤實驗的方法
在今日的文章，假定我們已經獲取用戶的反饋。並將要加以改進。

初始對話流與用戶反饋

到目前為止，我們所實踐的對話流如下圖所示：

假定我們在昨日進行用戶測試的反饋中，
得知他們對於輸入理想回應(即表達自己所喜歡的顏色)後的到的回應感覺太過單一。
因此我們挑出幾個在測試過程中出現頻率最高的顏色(如：綠色、紅色、藍色)進行回應的客製化。
而其他顏色的回應則保持原先設定。

修改後的對話流可以以下方這張圖所示：

透過Fulfillment實踐於DialogFlow之中

在Dialogflow上，我們能做的對話流設計被侷限在單純的回應。
無法進行更進一步的互動，像是：

1. 執行輸入的邏輯判斷

2. 抓取API

3. 存取Database

   因此，我們將需要額外接入Fulfillment。
   能使回應之設計更具多樣性，達到更貼近一般生活上的對話互動。

參考資料

• Fulfillment | Dialogflow ES | Google Cloud

接下來…

在明天的文章中，
將透過實際操作闡述我們如何藉由Fulfillment在DialogFlow實踐修正後的對話流。

在昨天的文章中，快速而簡潔地向各位介紹語音對話設計中「測試與迭代」的相關名詞
在今天的文章中我們將簡單介紹一下你可以如何實踐「綠野仙蹤實驗」來精進你的對話流

※注意事項

不管你使用什麼方式進行實驗，一定要做到以下幾點：

您可以採用 3 種不同的方法來測試您的語音應用程序：

1.快速而簡易的WOZ實驗

您所需要的只是您撰寫的對話流。
接下來，只需找到不熟悉您項目的人（例如：家人、朋友、同事）並讓他們與您進行角色扮演對話——
您將朗讀角色的台詞並觀察他們作為用戶的反應。
如果不幸地用戶「脫稿演出」，請隨意即興創作您的角色會說的話。

2.標準WOZ實驗

為了獲得最真實的體驗，請使用 Actions on Google Developer Console 上的 TTS 模擬器輸入角色的對話來模擬角色的真實對白。
並下載音訊檔案以準備好按所需播放。
在標準版本的實驗中，將需要四件事來達成：

• 一個對話流劇本，提供有關角色在每個用戶響應後應該說什麼的說明。
• 下載了所有角色的語音提示的音頻。使用可幫助您快速識別要播放的正確文件的文件名。
• 有人來扮演「用戶」。這應該是不熟悉您的 Action 的人。
• 有人扮演「巫師」。這應該是對你的 Action 非常熟悉的人。
  讓「巫師」透過播放 Action 問候語的音訊檔案並開始對話，例如：「歡迎，你喜歡什麼顏色？」
  然後「巫師」將等待用戶響應。
  一旦用戶做出響應，「巫師」將必須快速查詢對話流劇本以確定接下來該播放什麼提示並播放正確的音訊檔案。

3. 標準可用性實驗

一旦開始構建 Action，您應該經常使用 Actions on Google Developer Console 上的 Actions Simulator 對其進行測試。
如此一來你便能邀請您的朋友、家人或同事直接來測試一下！

實際進行測試與迭代對話流!

我們在幾天前的文章中，已經完成建構Action的流程。

• [Day10] 設定 Actions On Google 專案
• [Day11] 設定 DialogFlow 專案
• [Day12] 於DialogFlow中實踐對話流設計

因此，
你可以直接實行上述「標準可用性實驗」的流程，
讓您的朋友、家人或同事也來測試一下！

參考資料

• Conversation Design | Google Developers

接下來…

有了一個初始的對話流是個很好的開始，
接下來我們將試圖讓它變得更好。
在明日的文章中我們將會改造初始的對話流，並闡述如何將之實踐在DialogFlow之中!

現在，基於我們現有的初始對話流與打造完成的語音應用程式。
來試著讓它變得更好!
現在我們進入設計對話流中，「測試和迭代」階段

測試和迭代

用戶研究在設計過程中的任何時候都會有所幫助。
沒有什麼可以替代從實際用戶那裡獲得反饋，以找出哪些有效，哪些無效。你越早這樣做越好。
當你沉浸在設計中時，發現問題是很困難的——需要一個局外人的意見。

好消息是，在編寫一行代碼之前，您可以快速而輕鬆地洞察您的設計是否適合用戶。
找一個不熟悉你的項目的人來嘗試你的對話可以獲取反饋以查看您的對話是否有效 。

在設計過程中獲得反饋能找出可能的問題，並有機會儘早自我修正。
在編寫一行代碼之前，對您的對話體驗進行可用性測試很重要。
我們建議進行快速而簡陋的綠野仙踪 (WOZ) 實驗，以幫助您確定自己是否走在正確的道路上。

使用綠野仙踪實驗

為什麼這麼叫它？

綠野仙踪 (WOZ) 實驗得名於電影《綠野仙踪》；
它是一種實驗心理學實驗方法，測試人員模擬計算機應用程序來與用戶進行通訊交互，這個時候用戶會覺得自己在與真正的機器對話而表現出最真實的行為反饋。

什麼是綠野仙踪原型設計？

簡而言之，這是一種無需實際開發軟件即可測試原型的方法。
WOZ 原型設計用於評估設計的功能、
滿足用戶目標的能力以及整體改善用戶體驗 (UX)**。
WOZ 實驗旨在看起來和感覺像真實的體驗，但不是軟件，而是一個人模擬角色（“嚮導”）在實際應用程式中的行為。
參與者可能知道也可能不知道他們正在與幕後的「巫師**」互動。

[例如] 亞馬遜基於該方法做語音交互驗證實驗
利用Amazon Echo將幕後的測試人員實時輸入的話轉化為機器語音，並通過機器語音與用戶進行測試交流，此時用戶會認為自己正在與真正的機器對話。透過這個方法能得到最真實的行為反饋。

為何你應該這樣做？

WOZ 原型設計的最大優勢之一是您無需構建即可測試您的設計。
WOZ 實驗是語音測試原型的最小可行產品（MVP）。它們相對容易運行且幾乎不需要額外的努力。
原型可能非常簡單，或者它可能是一個能夠執行一些但不是所有任務的一個對話模型。
當然，你的原始模型越逼真，你的反饋就會越好。但要明智地選擇：您可以為此分配多少時間？執著於將原始模型真實化是值得嗎？

從這項實驗中我們能獲得什麼?

運行 WOZ 實驗可以讓您了解人們將如何參與您的設計。
您可能會發現用戶所做的事情與您的預期非常不同(如下方這張圖)，為此需要您更改設計以更好地滿足他們的需求和期望。

基本底線：專注於設計的可用性（而非用戶的意見）並根據用戶行為進行迭代，並在時間允許的情況下再次測試。

參考資料

• Conversation Design | Google Developers
• [CUI 101] 語音設計的原形測試方法
• 转变设计思维，智能化语境下的语音交互

接下來…

我們將介紹幾種綠野仙踪實驗的實踐方法

接續昨日的DialogFlow對話流設計後，
現在你已經擁有了一個能執行的語音應用程式!
接下來，我們將前往Actions On Google平台體驗在實際裝置上的互動效果!

1. 點擊左側選單面板「Intergrations」，
   
2. 接著點選畫面上方的 Continue with the「Intergration」
   
3. 開啟頁面後，點選裡面的「TEST」按鈕
   
4. 接著系統會把你在Dialogflow上建立的模型上傳到 Actions On Google
   
5. 載入完成後，映入眼簾的是 Actions On Google 測試頁面。
   請點選畫面左側的「我要跟我的測試應用程式說話」的按鈕啟用測試!
   
6. 接著，就能看到剛剛撰寫的對話在Google助理的裝置上出現了!
   
   ※你也可以在手機上開啟Google助理，在上頭進行測試
   

接下來…

現在，我們已經有了一個能實際運行的語音應用程式。
但還尚需更多調整才能真正問世。
接下來將進入語音介面設計中，「測試與迭代」的流程!

範例：詢問用戶喜歡的顏色

在這個範例裡，我們假設一個要蒐集使用者偏好顏色的資料集。
並透過語音助理來協助我們進行資料蒐集。
為此我們需要先假想使用者與之互動時可能的對話流，並加以進行改進。

你可以透過上傳我預先做好的angent.zip 到你的DialogFlow專案，
搭配這篇文章服用能更快理解以下內容的操作!
專案頁面

踏出第一步：修改對話內容

首先，點擊進入Default Welcome Intent，並更改系統預設的回應

刪除多餘的回應，最後只留下一個回應，並將其更改為：
「歡迎，你喜歡的顏色是什麼?」

建立顏色的數據集(Entities)

1. 首先，透過左側的「Entities」選項切換到數據集頁面。
   
2. 接著，點選右上角的「Create Entities」建立我們所需要的資料集
   
3. 將這個資料集命名為「color」，
   

建立蒐集顏色的Intent(意圖)

1. 切換回「Intents」頁面，建立一個新的Intent來客製化新的對話流程。
   點選畫面右上角的「Create Intent」。
   
2. 將Intent名稱設定為「用戶輸入的顏色」，在「Training pharse」輸入一些用戶可能會說的話來訓練模型。 例如：我喜歡綠色
   

3. 接著向下滾動頁面，我們要進一步設計這個Intent所給予的回應。

• 設計「Response」，輸入「真巧，我也喜歡$color」
• 根據我們先前的對話流設計，在取得用戶偏好的顏色後就會結束對話。
  因此「Set this intent as end of conversation」的開關要打開。
  如此一來，當用戶說出他喜歡的顏色後就會自動離開對話。
  

4. 在上述操作完成後，點擊「Save」來儲存剛剛的設定。

修改不明回應的Intent(意圖)

1. 回到展示所有Intent的頁面，現在會看到「用戶輸入的顏色」已經出現在列表中了!
   接著，請點選「Default Fallback Intent」修改模型在碰到無關輸入時要進行的回應。
   
2. 首先，把原本被填寫的回應清除。
   
3. 接著，填上我們在對話流設計的範本中所預想的回應：「**不好意思，請問你喜歡的顏色是甚麼?**」
   

   接下來…

   我們將前往Action On Google平台上實際體驗一下我們甫建立的對話流!

在昨日我們已經完成Actions On Google的專案設定
接下來，我們將接續設定Dialogflow!

Dialogflow

是一項屬於Google的開發工具，提供基於 自然語言對話(NLU) 的人機互動技術。

如何偕同Google助理運作的?

您可能想知道Google助理如何解析用戶輸入的語義（如語音）。
這是通過自然語言理解（NLU）來完成的，它使Google的軟體能夠識別語音中的單詞。

對於開發者自己的Action來說，
Dialogflow簡化了理解用戶輸入，從輸入中提取關鍵詞和短語以用來回應請求的意圖。
開發者可以在Dialogflow定義這一切的運作方式。

建立DialogFlow專案

1. 前往DialgoFlow主控台
   點擊位於左側選單上方的 [Create Agent],
   
2. 填寫Agent名稱以及要使用的Google Project
   ※ 請選擇昨日於Actions On Google設定的專案，以此為例是「actions_colabs」
3. 接著，點擊位於畫面右上方的[Create]
   
4. 待上述步驟完成後，你就已經完成專案設定了!
   

   接下來…

   在明天，
   我們將踏出第一步，實際創建我們的對話流!

延伸閱讀相關文件

• Dialogflow ES documentation
• Google Assistant: Qwik Start - Dialogflow

接續昨日的對話流設計，
現在我們要進入實作的部分讓各位能更了解設計流程。
首先從設定 Actions On Google 專案開始!

概述Action專案

它被用來專載你的Action，
無論是建構對話式Action或智慧家庭的介接都需要經過這一步驟。

建立前提：檢查你的Google權限設定

1. 前往「活動控制項」頁面
2. 登入你的Google帳號
3. 請確認以下權限都已經啟用：
   網路和應用程式活動
   ☑ 包括 Chrome 歷史記錄以及採用 Google 服務的網站、應用程式和裝置中的活動記錄
   ☑ 包括音訊記錄

若你未完成上述設定，可能會在後續的開發中碰到錯誤。
請確認你已經完成這些設定後再繼續操作喲!

登入Actions On Google 控制台

1. 點擊這個連結進入Actions On Google 控制台

2. 點擊[New Project]按鈕
   

3. 在跳出選單中輸入以下資訊：

   • Project Name
   • 選取 Action與用戶互動預設的使用語言
   • 選取 你所在的國家/地區
     待上述資訊都設定完畢後，按右下方的[Create Project]
     

4. 進入初始化選單，在這裡請選擇「Custom」
   

5. 進入進階選單，在這裡請選擇位在選單最下方的「build your Action with Dialogflow」
   

6. 恭喜你，大功告成啦!
   請待明天，繼續進行下一個DialogFlow專案的設定吧!
   

基於昨天所闡述的簡易對話流，我們今天來快速實作一個看看!
為求各位能迅速上手，我們將打造一個蒐集用戶顏色偏好的簡易語音應用程式。
經過我們這幾天所闡述的語音用戶介面設計，我們可以依據上述需求設計出一個初始的對話流。

整體來說，
我們將要實作的對話流可以用下方的圖片表示：

參考資料

• Write sample dialogs | Google Developers
• SSML | Dialogflow and legacy Actions SDK

接續前天所闡述的，我們有了假定使用者與一個賦予系統扮演的角色。
現在是時候讓它「動」起來了!
跟著下方的表格練習寫出一個初始的對話流吧!

進行方式

上述流程的第2步可以參考這部影片

開始編寫對話的最簡單方法是將您自己的專業知識作為第一個對話流的主題。
如此一來，你通常可以輕易判斷某件事聽起來是對還是錯，
即使他們無法以基本語言原則闡明為什麼聽起來會這樣；
因此，角色扮演對話是創建初始草稿和往後迭代後續草稿的最簡單方法。

參考資料

• Write sample dialogs | Google Developers
• SSML | Dialogflow and legacy Actions SDK
• Text-to-Speech：自然流暢的語音合成服務 | Google Cloud

在Google助理平台上
呼叫Google助理調用Action的方式，
依據用戶是否明白指出調用的Action而分為兩種調用方式：

顯式調用(Explicit Invocation)

使用者清楚地向Google助理表達欲使用的Action為何者

未指定特定動作

一般情況下，若使用者未向Action指定想進行的操作為何。
Google會將使用者導入開發者預定的預設歡迎畫面(Default Welcome Intent)

指定特定動作 ：語音版捷徑

用戶也可以選擇在調用同時添加一個調用短語，
這方式得以將使用者直接帶到他們所請求的意圖。
其語言架構如下所示：

用戶能指示Google助理存取您的操作的示例短語：

• 叫 $name $request_action
• 跟 $name 說 $request_action
• 問 $name $request_action
• 和 $name 說 $request_action

實際系統運作時的架構圖

隱式調用(Implicit invocation)

調用短語描述了Action的特定功能。
用戶調用Action時，可能會包含一個可以深度鏈接到特定功能之一的調用短語。
舉例來說，如果使用者想玩1A2B。
可能會直接向Google助理詢問。
而Google助理就會自Actions On Google平台尋找最類似的Action推薦使用者。
不過這項功能在中文版尚未啟用，只能在draft(草案)模式下試用。

下一步

在我們了解到與設計對話流息息相關的隱式調用與顯式調用後，
我們將繼續昨日設計對話流的旅程!

自前兩天範例中，我們看到受眾目標與假想使用者之重要性。
現在，我們能設身處地的以使用者的角度來設計對話。
為了避免對話不自然的尷尬情形發生，因此蒐集對話經驗就是個很重要的環節!

收集對話體驗不僅僅是定義Action的主要功能，而是一個必經的道路。
從這過程中，可以更了解用戶的需求和達成該需求所需的技術能力。
從明確的、經過充分研究的需求開始，是避免在設計途中發生重大更正的最佳方法。

撰寫對話

現在你對於對話的角色有個相當清晰的概念(你的Action與你的使用者)，以及他們所談論的主題。
那麼現在該是撰寫對話的時候了!

為何要撰寫簡易對話?

簡易對話流是在Google助理平台上創建出色 Actions 的關鍵：
這會讓你快速且稍微貼近真實地感受到你正在設計一個帶有「聲音」和隨之而來的互動應用。
它們傳達用戶實際體驗的流程，沒有任何程式符號、複雜的對話流程圖、或語音識別問題等技術干擾。

通過編寫簡易對話流，您可以非正式地試驗和評估不同的設計策略，例如：

• 如何提高新功能的發現可能性
• 該以何種方式確認用戶的請求來展開對話（例如：您應該使用隱式調用還是顯式調用）。

下一步…

我們將先了解上頭所提及的隱式調用、顯式調用在Google助理平台所指的各是甚麼。
再繼續前往我們設計對話流程的旅程。

參考資料

• Conversation Design | Google Developers

接續我們在昨天所闡述的設計流程，
接著來看看這些設計流程是如何在實際運作的Action上被實踐的。

參考案例：空汙查詢精靈

各位可以參考這個正在運行中的Action，
它的主要目的是協助使用者獲取所在地的AQI指數。
空汙查詢精靈 | Google 助理

如果想參考官方提供的範例，可以參閱以下的連結的說明

參考資料

• Identify your users | Google Developers

首先，在開始一個好的設計之前，
如同廣告投放一般，
我們需要找出目標受眾來設計出更符合他們的對話流程。

有以下幾點是我們需要留意的：

• 誰將是你的使用者?
• 他們的需求將會是甚麼?
• 他們現在是如何完成這些需求的?
• 他們會使用甚麼詞彙來描述這些需要被完成的需求?
• 什麼情況或事件下會觸發這些需求?

容納所有用戶

雖然針對最常使用的用戶進行優化很重要，但不要以犧牲其他用戶的體驗為代價。
精心設計的產品具有包容性和普遍性。
為不同人群設計意味著利用包容性設計或通用設計策略。
通常，您被迫為一個人群做出的調整最終會惠及所有人。

假想使用者

• 誰將是你的使用者?

假想使用者是一個特定的個別用戶且具備清晰的描述，
請試著想像：
你預期哪種類型的使用者將會使用你的Action，並寫下一些可能的用戶特質來代表他們。
這些用戶特質將會協助你避免建構出一個只完成你個人目標的Action。

用戶流程 (user journeys)

• 使用者希望達到的目標是什麼?
• 他們會使用怎樣的詞彙來代表這個目標?

用戶在給定情境中透過你的Action完成目標的途徑。

關鍵用戶流程 (Critical user journeys)

• 描述對話流程中的每個相關時刻

關鍵用戶流程是那些 經常發生 或 對用戶至關重要 的對話流程。
旨在幫助用戶從頭到尾完成其中一個流程。
專注於這些將幫助您構建能夠覆蓋大量和或專門受眾的行動。

接下來…

我們將會來看看一個實際運作中的Action，
看它是如何依照我們今日所提及的設計指引建構Action!

參考資料

• Identify your users | Google Developers

對話設計的核心是對話的流程及其底層邏輯。
因此，在將界面重新設計為對話式時，需要從下往上開始。
適用於圖形界面的邏輯幾乎永遠不會適用於對話界面。

語音介面設計簡易入手指南

設計對話流程前，需要考慮到所有可能的情形。
並給予適當的回應
避免單純把圖形化介面轉用在語音對話介面上，使人們能以習以為常的方式進行互動

1. 建立一個人物形象
   在正式開發前，選擇要代表這個語音應用的角色。
   需建立在它所要面對的主要使用群眾與他們的所需。
   用戶與之互動時，透過連續性的對話讓使用者對之建立一個一致性的形象
   也就是該品牌與使用者之間的品牌大使!

   傳遞形象的要點：

   • 聲調
   • 詞組選擇
   • 風格
   • 技能
   • 語音

2. 跳出固有的邏輯思維
   跳脫思維，將設計的對話想像成劇本或是日常對話中的片段。
   或是在紙上雜記的一個靈感，這些都有助你設計出一個優異的對話流程!

3. 謹記：在對話中沒有「錯誤」存在
   當你的Action在對話中無法了解使用者的意圖時，對使用者說「我不清楚你想說什麼」將使你的對話陷入厭惡與沮喪。
   遇到這類情形時，與其要他們從中選擇。你要做的是引導他們做出正確的回應。

   例如：

   假設你想要使用者在A或B選項之中擇一，
   你不應該在他們沒有回答出相應的對話時回應「無法瞭解意思」。
   反而應該直白的問「**我這裡有A跟B兩個選項，你想選哪一個?**」

後記

希望各位在看完這篇文章後，能對「語音介面設計」有更深一層的了解!
那麼接下來，進入設計語音應用程式「由下而上」的實作流程!

參考影片

參考資料

• What is conversation design? | Google Developers

在進入正式的開發流程前，
先來簡單快速地了解語音對話介面的一些關鍵詞。

語音對話介面 (Voice User Interface,VUI)

依據對話量多寡，可以粗略分為以下兩種對話的分類。
傳統上的對話都是單輪對話，而近日因機器學習的發展使多輪對話漸成主流。

• 單輪對話：一問一答就結束對話 Ex: 單純的一段問答對話
• 多輪對話：一問一答的同時衍生出新的問題和新的回答，從而無限接近用戶的真實訴求 Ex:LaMda

設計工具

示例對話：爲VUI挑選最常見的使用場景，爲這些場景寫一系列最優路徑的示例對話以及異常情況的示例對話。

• 視覺原型圖：視覺原型圖可將用戶體驗可視化，結合VUI，讓用戶產生更完整的視聽體驗。
• 流程圖：設計使用者在與其互動時的操作的可能流程

設計概念

• 確定策略：控制式還是對話式。

1. 對話不如預期時的反應會是什麼？
2. 系統將以什麼形式進行反饋？
3. 以什麼形式來確認用戶的意圖？

命令

• 控制模式：透過特定按鍵呼叫語音助理
• 對話模式：使用更自然的對話技巧進行話語權轉換

置信度閾值

VUI主要通過語音來反饋結果，確認訊息對於對話體驗非常重要，要做到這一點需要使用置信度閾值。
使用三級置信度時，系統將一定的閾值內以明確的形式確認訊息，若是訊息置信度小於45％，則系統會通過顯性確認訊息。若是訊息置信度大於80％，則系統將以隱性置信度來確認。

確認方式

• 顯性確認：需要強制用戶確認訊息
• 隱性確認：用戶只需要接受訊息，但無需強制確認
• 非語言式確認：僅需行動反饋，無需口頭響應。例如：「打開窗簾」
• 通用確認：通用確認並不需要用戶確認具體項目，而是開放式的聊天，從中我們可以瞭解用戶的心情和狀態等。這類反饋需要一些通用性的回答。
• 視覺確認：使用螢幕展示選項，讓用戶快速確認某件事情

異常處理

因環境噪聲或用戶聲音的輕重，導致系統出錯。
出錯的情況有：

• 未檢測到語音訊息；檢測到了語音，但未識別出結果
• 語音被正確識別了，但系統不能處理這些訊息的反饋
• 部分語音訊息識別出錯。

內容出處

淺談語音交互界面設計

大家好，我是Hank。
目前就讀於台科大資工所的研究生。
很高興有機會向大家分享我在開發Google Assistant語音應用程式的相關經驗。

那麼首先，
我先簡單介紹一下Google Assistant語音應用程式究竟是什麼?

開頭

簡介

它是一個介接於Google助理的一個基於語音設計界面的新型態應用程式。
使用者在向Google助理表明想使用某個特定的Action(動作)後，
Google會在Actions On Google平台上搜尋是否有對應名稱的Action。
接著使用者會被Google助理導引至Action的使用介面。
從此刻開始，Google助理的角色轉變為協助進行語音辨識與傳遞資訊的角色。
辨識使用者輸入的意圖與給予對應回應的工作則轉由開發者所設計的Action所執行。

Virtualized data centers

• IaaS (基礎架構作為服務) ：類似於資料中心
• Hybrid
• PaaS(platform as a service)：將程式代碼運算邏輯雲端化
• Serverless logic
• Automated elastic resources

GCP regions and zones

層級

1. Multi-Region
2. Region
3. Zone

Zone定義

• zone doesn’t always correspond to a single physical building.
• All the zones within a region have fast network connectivity among them.
• Zones are grouped into regions, independent geographic areas

Virtual Private Cloud (VPC) Network

• have region and global scale
• If you increase the size of a subnet in a custom VPC network, the IP addresses of virtual machines already on that subnet might be affected.

Compute Engine

• virtual machine type
• standard
• SSD
• OS
• Preemptible VM:可以依據需求暫停虛擬機來節省花費

Cloud Load Balancing

is a fully distributed, software-defined managed service for all your traffic.

Google VPC networks and subnets

• networks : global scope
• subnets : regional scope

You can dynamically increase the size of a subnet in a custom network by expanding the range of IP addresses allocated to it. Doing that doesn’t affect already configured VMs.

consistent

• routing tables : forward traffic from one instance to another instance within the same network
• global distributed firewall : You can control to restrict access to instances, both incoming and outgoing traffic

Cloud Load Balancing options

a fully distributed, software-defined managed service for all your traffic.

• Global HTTP : can routr different URLs to different back ends
• GLobal SSL Proxy : Suppoerted on specific port numbers
• Global TCP Proxy : Supported on specific port numbers
• Regional : Supported on any port number
• Regional internal

VPC selection

• VPC Peering : establish a peering relationship between two VPCs so that they can exchange traffic

• Shared VPC : full power of IAM to control who and what in one project can interact with a VPC in another

Interconnection options

Peering traffic (traffic flowing between peered networks)

• VPN
• Direct Peering : 一對多的共用線路的連線，共享頻寬
• Carrier Peering
• Dedirected Interconnect : 建立與Google的加密直接連線,一對一

Cloud Storage: 一種object storage

Different applications and workloads required different storage database solutions

• 上傳後會被系統賦予一個唯一的索引值，並以buckets的形式儲存
• 用系統給予的唯一鍵值(key)來索引資料，url形式索引
• 不被歸類為File Syetem ★
• 檔案被上傳後是不可編輯的，但可以透過上傳功能來更新檔案
  [x] 開啟版本管理：可以切換上傳的檔案版本
  [ ] 沒打開版本管理：舊版會無條件被新版替代
• 在伺服器端會被自動加密且無須花費
• Access Control Lists : 提供尋找檔案權限管理
• Life cycle management policy :
• 排程檔案將被刪除的時間
• 篩選並刪除某一時間點上傳的檔案
• 篩選並留下最近上傳的檔案版本

Storage type

Cloud SQL & Cloud Spanner

Cloud DataStore & Google BigTable : NoSQL database

in classficatio of relational database

comparision

APP Engine

Google Cloud Endpoints and Apigee Edge

• Cloud Endpoints

  • have a single coherent way for it to know which end user is making the call
  • the backend services need be in GCP,

• Apigee Edge

  • focus on business problems like rate limiting, quotas, and analytics.
  • the backend services need not be in GCP,

Reference

[1]GCP 儲存空間(一)： Cloud Storage/ Datastore / Bigtable / SQL 介紹與比較

藉由 Colab
大幅簡化Python初學者在設定環境以及安裝相關編譯器的時間。
藉由實作書本上的範例程式碼來學習撰寫Python。

關於書籍

書本採用Jerry老師推薦的
DATA SCIENCE FROM SCRATCH中文版：用PYTHON學資料科學

作者： Joel Grus
譯者： 藍子軒
出版社：歐萊禮
出版日期：2016-10-30
語言：繁體中文

章節

• 第3章 數據視覺化
• 第4章 線性代數
• 第5章 統計學
• 第6章 機率
• 第7章 假設與推論
• 第8章 梯度遞減
• 第9章 取得數據資料
• 第10章 處理數據資料
• 第11章 機器學習
• 第12章 k最近鄰
• 第13章 單純貝氏
• 第14章 簡單線性迴歸
• 第15章 多元迴歸
• 第16章 邏輯迴歸
• 第17章 決策樹
• 第18章 神經網路
• 第19章 深度學習
• 第20章 集群
• 第21章 自然語言處理
• 第22章 網路分析
• 第23章 推薦系統

參與讀書會

時間：2021/3/2 ~ 2021/6/22

藉由 Colab
大幅簡化Python初學者在設定環境以及安裝相關編譯器的時間。
藉由實作書本上的範例程式碼來學習撰寫Python。

關於書籍

書本採用Jerry老師推薦的
《精通 Python：運用簡單的套件進行現代運算》（第二版）
Introducing Python, 2nd Edition

作者： Bill Lubanovic
譯者： 賴屹民
出版社：歐萊禮
出版日期：2020/06/02
語言：繁體中文

章節

• 第一章 初嘗py
• 第二章 資料：型態、值、變數與名稱
• 第三章 數字
• 第四章 用if來選擇
• 第五章 文字字串
• 第六章 用while與for來執行迴圈
• 第七章 tuple與串列
• 第八章 字典與集合
• 第九章 函式
• 第十章 喔喔：物件與類別

參與讀書會

時間：11/10 ~ 1/5
如果希望參與線上讀書會，歡迎點擊Meetup的報名頁面