羅質(zhì)翔事件以后，錘子似乎脫離觀眾視線許久了。而最近因為錘子在天貓開店，超乎尋常的預(yù)訂數(shù)據(jù)，令用戶感到質(zhì)疑。錘子4G 手機在天貓的真實預(yù)訂頁面被乘以3，發(fā)現(xiàn)事實真相的用戶大感憤怒，紛紛朝老羅吐口水。而老羅這次真是無辜躺槍，老羅把包袱甩給天貓，卻又再一次揭秘了電商行業(yè)內(nèi)幕真相！

天貓隨后站出來澄清，這一失誤是工程師所為，卻引起阿里前端工程師的反感，紛紛在知乎爆內(nèi)幕，讓我們看一下從被甩包袱無辜躺槍的阿里前端工程師是怎樣披露這次事件真相的！

 知乎用戶：匿名用戶 

阿里內(nèi)部使用一種叫做 TMS （淘寶模版管理系統(tǒng)） 的技術(shù)。這個技術(shù)大概就是：

前端事先寫好一堆通用的模版，這些模版提供了很多的配置參數(shù)，然后運營就可以在后臺通過我們的工具（類似 Lofter 的那種讓用戶自主選擇模塊，上傳圖片，編輯文字 的 Blog 工具 ）完全自主得編輯頁面，配置參數(shù)，上線活動頁面。再說一遍：運營不但有權(quán)利修改數(shù)據(jù)，還可以完全自主得上線頁面。所以你也知道了，這個數(shù)據(jù)根本不需要也沒有機會經(jīng)過前端，去乘那個愚蠢的 3。這也說明了為什么修正問題后，代碼還是：

.innerHTML = (_self.data.bespeakNum)*1)

因為運營將參數(shù)改成了 1 。包括那個神奇的 0.5 、 NaN （NaN = Not a Number）鬼知道傻逼運營輸了什么奇怪的東西進(jìn)去！但是。至于是阿里自己的外包運營，還是開放給了廠家或者其他什么的運營，暫時還不能確定。 

阿里前端工程師：黃江舟 

七月份在阿里實習(xí)，職位前端工程師。做一個手機網(wǎng)頁抽獎游戲，有個預(yù)熱頁面，頁面上會有個大大的點贊按鈕，并且會展示點贊數(shù)量。結(jié)果產(chǎn)品那邊直接讓我用js生成點贊數(shù)據(jù)。也就是點贊數(shù)量是完全前端偽造的。我當(dāng)時很震驚，爭取了一下說能不能做成真的啊。其實也不是很復(fù)雜啊。最終人微言輕。還是做了一個虛假的數(shù)據(jù)。

為此我還研究了很久，怎樣偽造數(shù)據(jù)會讓用戶感覺比較真實。比如偽造的數(shù)據(jù)不能是隨機出現(xiàn)的吧？要不早上是50000贊，下午成了3000贊就會有問題，解決辦法是按時間去不斷增加點贊的數(shù)量。而且增加的量還不能是平均的，要不每一秒增加一個也太假了，需要隨機的增加。等等，最后效果還是不錯的。

當(dāng)時剛到這么著名的一家公司實習(xí)，滿懷希望，結(jié)果開始就做這種事情。然后當(dāng)時實習(xí)生天天晚上要寫日報，寫完會發(fā)給整個部門。那時帶我的師兄說日報要寫真實感受，不要應(yīng)付。我就說，好，那就寫下真實感受吧，然后在日報里寫了這件事情，最后寫道：大公司搞活動原來也好糊弄人。

結(jié)果第二天我?guī)熜志驼椅艺勗?，?dāng)然我?guī)熜诌€是好意的，希望我不要這么固執(zhí)。和我?guī)熜譅幷摿撕镁?。后來我還是堅持我的觀點：你們要實現(xiàn)這樣的功能，我可以給你們完成，但是不代表我認(rèn)同這種做法。

更加氣人的是，點贊功能是假的，但是用戶去點贊的時候，居然會跳轉(zhuǎn)到客戶端下載界面。我當(dāng)時完全無法理解。有用戶去給你點贊，你不千恩萬謝他居然會愿意給你點贊，結(jié)果直接跳轉(zhuǎn)到了你的客戶端下載界面。你什么意思??？當(dāng)然這個功能我也做了，后來又和部門領(lǐng)導(dǎo)們委婉聊起這些事情。大家都覺得很無所謂，本身阿里就是一家以運營為主的公司，產(chǎn)品經(jīng)理的活大多也是運營兼職。他們不會在乎產(chǎn)品是不是合理，而是更加關(guān)注我的運營效果是否達(dá)到？比如，我搞個搶紅包活動，我要實現(xiàn)多少新用戶注冊，多少客戶端下載。這是最后的評價標(biāo)準(zhǔn)。其他的，至于這個產(chǎn)品好壞，過幾天就會下線，誰也不會在意的。