為什麼部分外行人看起來不太復雜的網站,比如Facebook,需要大量頂尖高手來開發?

問題描述:為什麼部分外行人看起來不太復雜的網站,比如Facebook,需要大量頂尖高手來開發?
, , , ,
mysqlops:

為什麼很多看起來不是很復雜的網站比如 Facebook、淘寶,需要大量頂尖高手來開發?
這個問題問的:新浪微博的業務也不復雜,但是當用戶量大,關鍵活躍用戶量大,且用戶之間的好友關系多,等因素會導致大量操作並發執行,就復雜了,IT行業有一句話:單進程或多進程執行的可控,多線程並發執行就會著魔!

另外不可能完全靠硬體去支撐:
1>.是購買硬體的成本費用高;
2>.維護生產環境大規模的服務器群則更高;
3>.更多的服務器也未必能解決問題;


張Ender:

這些網站在初期也根本不需要多少人的。數據量和交易量大到一定程度,復雜度會急劇上升。
舉個例子:
要你管理一個班級60個人,那你可能做個紙質的花名冊就差不多了,所有人名和個人資料,個把月都能背下來了,一個人一個本子一支筆搞定。
要你管理一個年級400-1000人,你至少得有個電子表格和列印機,手寫一份年級名單都已經不科學了。
要你管理一個學校幾千上萬人,沒有個增刪改查系統,和一個方便的統計報表,能要了你的命,可能還得請助手。
要你管理一個地區的人口,那首先得建立一個管理隊伍,這已經不是一兩個人能做的了,得成組織,而這個組織本身也需要管理。。


陳小挺:

所以你經常會聽到很多老闆說:

給你3000塊幫我做一個淘寶那樣的網站。

我微微一笑:你這輩子都成不了馬總。


麻辣小龍蝦:

技術這塊,永遠都是外行摸不著頭腦,內行看門道。

去年跟公司一個銷售經理去見客戶,談到合作項目。最開始一期的項目,就是一個簡單的資料錄入系統,沒啥太大難度。這次對方期望第二期,做成一個商城,用戶自由在上面發布商品,進行買賣,甚至發布設備租賃、招聘等功能(商品買賣就類似於淘寶,設備租賃、找工作招聘等功能就有點像58同城)。我們的銷售經理,想都沒想,就來一句:這個很簡單,三四個月就能做好。我當時差點沒一口血噴了出來。如果不是我攔著,他們差點就當場簽契約了!

還是那句話吧,懂的人,你只要說一句「我要做一個商城」,他就明白這是多麼大的工作量;不懂的人,你寫出上幾萬字的報告來解釋說明,都不一定能懂。

還是上面那個一期系統,簡單的資料錄入。整個系統就三個頁面:登錄頁面,資料錄入頁面,資料審核界面。由於這個系統涉及到三層審批:資料員錄入資料—一級審核員初審—-二級審核員復審—–三級審核員終審—資料存檔入庫。如果審核不通過,需要層層駁回,修改資料後重新提交。這個只是操作界面的邏輯流程,實際上內部的權限控制,資訊流導向,後期的各種測試,這些看不到的東西,佔用了整個項目大半的開發時間。

整個系統大概一個半月完成交付,我們的銷售經理看到後說了一句:就三個頁面你們居然做了一個半月。這句話我至今記憶猶新,也時刻提醒著我:千萬不要跟外行人爭論技術。

上周幫同事的公司做了一個很簡單的小工具:客服填一些數據,然後將這些數據按照固定的格式組合成一個字元串。實際上就一兩個小時完成了,而且也毫無技術難度,就被他們誇「好厲害」,「大神」。


老實人王清揚:

6月份有天晚上開例會
腦子一抽
咱做個電商吧
成!
下面應聲附和
好吧那就做個簡單點兒的
做了兩天:
「沒關係,10月就能上線」
過了半個月:
「呃…就是累了點,應該可以」
過了一個月:
「頭兒,我這兒缺人了。」
過了倆月:
「就這幾個工程師?太少了!」
過了四個月:
「頭兒,工期得delay一下了……弟兄們累死了」
現在:
也沒人跟我說啥
只是有一天我突然看到OA里開了個新項目……
好吧……
我輸了。


陳純:

身為做業務系統的工程師,我表示其實你看到的和使用的只是Facebook、淘寶這些網站的主站部分。你想過淘寶每天那麼多貨物,商家怎麼上的貨嗎?所以必須有一套給商家用的系統。你想過 Facebook、淘寶上的廣告是怎麼來的嗎?所以必須有一套管理廣告投放的系統。
身為網際網路公司,公司內部其實有很多資訊系統是自己做的,比如工資、考勤、人事等等。當然這些可以買第三方的。
最後現在是移動網際網路時代,Facebook、淘寶也有很多移動客戶端,ios、android,另外提供介面的後台服務器端。


特里:

要是題主有個很逆天的idea想做個網站,一定會說:「就差一個寫代碼的了」。


韓亮:

這是否驗證了一句話,讓用戶察覺不到技術的存在(最牛的就是讓技術人員察覺不到技術的存在)。

這些頂尖的人他們不是在為某個程序,某個網站服務,而是在為用戶服務。
這部份頂尖的人更多的是在研究行為,而非寫代碼。

如果單純的理一堆的編碼的話,那真的不需要多少人。


felixgrey:

通常我都是這么解釋的:
一根針掉到地上,撿起來,容易吧?要是掉到海里呢?
在一頁書里找一句話,容易吧?在一萬的圖書館里找呢?
那些你看起來像是從地上撿起一根針,一頁書里找一句話一樣容易的事,實際上是名副其實的大海撈針,萬卷書里找一句話啊。


Aorqu用戶:

如果沒有很多人開發,做出來的東西就和政府網站一樣


小爝:

火箭一炮就上天的玩意,咋需要全國的科學家為其努力呢?上天有啥用啊,為什麼不把錢分給大家多吃點好吃的呢?問題有點急,線上等。


彭星:

很多東西並不是表面看到的那樣簡單

身為前端攻城師,就這方面說一下這樣一個Facebook看起來「很簡單的網站」需要頂尖高手來開發和維護

寫前端程序要考慮很多,如下:可維護性,JS的執行高效性,JS文件的大小,用戶體驗等等

1. 可維護性
並不是所有人寫的程序都具有可維護性,清晰易懂的,這個區別在剛接觸編程和高手直接的差異體現的特別明顯
2. JS的執行高效性
一個網頁加載JS並執行,瀏覽器執行並渲染了半天還在渲染,相信很多用戶都不想看到吧?非常上海用戶體驗。
如何提升JS的執行速度呢?相信我,初學者大部分都是不知道的(排除寫過瀏覽器內核的同學),了解瀏覽器如何執行JS,如何渲染DOM能幫助開發者提升執行速度
3. JS文件的大小
JS文件或者HTML或者CSS文件過大,有很多缺點
第一,受網速影響,文件大,加載速度慢
第二,Facebook的用戶量非常巨大,每個人訪問就算多加載1KB(即使有cache,第一次總需要加載吧),可想而知,這個流量非常巨大,流量都是要錢的啊
4. 用戶體驗
略之

高手往往比非高手要注意的東西要多很多,這點相信大家不會質疑吧,只是就前端方面發表一些建議


Aorqu用戶:

實在是忍不住想說一句:淘寶和Facebook不復雜嗎?


Aorqu用戶:

一個好的網站,前端要簡單,這樣用戶群才能夠大,後台要強大,有強大的演算法才能夠準確地命中客戶,提供其所要的資訊.就好比中成藥是直接服用的,而中藥要自己煮,前者會更加受青睞.


呂亞東:

其實我想說。。。Google主頁看上去不是更簡單么。。。摺疊我吧。。。


張亮-Leo♂:

這個問題真沒必要說那麼復雜。
說那麼多架構、數據庫結構、功能結構有啥意義。
請百度 冰山理論_百度百科


Aorqu用戶:

任何東西量到一個數量的時候就不是簡單能手段能解決的了的事了…


vczh:

因為網站本身只是那個系統裡面的冰山一角。如果只是畫出那幾個網頁,自然叫誰都可以。


匿名用戶:

我們在瀏覽器裡面看見的內容很簡單,還有一些後台略復雜的東西我們在瀏覽器裡面看不見。

發表迴響