《從沒想法到有想法的精準表達寫作術》:日本暢銷20年的寫作寶典,教你掌握文章寫作七要點

《從沒想法到有想法的精準表達寫作術》:日本暢銷20年的寫作寶典,教你掌握文章寫作七要點
Photo Credit: Shutterstock / 達志影像

我們想讓你知道的是

本書作者山田紫霓是日本人氣寫作指導專家、慶應義塾大學特聘講師。她將在書裡分享自己多年寫作指導經驗,告訴讀者如何從七個視角去設定問題、向自己提問。這不僅能勾出自己內心的真實想法,讓其自動組合成你所需要的文章,更能培養讀者建立起獨立思考的能力!

文:山田紫霓

Lesson 2 掌握文章寫作七要點

為了寫出能在關鍵時刻中確實發揮作用的文章,必須思考哪些面向呢?以下舉出七個我認為的必要條件。在後續章節中,我會再舉實際事例說明,這邊先大略記住即可。

一、意見:你最想說的事情是什麼?

在文章中,須明確提出你自己動腦思考後所得到的自身見解與想法。

二、期望結果:誰,在期待什麼樣的結果?

盡可能具體描繪出你希望透過文章可以帶來什麼樣的結果。

三、議題:你的「問題意識」要朝哪裡發展?

所謂議題,就是你通篇文章中的「問題意識」。要確保你與讀者雙方關心的問題,能保持在同一軌道上,而不致有所偏離。如果對問題的把握度偏低,最終所得結論的水準也就偏低;反之,如果你在文章中能提出好的「問題」,那麼也將能引導出好的價值。

四、讀者:讀你文章的是什麼樣的人?

為獲得期望的結果,應當仔細思考你要寫給哪一個對象,進而寫出最適合該對象的內容。還有,你要知道並理解閱讀你文章的人會是什麼樣的人,他有著什麼樣的興趣、關心哪些議題、背景為何,以及目前所處的狀況。還要考量你的文章能否引起對方的興趣,對對方而言又具有什麼樣的意義等等。另外,也需要思考文章內容是要為對方量身訂作,還是要寫能跨越每位讀者個人差異的普遍性內容。

五、自身地位:從讀者的角度來看,寫作者處於什麼地位?

從讀者的角度來看,你會是個什麼樣的人物呢?如果是值得信賴的人,那文章將能有效發揮功用;但如果是無法完全信賴的人,文章也不會產生太大的效果。為了獲得期望的結果,勢必要提升自己作為發聲者的影響力,以及他人對你的信任程度。假如對方與你是第一次見面,還沒建立起良好信賴關係的話,那麼就必須仔細思量,該如何加強與對方的關係,以及該如何在自我介紹中加入能展現自己值得信賴的感覺,這一番功夫萬萬不可或缺。請試著了解從對方角度所看見的自己後,再寫出相應的文章。

六、論據:能提出對方認同的依據嗎?

在表達自己的意見之外,附上具有正當性的依據,並以堅定立場提供合乎情理的說明,就能讓對方感到贊同。文章的說服力,便是從「論據」而生。

七、中心思想:你內心最根本的想法是什麼?

所謂中心思想,是指構成文章基底的作者價值觀、生活方式與想法。像是尊敬、侮辱、感謝、憎恨、憤怒、依賴、自我主義等,即使不是以文字形式呈現,這些作為基底的內在情緒也會如實傳達出來。從這點來看,寫作似乎沒有這麼簡單,因為要根據自己的想法與生活方式,寫出毫不虛假的文章。當寫作者抱持負面的中心思想,並且絲毫不願改變的話,那麼,即使重新改寫文章,給予讀者的印象也是完全不會變的。為了讓自己所寫的文章有大幅度的轉變,就必須要從中心思想去切入探討。

或許我說明得有些急躁,但以上七點,卻是為了寫出「有用好文」所必須思考的要素。在之後的第二章中,我會針對每一項再做更詳細的說明,告訴各位每一項「該如何思考」的方法。


Lesson 3 文章的基本架構

在上述七個要素之中,當我們實際在寫作文章時,基本上會用到以下三項:

一、議題:要寫些什麼/自己提出的問題。
二、論據:提出此意見的原因。
三、意見:自己最想要說的事情/針對議題所下的結論。

這三項原則涵蓋了我們在日常生活中會運用到的所有文章,小至便條、大至論文,以下舉例說明。

〈以論說文的架構草案為例〉

  • 議題:是否應認同夫妻不同姓氏(夫婦別姓)?
  • 論據:目前現狀有超過九成以上者是變更為男方的姓氏,圍繞在家族姓氏的存續及職場稱呼變更等議題上,女方承受過多的風險。
  • 意見:我認為應該認同夫妻使用不同姓氏。

以下是某家長寫給幼兒園老師們的訊息,也可以用三個要點來分析。

今天,我們家太郎稍微有點發燒。在這個季節滿常發生,請不用太擔心,但是還請多費心,讓他上戶外活動課程時盡量休息。

  • 議題:今天,家長希望幼兒園如何照顧太郎?
  • 論據:因為出現稍微發燒的症狀。
  • 意見:戶外活動課程時,希望能夠讓太郎休息。

議題、意見、論據,更白話一點,就是提出的問題、想表達的事情,以及其原因。想要寫出能發揮功用的文章時,請試著把這幾點考慮進去。

在這三點之中,「議題」常常會在文章中被省略掉,這是因為即使少了它,讀者仍然可以理解文章意義。請參考以下文章:

就目前夫婦同姓的現狀來看,有超過九成以上的家庭是女方變更為男方的姓氏,圍繞在家族姓氏的存續及職場稱呼變更等議題上,由於女方將承受過多的風險,因此,我認為應該認同夫妻使用不同姓氏。(論據→意見)

也可以在文章一開頭就大膽提出結論:

我認為應該認同夫妻使用不同姓氏,為什麼呢?這是因為就目前現狀來看,有超過九成以上的家庭是女方變更為男方的姓氏,而圍繞在家族姓氏的存續及職場稱呼變更等議題上,女方將承受過多的風險。(意見→論據)

「先意見後論據」或「先論據後意見」,這是功能性文章最簡單的文章架構。希望未來當你遇到寫作障礙時,能回想起這個「意見/論據」原則。換句話說,所謂「具功能性的文章」,就是「明確表達自己想要說的話,並提供合理依據,讓讀者能認可或感同身受的文章」,請先記住這個概念。能夠運用此概念,應該就足以應對大多數情況下的文章。
若是遇到字數或時間有限的狀況,要保留哪一個部分比較好呢?請至少保留最小的單位,那就是「意見」。

我認為應該認同夫妻使用不同姓氏。(只有意見)

一篇文章中,最重要的重點,是你最想要表達的事情,也就是你的意見。沒有意見的文章,會讓讀者陷入困惑,「結果到底想要說什麼?」甚至無法稱作是一篇文章。

接下來的第二章,就讓我們從能明確提出自己意見的方法來介紹吧!

書籍介紹

本文摘錄自《從沒想法到有想法的精準表達寫作術:透過自我提問,找到切入觀點。沒靈感時,這樣寫就對了!【日本暢銷20年】》,方舟文化出版

作者:山田紫霓(山田ズ―ニ―)
譯者:陳畊利

  • momo網路書店
  • 透過以上連結購書,《關鍵評論網》將由此獲得分潤收益。

暢銷日本20年的寫作寶典
只要2小時,讓你的文字表達力脫胎換骨!

不怕「書到用時方恨少」,就怕平常不思考!
找對切入觀點,釐清自身想法,
簡單的文字,也擁有撼動人心的力量!

「寫不出來」不是書讀得少,而是不知道自己想說什麼!

日常生活中,我們無時無刻都在寫作,社群貼文、即時通訊、信件往來甚至會議紀錄等,其實都在寫作的範疇。而我們最常碰到的困擾,就是「寫不出來」(不知從何下筆)!其實,這是因為我們對於需要寫作的主題缺少想法,或者略有想法但無法順利將它化為文字。「沒有想法」的主要原因如下:

  • 沒有經過思考
  • 把範圍過於廣泛的問題,當成單一問題處理
  • 沒有誠實面對自己的內心
  • 對於要寫的事物,缺乏足夠的基本知識與資訊
  • 無法承擔決策後可能發生的風險

要想打破困境,就要先「找出自己的意見」,最簡單的方法,就是從「問自己問題」開始!

對自己提問,讓想法自動變成流暢文字!

本書作者山田紫霓是日本人氣寫作指導專家、慶應義塾大學特聘講師。

她將在書裡分享自己多年寫作指導經驗,告訴讀者如何從七個視角(「意見」、「期望結果」、「議題」、「讀者」、「自身地位」、「論據」、「中心思想」)去設定問題、向自己提問。這不僅能勾出自己內心的真實想法,讓其自動組合成你所需要的文章,更能培養讀者建立起獨立思考的能力!

寫出動人好文的7大視角與關鍵問題

  1. 意見:你想表達的內容是什麼?
  2. 期望結果:寫作的目標,是希望達到誰的什麼期望?
  3. 議題:你想要溝通的主題是什麼?
  4. 讀者:這篇文章要寫給那些人看?
  5. 自身地位:讀者會如何看待你和他們之間的關係?
  6. 論據:文章中有對方認同的根據嗎?
  7. 中心思想:你內心最根本的想法是什麼?

職場實例Step By Step,全方位活學活用,輕鬆成為寫作高手!

透過問題設定找出自身想法後,本書更搭配公司內部提案、商務邀約、會議紀錄、自薦函、道歉文與電子郵件等六大職場實際應用範例,以及四招有效溝通必殺技,進一步教你如何把自己的想法、請求或命令,變成充滿說服力且讓人欣然接受的漂亮文字!透過書中的詳細實例解說,讓你一看就懂,立刻上手,從此精準溝通零煩惱!

本書適讀對象

  • 職場新鮮人,給你高談闊論的表達力!
  • 文字工作者,給你靈活奔放的創造力!
  • 內容創作者,給你源源不絕的企劃力!

重點搶先看

  • 想要「言之有物」?議題、意見、論據,是最基本的表達架構。
  • 同一篇文章,讀者與你的關係不同,解讀也不同!
  • 想加快對方回信與處理事務的速度?電子郵件的「主旨」要用點巧思!
  • 抗議總是無效?因為你只是強迫他人接受「正當論點」,而不是說服!
  • 提不出具體方案時,如何增進說服力?只要「問對問題」就可以!
  • 拜託他人幫忙時,適時切換「三種身分」,讓人更願意助你一臂之力。
  • 希望精準溝通零失誤?請先定義關鍵字!
(方舟)0ACA0017從沒想法到有想法的精準表達寫作術-立體書封300dpi
Photo Credit: 方舟文化出版

責任編輯:翁世航
核稿編輯:王祖鵬


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡