為什麼我會不知不覺的收藏了這麼多的技術乾貨文章？
循證循證大概是我們讀技術乾貨文章的乙個原始訴求，想從別人的分享中獲得對自己技術方案的乙個印證。畢竟想通過聽取分享去印證的，通常都是走過了一條與自己類似的道路。技術道路的旅途中充滿著迷霧與不確定性，我們不過是想在別人已走過的類似道路中獲得指引和啟發，並得到邁出堅實下一步的信心。
這大概就是五年前的狀態，那時我們剛開始起步做乙個 im 系統（甚至當時還沒有起名叫「咚咚」），卻遍尋不到任何乾貨，好不容易終於有個乾貨了就如獲至寶，反覆把玩，探索，循證。
如今乾貨似乎不是太少，而是太多了。
切磋五年後，再看到如此多的乾貨，在類似像 im 涉及的技術領域，更多的便不是在印證，而是切磋。
雖然看起來是在走類似的路，但不同的人，不同的時代，不同的技術背景，這些都導致了終究是在走不同的路。路雖不同，但可能會殊途同歸吧。
鏈結收藏了如此多的乾貨，半年沒讀似乎也沒缺了啥，那麼還又必要讀嗎？五年前早已是網際網路時代的成熟期，移動網際網路的孕育期，但肯定是資訊**的時代，但依然是技術乾貨寥寥的時期，如今連技術乾貨也進入了**期，我們該如何應對？
那麼回到標題的問題，面對技術乾貨的**，我們該如何選擇？
就我個人來說，我的出發點很簡單，兩點。基於功利性和興趣，說起功利性也別覺得不好，畢竟整個商業社會都是基於功利性為基礎的，所以基於此的選擇其實是相當穩定的。考慮下所在組織和團隊的功利性需求來做出技術的選擇，有時甚至是必須的，而不能完全由著興趣來驅動。
我是把過去自己所掌握的所有技術總結成一張網，若乙個技術乾貨分享的東西離我的網還太遠，我就會放棄去了解。因為如果不能鏈結到這張網中，形成乙個節點，我可以肯定它就很難發揮任何作用，很可能是我看過之後沒多久就遺忘了而已，純屬浪費時間了。畢竟如今技術發展百花齊放、遍地開花，人生而有限，你必須得有一種方式去做出選擇，最差的可能就是所謂的隨性選擇，我覺得好些的可能是需要乙個選擇指導框架，而對於如何選擇閱讀技術乾貨的問題，前面比喻的那張網就是乙個我自己的指導框架。
回答了標題的問題，這篇文章也該結束了。面對技術這片大海，我們都是乙個漁民，三天打魚，兩天結網。願你的網越結越大，撈的魚也越來越多。
選擇性問題 求第K個最大元素
假設共有n個數，求出第k個最大元素。建立乙個長度為n的陣列，然後進行排序，根據下標選擇元素。o n 2 o nlogn 建立乙個長度為k的陣列，以遞減順序排列。然後對於剩下的n k個元素，如果元素的值小於陣列中最小元素的值，直接進行忽略 否則根據大小進行插入排序。等插入完成後，陣列最後乙個 元素即為...
mysql選擇性 Mysql索引的選擇性
對於索引的使用，mysql並不一直都是用採用正確的決定的。參考乙個簡單的表 create table r2 id int 11 default null,id1 int 11 default null,cname varchar 32 default null,key id1 id1 engine ...
索引的選擇性
索引的選擇性是指索引列中不同值的數目與表中記錄數的比。如果乙個表中有2000條記 錄，表索引列有1980個不同的值，那麼這個索引的選擇性就是1980 2000 0.99。乙個索引的選擇性越接近於1，這個索引的效率就越高。如果是使用基於cost的最優化，優化器不應該使用選擇性不好的索引。如果是使用基於...