惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

C
Comments on: Blog
S
Schneier on Security
Microsoft Azure Blog
Microsoft Azure Blog
T
Tor Project blog
V
Visual Studio Blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Spread Privacy
Spread Privacy
月光博客
月光博客
罗磊的独立博客
Cisco Talos Blog
Cisco Talos Blog
P
Privacy International News Feed
T
Tenable Blog
阮一峰的网络日志
阮一峰的网络日志
AWS News Blog
AWS News Blog
T
ThreatConnect
博客园 - 三生石上(FineUI控件)
Recorded Future
Recorded Future
Hugging Face - Blog
Hugging Face - Blog
T
Tailwind CSS Blog
博客园 - 叶小钗
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
A
Arctic Wolf
L
LINUX DO - 最新话题
美团技术团队
大猫的无限游戏
大猫的无限游戏
I
Intezer
博客园 - 司徒正美
酷 壳 – CoolShell
酷 壳 – CoolShell
量子位
小众软件
小众软件
T
Threatpost
V
V2EX
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
宝玉的分享
宝玉的分享
The Register - Security
The Register - Security
Project Zero
Project Zero
J
Java Code Geeks
Cyberwarzone
Cyberwarzone
IT之家
IT之家
MyScale Blog
MyScale Blog
T
Threat Research - Cisco Blogs
T
The Blog of Author Tim Ferriss
腾讯CDC
S
SegmentFault 最新的问题
F
Fox-IT International blog
S
Security Archives - TechRepublic
Last Week in AI
Last Week in AI
G
GRAHAM CLULEY
M
MIT News - Artificial intelligence

Nic Lin's Blog

謝明真 - 高效領導力的課後筆記 NFT 開發實戰!基礎智能合約入門 (3) NFT 開發實戰!基礎智能合約入門 (2) NFT 開發實戰!基礎智能合約入門 (1) 如何自我檢測 log4j CVE 漏洞 Rails 如何在資料寫入時記錄來源 IP 位置 如何經營工程師 Youtube 頻道 - Part 8 營收篇 如何經營工程師 Youtube 頻道 - Part 7 酸民文化篇 如何經營工程師 Youtube 頻道 - Part 5 設備器材篇 如何經營工程師 Youtube 頻道 - Part 4 後製剪輯篇 如何經營工程師 Youtube 頻道 - Part 3 文案企劃篇 如何經營工程師 Youtube 頻道 - Part 2 設備器材篇 如何經營工程師 Youtube 頻道 - Part 1 制訂頻道方向篇 如何經營工程師 Youtube 頻道 - Part 0 Rails 中避免 race condition 的最佳實踐(二) Rails 中避免 race condition 的最佳實踐(一) 10 分鐘整合 google sheet 做自動化開發功能週報 經營 Side Project 300 天所帶來的收穫及挑戰 我的 Youtube 影片製作流程 API 設計時必須注意的 HTTP header 底線問題 如何提升你的程式可讀性之實務技巧(三) 如何提升你的程式可讀性之實務技巧(二) 如何提升你的程式可讀性之實務技巧(一) Ruby 中使用 freeze 優化效能的時機 避免 React 中的 useEffect 無限 render 在 Rails 內輕量使用 Vue Component 的最佳實踐 如何在區域網路用 Docker 架設有 SSL 的 Gitlab 從被問到問人,那些我常問的面試問題 [Rails] 如何漂亮寫出可維護的 query (Maintainable Rails Query) 在已知長度情況下優化 slice 的性能 [ReactNative] 如何在 iOS APP 上主動要求用戶評分 Rails 的 scope 為什麼用 lambda? Proc 與 lambda 不同之處 淺談 Active Record 的 Lazy load 特性 Rails 專案搭配 Github Actions 進行 RSpec 自動化測試 JavaScript 中 require, import 的差別及效能 React 效能優化基本招 ES6 箭頭函式 (Arrow functions) 2 個月擁有 6000 用戶 Side project 這樣做(一) 如何讓自己成為失敗的軟體工程師 如何用 Rack::Attack 阻擋 DDOS / 惡意流量 用 OpenSSL 自簽開發用 HTTPS SSL 憑證 為機器加上登入訊息,在 ubuntu 設置登入歡迎詞 Ruby Memoization 性能優化之記憶化 淺談 SSH agent forwarding 和 proxy command 的安全風險與應用 [Rails] Service / Library / Concern 的差異 避免過度的 Defensive Programming 防禦性程式設計 1:1 攪亂器,如何用 Ruby 做可逆推序號 Rails 中的欄位及方法命名原則 [Rails] 用 puma-dev 作為本地開發伺服器 (支援 https 自簽憑證) 將 Rails 專案從手動部屬遷移使用 Capistrano 自動化部屬 [筆記] Rails 3.2 升級 Rails 6.beta 經驗分享 Class method 氾濫帶來什麼問題 RDBMS 課程心得與筆記 常用的 Rails 開發規範 Rest-Client 如何做 Basic Authentication 驗證 [Rails] 何為 tld_lebgth? 遵循 Semantic Versioning 軟體開發語意化版本管理 請直接在 MySQL 裡面直接用 utf8mb4 取代 utf8 如何解決在 awesome print 中遇到 ActionController::Parameters unable to convert unpermitted 如何在 Mac 上升級 PostgreSQL 並遷移資料 如何解決 Mysql2::Error: Incorrect string value 讀書心得 - 「信任因子:信任如何影響大腦運作、激勵員工、達到組織目標」 我是如何寫部落格筆記的 讀書心得 - 「先問,為什麼?:顛覆慣性思考的黃金圈理論,啟動你的感召領導力」 [Rails] 解決 Reset Password 帶來的 token 洩漏問題 我的軟體工程師生涯:如何挑選適合你的公司 Rails 中的 delegate 用法 淺述 SSR SPA 優缺點 Rails 非同步工作請用 Global ID [React] Class Component 傳遞 props 的 2 種方式 好用的隱私權政策 URL 自動生成 Rails 5.1 之後的 tag helper Rails 5.2 Encrypted Credentials 最近面試被給的建議和書單 一般架構需要用到 K8S 嗎 透過 commit SHA 找 github Pull request 從零搭建,如何讓 Rails 跑在 Kubernetes(k8s)(二) 從零搭建,如何讓 Rails 跑在 Kubernetes(k8s)(一) if/unless 寫作不要用多重否定句啊 盡可能的減少使用具感染性的 Try 或是 lonely/safe navigation operator ES6: export default 和 export 的差別 Load balance 負載平衡設計 搞懂 React 中的 state 和 props 物件導向基本原則 SOLID (Ruby Sample) React Stateless Functional Components 在以太坊智能合約上是可以預測隨機數的 在台灣租屋必須注意的事 Rails 5 簡單雙向加解密 如何用 ABA 培養自律型員工 調整一個 Postgres 參數,讓查詢速度提升 50+ 倍 不要在 rake task 中定義 method, 請用 RAKE::DSL Linux 反彈 shell 開啟後門 工程師應該知道的 C10K 問題 加速建造開發環境,用 Docker 建立 Bitcoin 私鏈 用 Truffle 開發 DApp 以太坊投票程序應用 Part 2 用 Truffle 開發 DApp 以太坊投票程序應用 Part 1 機會只有一次,產品的 onboarding 何其重要 [Rails] 禁止非 Production 環境下被搜尋引擎建立索引,提升網站 SEO 讓網站免費擁有 HTTPS 憑證,申請 Let’s Encrypt 並自動更新 快就是帥,加速你的 Rails 專案啟動時間
工程師提昇自己的教學和簡報技術的方法
2019-04-20 · via Nic Lin's Blog

前言

你有常常聽了一場演講/簡報結果沒什麼記憶點嗎? 講的好不好?好在哪裡?學會了什麼或是獲得什麼知識點?

不是簡報沒重點就是講師只會一直講,然而沒重點往往是想講的資訊量太多

讓教學和簡報更專業

在就學時期通常會碰到要上台簡報一個主題,多半都是考試需要,所以看似講給同學聽其實都是講給老師聽而已,所以好像也不是這麼在乎聽眾的感受,因為目標是拿到分數而不是真的把知識傳遞給他人。

這時期的簡報也因為看別人怎麼做就跟著做,通常就是把網路上找到的一堆資源塞在簡報內,看起來很豐富,但其實「資訊過多就是雜訊」,而這時通常也受長期的教育影響,通常只會使用「講述法」,也就是我講你聽的方法。

在業界工作幾年後,我發現自己除了公司內部分享會需要用到簡報,也可能在接一些校園演講和技術分享時需要。

自從智慧型手機的出現,現在人類的專注力更容易被分心,研究指出現在人類平均的注意力已經剩下大約八秒,所以更能常常看到分享到一半,底下的人拿手機出來作自己的事。

我一向喜歡觀察每個人的簡報分享,尤其台下聽眾的反應更是能拿來作為自己改進的參考,我通常會用這幾點衡量這次的分享有哪些需要改進的地方,例如:

  • 當講者分享到超過多長的時間時,會有人拿出手機來滑
  • 一場分享完之後自己能獲得什麼?

對我而言,一場好的分享應該是

  • 聽眾能獲得一至三個重點
  • 過程中沒人睡覺或滑手機,有簡單互動
  • 時間在 40 分鐘以內

書籍、課程推薦

因為自己喜歡分享,也希望可以把這件事情做的更好,又碰上因緣際會下的貴人相助(前公司老闆提供的內訓)

我在分享和簡報時能夠有新的突破是透過兩位老師的課程和書籍

  • 專業簡報力 - 王永福老師
  • 懶人包工作坊 - 林長揚老師

這兩位老師的實戰課程都對我後來在做簡報和分享時也組合出自己的風格,非常有用。

我甚至私心覺得靠這兩本書基本上就能先改善一般從大學出來的簡報和分享技巧了

寫出好簡報之前

在做分享,寫出好簡報之前,其實透過反面思考,就能找出改進簡報的線索了

反著想,總是反過來想 – 查理蒙格

那麼,什麼樣的簡報對你而言是不好的

  • 有五顏六色跟主題沒關係的圖案
  • 一張投影片裡面有一堆文字(而且可能講者還照念)
  • 一張投影片裡面超過一個重點
  • 跟主題不相關的模版
  • 太多專業用詞(要思考聽眾的理解可能不是和你一個水平)

生命是以時間為單位的,浪費別人的時間,等於謀財害命,浪費自己的時間,則等於慢性自殺 – 魯迅

所以一份不好的簡報分享,其實就是在浪費彼此時間,是一件害人害己的事情,如果不喜歡被浪費時間,也要為聽眾想一想。

簡報與講述的原則

一場簡報/演講,核心只要有三個就夠(人的記憶力有限)

做簡報時我自己會把握幾個原則

  • 每張投影片只有有 1 個重點(一頁一重點,講到才出現)
  • 投影片遵循:大字流、半圖半文字、全圖像
  • 懶人包的扁平化圖像技巧(圖比文字更容易讓大腦快速辨識)
  • 文字或內容是自己咀嚼過而不是直接複製貼上
  • 配色原則(中性色+強調色)
  • 知識從大到小
  • 單頁內容保持在 60 字以內,最多不能超過 90 字
  • 開頭和總結時都要重複三個核心,加深印象

(我的內部分享範例)

三個核心

一個重點

舉例:像這種其實是「講義」,而非「簡報」,因為雜訊過多

講述時把握幾個原則

  • 開場快速破冰,而不是過度炫耀自己的戰績或裝熟
  • 避免知識份子的傲慢,不管觀眾想不想聽就自顧自的講
  • 除了講述法以外依照場合或經驗使用「問答法」「演練法」「小組討論法」
  • 回饋時一定是「稱讚 -> 建議 -> 稱讚」的三明治回饋法

不要用專業解釋專業

這點特地提出來講是發現其實滿多人都會犯下這個錯誤

當一個人對一件事相當熟悉時,往往忘了其他人並沒有一樣的知識和熟練度,就會用大量的專業術語轟炸,這就是所謂的知識詛咒,對於知識傳播來說是很常見也傷害很大的現象 – 懶人圖解簡報術

要避免這種現象,必須要先換位思考,這場簡報、教學,是給誰聽的?聽眾的知識水平範圍到哪裡?

舉例來說,有些技術會議的簡報,可能會認為來參加的都是工作經驗好幾年的工程師,所以常常會把專業解釋的更專業,除非說入場有限定年資,否則其實新手工程師參加的也不少(至少我曾經遇過,感覺就是鴨子聽雷XD)

所以我自己在做分享時都會盡可能的避免這個情況,能用平易近人的例子舉例是最好不過,不但能跟觀眾建立連結,也可以讓他在這場簡報之後真正的帶走知識。

太過專業的解法:嘗試用故事去讓聽眾領悟專業內容

固定的簡報風格

如果有自己喜歡的顏色,最好不管是內部分享、大型演講都採用一致的色調,這會讓人很容易記住你,甚至看到簡報就知道是誰的內容。

現在的簡報工具都可以自己編輯幻燈片模版,所以只要辛苦一次,之後都可以套用有自我風格的模版,簡報就像建立個人品牌一樣,自始而終的一致

舉例:像我現在的部落格主色都和簡報的外框顏色一致

小結

我認為人生沒有白走的路,學過的東西總有用上的一天,當我學過福哥的專業簡報力後,我認為上台講述的功力已經大幅增進了。

但後來碰上林長揚老師的懶人圖解簡報術時,我發現這兩位老師的內容讓我組合出自己的風格,感覺像是技能爆擊一樣。

既可以用扁平化的技巧提升簡報閱讀的美感還能讓觀眾更好懂,在搭上教學的技術的教學法,讓我在不管是內部分享還是之前校園的演講都獲得不錯的回饋。