[林辰峰] 大數據新聞這樣做!

2015.08.27 by
林辰峰
作者林辰峰在經過近一千四百名申請者的激烈競爭下,錄取了2015年的Google新聞獎學金,成為Texas Tribune的新聞研習員(...

作者林辰峰在經過近一千四百名申請者的激烈競爭下,錄取了2015年的Google新聞獎學金,成為Texas Tribune的新聞研習員(Google Journalism Fellow)。Texas Tribune為一非營利網路新聞媒體,成立於2009年,總部設立在美國德州奧斯丁。Texas Tribune除了有一群優秀記者不斷產製出角度中立,不帶黨派色彩的新聞外,更是美國數據新聞的先驅之一。藉由Google新聞獎學金所提供的機會,在Texas Tribune的News Apps團隊中工作九週,以下是作者在這段時間的學習心得:

在剛開始幫Texas Tribune設計資料視覺化時,該媒體的風格指南,常常讓我覺得綁手綁腳,但不要誤會,Tribune的風格指南其實並不嚴苛,後來發現,風格指南並不是為了限制創意的展現,而是為了幫助我重新思考各種視覺元素,如字型、顏色、形式、空白處以及視覺層次結構。這些視覺元素除了能幫助我們創造出美麗的設計外,如何運用這些元素,也正是身為視覺記者的我用資料與數據說故事的關鍵。

我學會了在設計過程中的批判性思考。只創造出美麗的資料視覺化並不夠好,如何以視覺的角度去呈現資訊與數據,才是設計師記者(journalist-designer)與工程師記者(journalist-developer)在做新聞時應考慮的優先要點。

在Texas Tribune「31 Days, 31 Ways 」專題中其中一則關於太陽能發電的新聞裡,我設計並用成程式寫出了一個互動式圖表,在出刊前,我來來回回和編輯走過好幾個不同版本的設計。最後,我總算是設計出一個具有我個人風格,同時放在Tribune中也不突兀的作品。我在這樣重複設計、修改、與編輯反覆討論的過程中反而學到更多。

圖說明

體會編輯與訪問“資料”的重要性

由於網頁有讓使用者使用滑鼠不斷下滑的特性,也間接為媒體內容創造出無限的網頁空間。不過就是因為這個看似無限的網頁空間,使得視覺層次結構變得更加重要。在過去資料視覺化的產製過程中,我常常會一股腦的直接將手上數據做成圖表或地圖,而不經過任何的數據編輯或是操作。不過在Texas Tribune裡,我學會了先找出什麼數據對讀者最重要,而什麼數據是次等或較不重要的。再排出各項數據重要性的優先順序後,才著手進行設計以及編程。

此外,我也體會到在設計的過程中,先想好新聞故事內容的重要要。每當我收到一組或多組數據時,我總是會先把要對這些數據所發問的問題寫下,這樣的做法能幫助我「採訪」我手上的數據。當我手上的數據無法回答我事先寫下的問題時,有時我甚至找出其他相關的數據,再與手中的數據做整合與比對。

另外還有個關於歐巴馬健保的專題故事裡,我想找出收入、地理位置與有保歐巴馬健保的德州民眾間的關係,於是我將德州個郵遞區號裡保歐巴馬健保的人數、德州個郵遞區號內的人口數、德州個郵遞區號內的平均所得與德州郵遞區號的shapefile(地理資訊,用來做地圖用)整合起來,在經歷過一連串的數據與統計編輯後,終於創造出一系列多彩地圖,讓讀者能輕易比對保歐巴馬健保個郵遞區號的百分比與收入。

圖說明

互動性與視覺設計的重新思考

我在台灣的背景是新聞記者,後來往設計發展,來美國後又學會寫程式。有的時候還是難免沈醉於工程或美術的技術,讓視覺變得很美,但是後來會發現造成內容太複雜,或是濫用滑鼠互動性,導致閱讀性降低,但在Tribune,我學會了如何克制自己的技術面,然後專注在視覺呈現和設計上。

這是做資料視覺化最難的地方。因為當一名讀者必須主動且花時間去翻譯或解讀一個資料視覺化時,讀者往往會因為太分心而忽略掉整個故事裡最重要的地方。此外,滑鼠的互動性常常會因為手機操作的限制而被犧牲。

圖說明

在一則獨立急整室的新聞中,我決定嘗試互動上的極簡設計。與其在資料視覺化上加上一個開始按鈕,或是加上五個代表不同年份的按鈕,我決定設計出一個與gif相當類似,自動循環的資料視覺化。藉由這樣的表現方式讓讀者在閱讀中不用停下來按按鈕,也不用花時間去學習怎樣解讀這個作品。

在Texas Tribune工作時,我也開始嘗試畫插圖,這是一個我從未接觸過的領域。這個世界上有太多新聞是很重要,但同時卻也是很無趣的。為了要讓更多人願意去閱讀這樣子的新聞,讓新聞變得更有趣就成為圖表記者們的職責之一(當然,前提是要在適當的情況下)。在一則德州立法機關去除執照費的新聞中,我在新聞表格中加上了許多手繪插圖。若你問我這些插圖是否有其必要性?我的回答是否定的。但是也因為了這些插圖,讓這則新聞變得更有趣。

圖說明 圖說明

程式設計的核心在於解決問題。將一個大問題拆成許多小問題,然後再將這些小問題拆成更小,能夠輕易解決的小小問題。

在寫程式的過程中,我還是時常卡住,需要其他人拉我一把。不過在我轉過頭要求我們團隊、其他優秀的工程師記者幫忙前,我總是會先上網Google解決辦法,或是上Stack Overflow有沒有人發問過相似的問題,有時我也會上Block Explorer看看有沒有類似的例子。有時候在上網找答案,自己教自己的過程中會學到更多!

@@ACTIVITYID:406@@

每日精選科技圈重要消息