讀人工不智慧：計算機如何誤解世界筆記09_人機攜手合作

1. 會議

1.1. 5分鐘的通話要比2頁的電子郵件更有效

1.1.1. 你可以從對方和你交談時的語調和你們之間的連線與溝通這一純粹的事實中，獲知一些額外實質的、複雜的形勢和資訊

1.2. 視訊會議不如面對面會議有效，原因在於螢幕解析度

1.2.1. 低解析度視訊會議比電話會議更糟糕，因為畫素失真和漏聽的對話會造成大量資訊丟失

1.3. 高解析度視訊會議勝過電話會議，面對面會議在三者之中最適合溝通複雜資訊

1.4. 面對面溝通的深度和社群精神是人們參加駭客馬拉松的部分原因

2. 技術沙文主義?!

2.1. 技術沙文主義的一個核心宗旨是突破性創新原則

2.2. 突破性創新是打破市場競爭並且能帶來鉅額利潤的技術浪潮

2.2.1. 有新的產品可銷售，能勾起消費者新的消費慾望，給現有產業帶來新的面貌，甚至建立一個全新的產業

2.2.2. 創新是要費錢的

2.3. 現實中很少有突破性或創新性的軟體，而突破性和創新性兼有就更少見了

2.3.1. 有明顯的例外，如谷歌搜尋引擎

2.4. 軟體開發主要是一門手藝，它與其他手藝活木工、玻璃吹制等一樣

2.4.1. 要成為專家都需要很長的時間（以及一段學徒期）

2.5. 參與開發工作以及民主化開發工作，看起來或聽起來都未必能夠讓人想出顛覆性的技術理念，但這是技術界的未來所在

2.6. 建立新技術時會出現的盲點

2.6.1. 你必須有信心，相信自己能發明出你想要的東西，並且相信自己能解決財務問題

2.6.2. 要打造一個工程，有時就是驚險地縱身一躍，投入未知世界

2.7. 今天這個世界所存在的人性問題從來有之，不是什麼新鮮事

2.8. 技術人員有特定的學科優先順序，這些優先順序指導著他們制定決策演算法的開發決策

2.8.1. 這些優先順序會讓他們輕視人類在創造技術系統或管理大資料方面的作用

2.9. 早期技術傳道者願景中更美好的世界？

2.9.1. 成功利用數字技術加大了美國的貧富差距

2.9.2. 促進了非法藥物濫用

2.9.3. 破壞了新聞自由的經濟可持續性

2.9.4. 引發了“假新聞”危機

2.9.5. 削弱了公民投票權和公平勞工權益

2.9.6. 監視公民

2.9.7. 傳播垃圾科學知識

2.9.8. 在網上對人進行騷擾和跟蹤（主要是女性和有色人種）

2.9.9. 讓飛行器學會了一些能力（最好的能力是騷擾人，最壞的能力是扔炸彈）

2.9.10. 增加了身份盜用的案件

2.9.11. 致使駭客為盜取數百萬信用卡號用於欺詐活動

2.9.12. 出售大量個人資料

2.9.13. 選出唐納德·川普做總統

2.10. 由達娜·博伊德帶領的Data ＆ Society專案，致力於理解與提升人類在人工智慧系統中起到的作用

2.11. 值得研究的領域是禁止社交網路上顯示露骨內容的人類系統

2.11.1. 必須有人類去檢視並判斷它是不是斬首的影片，是不是什麼物件被不恰當地插入孔中的照片，是不是表現了最險惡的人性的其他東西

2.11.2. 每天觀看這些汙穢內容可能會造成創傷性心理問題

2.12. 我們不應該再迷戀技術

2.12.1. 我們需要稽核演算法，警惕不平等現象，減少計算系統及科技行業內的偏見

2.12.2. 技術已經引起社會結構上的摩擦，這些摩擦都顯示群體和機構中的面對面社交聯絡比以往任何時候都更重要

2.13. 有一件事我們可以做，我們可以不再稱技術為新的、閃耀的、創新的事物，而將其視為生活中尋常的一部分

2.14. 看著ENIAC，想象用這堆笨重的金屬解決世界上的所有問題，這聽起來似乎很荒謬

2.14.1. 隨著ENIAC變得越來越小、越來越強大，我們現在可以將它收在口袋裡，要想象關於它的事情並且實現這些事情也就變得容易多了

2.15. 將現實世界變成數學是很了不起的戲法，但是很多時候，在這個等式中，總有無法用數學量化的人類部分被晾在一邊

2.16. 人類現在不是，也從來不是麻煩

2.16.1. 人類就是關鍵，是所有技術應該服務的物件

2.16.2. 人人都應被包括在內，也都應從技術的開發和應用中有所受益

3. 駭客馬拉松

3.1. 一種計算機程式設計競賽

3.1.1. 在計算機程式設計師的圈子裡受歡迎程度僅次於電子遊戲、極限飛盤和《權力的遊戲》

3.1.2. 一場駭客馬拉松通常持續24小時到5天不等，參賽者會喝很多紅牛，而且不怎麼睡覺

3.2. 尚未參加駭客馬拉松的人們談起它的時候，總將其視作創新的溫床，那裡就像是偉大的思想家們聚在一起談論新想法的地方

3.3. 實際上，駭客馬拉松是一項集運動與社交於一身的活動，就像是書呆子的賽艇會

3.3.1. 駭客會解讀他人的膝上型電腦貼紙，就像時尚專家解讀服裝標籤一樣

3.3.2. 有些程式設計師會透過不斷參加駭客馬拉松並贏得勝利來謀生

3.3.3. 頂級科技公司的風投專家和獵頭會經常在駭客馬拉松現場出沒，以發現和挖掘人才

3.4. 表面上看，沒有人會把駭客馬拉松上製作的軟體當成短期專案

3.4.1. 我們往往對駭客馬拉松上的創業內容能實現的東西抱有不切實際的幻想

3.5. 一個理想的駭客馬拉松專案是可以在規定時間內實現的，只要這個專案基於賽事中大部分人普遍感興趣的東西，並且具有一項當下熱門的技術主題

3.6. HackRU

3.6.1. 駭客馬拉松，這個活動在羅格斯大學舉辦

3.7. 2015年，要造出一個網際網路應用程式就像用樂高搭一個自己設計的積木房子

3.7.1. 網際網路上有各種各樣的構建模組和程式碼元件可直接取用，其中最大的儲存庫是開原始碼社群GitHub

3.7.2. Node.js

3.7.3. Express.js（一個微型Web應用框架）

3.7.4. Mongoose（MongoDB物件-關係對映器）

3.7.5. Passport（一種許可權認證中介軟體）

3.7.6. 部署在Heroku上

3.7.7. 使用Bootstrap編寫前端程式碼

3.8. 駭客文化

3.8.1. 真正的駭客認為：駭客馬拉松從未創造出任何真正有用的東西

3.8.1.1. 霧件

3.8.1.1.1. vaporware

3.8.1.1.2. 霧件就是被創造出來的，但是像霧一樣蒸發了的東西

3.8.1.1.3. 在駭客馬拉松結束之後，再也沒有人跟進這些專案了

3.8.1.1.3.1. 儘管每個人都很願意跟進

3.8.1.2. 每個駭客馬拉松都會有這麼一個應用程式創意，複製了現實生活中已有的線上社交網路產品體驗

3.8.2. 一夜之間的成功是黑天鵝，它來如閃電，是無法預測的極端值

3.8.2.1. 有用而持久的技術無法用一個週末快速創造出來，哪怕有一週時間也不行

3.8.2.2. 那得是一場馬拉松，而不是一次短跑衝刺

4. 創業巴士

4.1. Startup Bus

4.1.1. 一種特殊的駭客馬拉松

4.1.1.1. 目的地駭客馬拉松

4.1.1.2. 要求參賽者前往某個遠方的地點，而這段旅程花費的時間就是比賽過程

4.1.2. 一個古怪的計算機程式設計競賽

4.2. 創業巴士是創始人在醉酒後想出來的

4.2.1. 推出新版的“創業週末”，自己做一個駭客馬拉松吧

4.3. 由於矽谷的許多東西已被遊戲化，創新這一舉動被遊戲化也就不足為奇了

4.4. 獎金這種傳統的激勵方式容易鼓舞人們有動力進行創新

4.4.1. 如果你為電視臺編寫新節目的試播劇本，電視臺會付費請你寫更多劇本，並且參與節目的製作

4.5. 創業巴士比賽就像一個在巴士上進行的計算機版《倖存者》挑戰賽

4.6. Instacart是創業巴士的一個成功案例

4.6.1. 它的創始人相識於創業巴士，最終一起創立了公司

4.7. “創業家”

4.7.1. 有時候表示“經營一家成功的公司”

4.7.2. 有時候表示“有很多想法，沒有多少資金”

4.8. 創業巴士就是一個很好的警示例子，技術變革的可能性存在許多誇大的成分

4.9. Starter Island

4.9.1. 一位前巴士創業者經營的名為Starter Island的衍生專案

4.9.2. 要求參賽者在巴哈馬的一艘遊艇上進行為期5天的程式設計比賽

5. 其他創新專案

5.1. “創業屋”專案

5.1.1. 一種為駭客提供住宿的孵化器，跟HBO電視劇《矽谷》中總被嘲諷的那所房子一樣

5.2. 開放式創新

5.2.1. 企業以外的人出於各種無私或自利動機而開發出新工具或產品

5.3. DARPA挑戰大賽

5.3.1. 創新競賽

5.3.2. 一個機器人賽車比賽，冠軍會獲得200萬美元獎金

6. 人機閉環系統

6.1. 有人類參與的系統有一個名稱，叫人機閉環系統

6.2. 人工智慧的執行原理並不像我們所期望的那樣

6.2.1. 資訊的錯誤傳達

6.2.2. 披著預測分析外衣的種族主義

6.2.3. 被打破的夢想

6.3. 一條將最優秀的人力和最高效的機器結合起來的協作前進道路

6.3.1. 人類與機器合作的表現要優於人類或機器單獨工作

6.3.2. 聘請開發人員和聘請律師沒有什麼不同，優秀的那些總是貴得離譜

6.3.3. 沒有人能勝過一臺機器，沒有一臺機器能勝過一個能操縱機器的人。

6.3.3.1. 都鐸投資公司的負責人、億萬富翁保羅·都鐸·瓊斯2016年

6.4. 極端情況需要人工參與

6.4.1. 你得為極端情況建立人力解決方案，否則無法完成

6.4.2. 不要指望技術能夠處理極端情況

6.4.3. 以人為本的高效設計要求工程師知悉，要完成工作，有時候你得自己動手收尾

6.5. 技術有其侷限性

6.5.1. 有一些問題，人類能看出來，但機器看不出來

6.6. Story Discovery Engine（新聞挖掘引擎）是人機閉環系統，而不是自治系統

6.6.1. 目標驅動的費用通稱“計劃開支”

6.6.1.1. 計劃開支就是用於選舉活動的費用

6.6.2. 內部執行的費用則稱“行政開支”

6.6.2.1. 行政開支是諸如職員薪水、辦公室文具用品或組織籌款活動的花費

6.6.3. 不是每次出現異常就能挖掘到新聞

6.6.3.1. 任何一個選區都可以對出現大量行政開支給出充分的理由

6.6.4. 行政開支與計劃開支的比率是衡量一個非營利機構健康狀況的指標

6.6.4.1. 人們在決定捐款給哪個非營利機構時，會根據這個比率來考量這些機構是否具有良好的運營狀況

6.7. 沒有人知道如何評估軟體專案的工期

6.7.1. 部分原因是編寫計算機程式碼更像是寫文章，而不是製作東西

6.7.2. 人是變數，而不是常量

6.7.3. 編寫程式碼不是那種可以在流水線作業中完成的工作

6.7.3.1. 有些工作可以用工廠模式（流水線）完成

6.7.3.2. 有些則要使用小批次生產模式

6.8. 一個軟體有可能在並不真正有用的情況下正常執行

6.8.1. 這不是一個非此即彼的情況

6.8.2. 人不可能“有點懷孕”，但軟體有可能“有點正常”

7. 老化的計算機

7.1. 軟體就像一輛車、一株植物或者一段感情關係，需要你的呵護和持續關注

7.1.1. 它也有生命週期

7.2. 網站、App和程式都會經常損壞，因為它們所在的計算機老化了，需要升級了

7.3. 世界每天都在變，軟體需要升級

7.4. 在你參與軟體專案的每一年，你都在為自己累積技術債務

7.4.1. 維護軟體、新增補丁和修復程式

7.4.2. 最終有些東西就會不可避免地損壞

7.5. 有一項事實與大眾所以為的相反，那就是在軟體專案中，未來需要的大量工程師和軟體開發人員，在新專案初期的創新環節中是不需要的

7.5.1. 70%的工程師專職維護現有產品，而非製造新產品

8. DocumentCloud

8.1. 一個安全的文件線上儲存庫

8.2. 許多具有高度影響力的報導，就將檔案託管在DocumentCloud上

8.2.1. 巴拿馬檔案

8.2.2. 稜鏡門事件中斯諾登的檔案