蛋疼是什麼感覺知乎?

知乎為什麼那麼傻逼

因為真正的牛人沒那麼時間從那上面blablabla打這麼多字，而且講的是都是書上有的而且還沒書上講的細。

靠知乎學知識的基本上都是平時不怎麼看書的。

在知乎上長篇大論的基本上都是時間多的閒的蛋疼的人。

知道和知乎是怎麼一回事？

理論上，你扔到百度知道的問題，可以被任何人看到，但在Quora則不會。如果說尋求答案有時候就像大海撈針，在百度知道上撈到的可能性大於Quora。但如果你的問題恰好合適，你在Quora上的收穫，會遠遠大於在百度知道上。百度知道是賞金殺手模式，Quora是研討會模式。百度知道模式並不鼓勵深度探討，問與答的關係簡單直接，但缺乏Quora那樣的延展性。研討會模式鼓勵更多的互動，問與答的過程會帶來更多的啟發和思考。百度知道是快餐，Quora是私家廚房。吃飽是前者的惟一追求，卻不是後者的惟一追求，飯菜是否得到稱讚，吃吃喝喝中是否曾進了某種關係等等，可能比吃飽更重要。百度知道參與門檻低，Quora參與門檻高。你不能指望，一個做不出習題的中學生，專門註冊一個Quora去提問，但他馬上就可以去百度提問。百度知道是市集，Quora是社區。市集上的關係，就是簡單的買賣關係，你要買半斤豬肉，無需認識那賣肉的。而社區通常會將某種價值觀當成社區符號，“你是誰”常常比“你是否能回答我的問題”更重要。百度知道有更強的包容性，Quora難以接受不負責任的人。一個運轉良好的社區，總是會排斥社區的破壞者，同時，一個破壞者所產生的破壞力，也會更強。

知乎上有哪些重口味的問答

著作權歸作者所有。

商業轉載請聯繫作者獲得授權，非商業轉載請註明出處。

作者：笑忘書

鏈接：www.zhihu.com/...319513

來源：知乎

重口味第一層：shit

www.zhihu.com/...496839 古人大便後是用什麼擦屁股的？

www.zhihu.com/...812563 屁的溫度是多少？

www.zhihu.com/...613324 屁的氣味分為幾種？是進食決定屁的氣味嗎？有沒有聞起來香一點的屁？

www.zhihu.com/...844873 屁能夠燃燒嗎？如果能，如廁時往馬桶裡扔菸頭是否存在爆炸風險？

www.zhihu.com/...927024 軍人打仗時怎麼大便？

www.zhihu.com/...063260 女生面對強姦什麼方法能有效避害？

www.zhihu.com/...121722 如何解釋“響屁不臭，臭屁不響”？

......

為什麼知乎上的回答，感覺語言幽默，輕鬆活潑，知道上的回答，簡潔直接粗糙？ 10分

知道里很多人答題為了賺分，哪裡會想這麼多呢

為什麼知乎的問題不顯示提問的時間？

同問，沒時間概念很蛋疼啊

月薪在 3000 左右的人在看知乎的關於收入討論的時候是什麼心態

蛋疼，還需努力工作！

如何評價一些人喜歡那些由華麗辭藻胡亂堆砌的古風詩句

作業太少，飯沒吃好。閒的蛋疼，偏要賣傻。

lz這個問題知乎上挺熱的，有更多詳細解答請移步知乎~

下面貼一段知乎大神的回答，相當精闢的高級黑：

【轉】

啊lz千萬不要因為這個對古風有差印象！！！！！！古風真的很好很好很好很好，古風歌手詞作曲作那可都是學霸過的大師啊！！！！！！！推幾個詞作，古風歌詞大多良心用典選詞押韻都是上上上，對寫詩【可能】也有幫助：清彥，蘇藥卿，擇荇，商連，乘物遊心， Finale樓，厲水白。

對於普通人來說 低端主板跟高端主板有什麼區別呢？在線等

在保證質量的前提下，主要根據自己需求的功能來選擇。

先選自己需要的主板型號，然後選具體的廠商和版型。

比如都是B85主板，同一廠商可能就有10多個版型，價位都不一樣，就更不要說不同廠商了。

為什麼知乎上很多人都在說小米的好

他們都不說老實話，原因很簡單雷軍投資的知乎。

說說這篇我為什麼從python轉向go

恩看了這篇我為什麼從python轉向go，

看來作者也是 KSO 輕辦公/企業快盤團隊的。作為快盤從無到有時期的工程師之一（總是被瀟灑哥說他們改我留下的 bug ），又恰好是

Python/Go 雙修（大霧其實我是 Rust 黨），其實一開始我是拒絕的，duang duang duang，那就隨手寫一點把。

一段段來吧，首先作者說 Python 是動態語言

python是一門動態語言，不是強類型系統。對於一個變量，我們有時候壓根不知道它是什麼類型，然後就可能出現int + string這樣的運行時錯誤。

在python裡面，可以允許同名函數的出現，後一個函數會覆蓋前一個函數，有一次我們系統一個很嚴重的錯誤就是因為這個導致的。

事實上，如果是靜態檢查，pylint 和 pyflakes 是可以做這件事的，雖然不能和 go

那種靜態編譯型語言比，但也足夠了。如果沒記錯的話，阿通當年是要求全組都在提交前做靜態檢查的。我認為這種問題更多的應該是人員素質上來避免，畢竟蔥頭

也說過，代碼自己寫的就要多回頭看看，看能不能重構，能不能做更好。不是說偷懶不行，但是從中得出 Python

動態特性太靈活，Python：怪我咯？

另外，函數作為第一對象，在 Python 中是 feature，Go 要寫個 mock，簡直虐得不要不要的。

其實這個一直是很多人吐槽python的地方，不過想想，python最開始是為了解決啥問題而被開發出來的？我們硬是要將他用到高性能服務器開發上面，其實也是有點難為它。

如果沒記錯，無論是輕辦公還是快盤，是重 IO 不重 CPU，最大耗時是數據塊加密那塊，我在的時候是 Java 寫的。另外高性能服務器選 Go 也是虐得不要不要的，各種小心翼翼避免 GC。大多數極端情況下，pypy 的性能足矣勝任了，我認為這不算充分條件。

python的GIL導致導致無法真正的多線程，大家可能會說我用多進程不就完了。但如果一些計算需要涉及到多進程交互，進程之間的通訊開銷也是不得不考慮的。

其實，Python 有宏可以繞開這個 GIL，但是呢架構設計得好其實可以避免的，到異步那塊我會說。

無狀態的分佈式處理使用多進程很方便，譬如處理http請求，我們就是在nginx後面掛載了200多個django server來處理http的,但這麼多個進程自然導致整體機器負載偏高。

但即使我們使用了多個django進程來處理http請求，對於一些超大量請求，python仍然處理不過來。所以我們使用openresty，將高頻次的http請求使用lua來實現。可這樣又導致使用兩種開發語言，而且一些邏輯還得寫兩份不同的代碼。

如果推測沒錯，你們現在還在用五年前寫的 Gateway？那個基於 django route

的流量分發層？四年前我離開的時候已經小範圍的使用 Flask+Gevent Demo 測試過了，無論是性能還是負載都比同步模型的 django

有優勢。如果還是 django

這套的話，我只能說比較遺憾，畢竟當年金山新員工大賽頭牌就是我和幾個小夥伴寫的實時同步在線文檔編輯系統，用的就是這套技術。

因此這是個工程問題，並非語言問題。 Python 提供給了你了這麼多工具，硬要選一個傳統的，Old fashion 的，Python：怪我咯？

django的網絡是同步阻塞的，也就是說，如果我們需要訪問外部的一個服務，在等待結果返回這段時間，django不能處理任何其他的邏輯（當然，多線程的除外）。......