• <meter id="pjxsr"></meter>

  • <meter id="pjxsr"><samp id="pjxsr"></samp></meter><code id="pjxsr"><ins id="pjxsr"><kbd id="pjxsr"></kbd></ins></code>
  • <output id="pjxsr"></output>
    <meter id="pjxsr"><font id="pjxsr"></font></meter>
    sub newsletter

    僅有5%的科技新聞完全靠譜

    僅有5%的科技新聞完全靠譜

    編者的話:科技博客網(wǎng)站TechCrunch知名專欄作者、谷歌風(fēng)投合伙人西格勒(MG Siegler)日前在一篇個(gè)人博客文章中犀利地指出:當(dāng)今的科技媒體存在“75/20/5定律”,即科技新聞當(dāng)中75%有點(diǎn)靠譜、20%純屬胡扯,而完全屬實(shí)的僅有5%。

    以下內(nèi)容翻譯自西格勒的文章原文:

    掃蕩文章“庫(kù)存”時(shí)發(fā)現(xiàn)規(guī)律

    幾個(gè)月前我難得休了一次假,并且決定在這段時(shí)間把過(guò)去一年里點(diǎn)擊“先存后看”而積壓的大量科技新聞掃蕩一空。

    讀了幾十篇文章之后,我開(kāi)始發(fā)現(xiàn)一些規(guī)律;而讀了幾百篇文章之后,我總結(jié)出了一條“75/20/5定律”,即:任選一天,大家讀到的科技新聞當(dāng)中大致存在這樣的比例——75%有點(diǎn)靠譜,20%純屬胡扯,5%完全屬實(shí)。

    這聽(tīng)上去可能有點(diǎn)夸張,但事實(shí)的確如此,至少我在過(guò)去一年里收藏的數(shù)百篇文章就是這樣的。有些文章我一眼看過(guò)去就知道報(bào)道有誤,還有些文章禁不起時(shí)間的推敲??傊?,我覺(jué)得自己這個(gè)理論沒(méi)什么問(wèn)題。

    而且,我已經(jīng)對(duì)這一現(xiàn)象思索了一年半之久,但情況并無(wú)改善,而是變得更糟糕了。

    軟文、噴子、快餐主義充斥科技博客圈

    大家可能希望我給出一些例子,但是說(shuō)實(shí)話,幾乎大家讀到的所有內(nèi)容都是例子。我在此就簡(jiǎn)要說(shuō)一下最近人盡皆知的一件事吧:

    今年5月,關(guān)于谷歌收購(gòu)眾包式地圖導(dǎo)航服務(wù)Waze一事,科技博客網(wǎng)站TechCrunch言之鑿鑿地聲稱“有多方可靠消息來(lái)源稱,谷歌收購(gòu)Waze的傳聞純屬不實(shí)傳言”。但是,幾周之后呢?

    這不禁讓人懷疑,TechCrunch所謂的“多方可靠消息來(lái)源”,與向另一家科技博客網(wǎng)站Pandodaily有鼻子有眼地透露社交電子商務(wù)網(wǎng)站BeachMint即將散伙的消息來(lái)源,是不是同一伙人。

    我在此點(diǎn)名TechCrunch和Pandodaily,是因?yàn)槲覍?duì)它們?cè)偈煜げ贿^(guò)。我現(xiàn)在依然不時(shí)為TechCrunch撰稿,而且依然算是PandoDaily的投資人(通過(guò)CrunchFund)。這兩家網(wǎng)站現(xiàn)在都有實(shí)力做出優(yōu)秀的報(bào)道,并且常常做得不錯(cuò)。但是與此同時(shí),這兩家網(wǎng)站也在一個(gè)垃圾叢生、真相難覓的系統(tǒng)中扮演著重要角色。

    《紐約雜志》(New York Magazine)的凱文·魯斯(Kevin Roose)曾經(jīng)認(rèn)為,多唱行業(yè)贊歌能讓科技博客向商業(yè)媒體轉(zhuǎn)型。我不同意他的看法,因?yàn)槲覀円呀?jīng)看到了這種策略導(dǎo)致的結(jié)果——科技博客網(wǎng)站上最爛的文章都與稍加改動(dòng)的新聞稿沒(méi)什么區(qū)別。

    在我看來(lái),事實(shí)與魯斯的想法正相反——很多科技媒體有向極端憤世嫉俗的“噴子”發(fā)展的趨勢(shì)。與此同時(shí),另一半媒體開(kāi)始朝嘩眾取寵的方向發(fā)展,凈把一些荒謬可笑不著調(diào)的觀點(diǎn)做成GIF動(dòng)態(tài)圖片博取頁(yè)面瀏覽量。

    但是,我依然沒(méi)有失去希望。一些網(wǎng)站依然堅(jiān)守著致力于“5%真相”的節(jié)操,從我消化的文章“庫(kù)存”來(lái)看,AllThingsD在這一點(diǎn)上就做得很好。此外,主流科技媒體往往更靠譜,雖然它們偶爾也會(huì)搞出惡心的烏龍——而且,它們出消息的速度常常慢得不得了。

    在科技博客圈里,關(guān)于“速度與準(zhǔn)確”的爭(zhēng)論由來(lái)已久。當(dāng)初我混跡于這個(gè)圈子時(shí),絕對(duì)是屬于“速度派”的。發(fā)點(diǎn)東西出來(lái),然后真相自會(huì)浮出水面——親,新聞流程就是這樣的。如果讀者不喜歡,就讓他們?nèi)プx別的東西吧!

    警告讀者:認(rèn)真你就輸了

    但是,我現(xiàn)在擔(dān)心的事情是:我們?cè)谶@條“假作真時(shí)真亦假”的歪路上走得太遠(yuǎn)了。所有被報(bào)道的消息不管有多么不靠譜都會(huì)被廣泛傳播,速度和夸張大獲全勝,而準(zhǔn)確和精細(xì)瀕臨死亡。雖然我們尚未進(jìn)入另一個(gè)“黃色新聞”(注:美國(guó)19世紀(jì)末盛行的一種新聞報(bào)道手法,為取悅讀者而強(qiáng)調(diào)嘩眾取寵的標(biāo)題和夸大事實(shí)的內(nèi)容)時(shí)代,但是我們正在朝這一方向發(fā)展。

    更糟糕的是,人們?cè)絹?lái)越難意識(shí)到這些網(wǎng)站對(duì)不靠譜的消息負(fù)有責(zé)任——出了名不靠譜的PandoDaily例外。那些了解真相的人很少會(huì)說(shuō)出來(lái)——他們?yōu)槭裁匆@樣做呢?如今的新聞圈節(jié)奏飛快,一則報(bào)道往往轉(zhuǎn)天就會(huì)被人們忘記,除非給人留下的印象實(shí)在太深刻。

    此外,很多時(shí)候時(shí)候也會(huì)出現(xiàn)相反的情況:企業(yè)或投資者出于種種原因(例如競(jìng)價(jià)戰(zhàn),等等),存心希望不靠譜的消息廣為散播。這就是“玩家反被玩”了,最后的輸家只有真相和讀者。

    我希望我能想出一些解決辦法,但是我也沒(méi)辦法。這座繁蕪叢雜的森林也許可以進(jìn)行自我凈化,也許不能。我只想提醒所有像我一樣熱愛(ài)閱讀科技新聞的人:別把新聞太當(dāng)真,要保持懷疑態(tài)度,要大大地保持強(qiáng)烈懷疑態(tài)度。你讀到的東西完全正確的概率非常非常小,里面可能有真有假,也可能完全失實(shí)——要記住這一點(diǎn)。

    科技記者應(yīng)有的節(jié)操

    科技記者們,千萬(wàn)別犯懶!你們可以說(shuō)服自己相信任何所謂的事實(shí),但是不靠譜的消息來(lái)源并不能證實(shí)任何事情。要想找到真相,最好的方法往往是多方面反復(fù)推敲。從單一消息來(lái)源幾乎不可能獲得全部信息,而他們來(lái)找你們透露消息沒(méi)準(zhǔn)就是為了忽悠你們。要收集多方信息,要對(duì)每一則信息進(jìn)行對(duì)比分析,要發(fā)揮你們的創(chuàng)造性思維。

    不要為能寫(xiě)而寫(xiě),要為應(yīng)當(dāng)寫(xiě)而寫(xiě)——要么就什么也別寫(xiě)!

    來(lái)源:搜狐IT
    翻譯者:悠拉

    本文鏈接:http://www.szshoujike.com/blog/only-5-of-totally-reliable-technology-news.html

    原創(chuàng)文章,作者:王琪,如若轉(zhuǎn)載,請(qǐng)注明出處:http://www.szshoujike.com/blog/archives/6309

    China-PRNewsire-300-300
    成人女人大片免费视频二级,亚洲国产成人Av影院,亚洲成人经典无码,精品亚洲国产成人AV在线小说 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();