通訊錄 我的微信通訊錄整理心得

2021-10-12 21:20:09 字數 1380 閱讀 8326

找不到人?比如:想找一下幾個月前在朋友聚會上認識的那個女生,結果……

朋友疏遠:隨著時間的流失,原來特別要好的朋友靜靜躺在通訊錄裡,然後漸漸失去聯絡;

雜亂無章:同乙個姓氏擠滿了同學、同事、朋友、不知道哪兒來的朋友,眼花繚亂看得人頭皮發麻,連自己都不願多看幾眼,更別說快速尋找;

如果你的通訊錄只有幾十個或是更少,那我們大腦可以輕鬆整理,不需要借助方法和工具;但通訊錄到達一定規模就必須使用一些的方法和工具來幫助你。當我們需要處理的資訊量越大、工作量越大,那麼方式和工具對於工作效率的提公升就越大。

幾乎所有的「整理工作」都是從分類開始。分類是對世界最基礎的認識,也是高效人士普遍推崇的基礎觀念。規整精緻的分類,給人帶來一種美好的舒暢感,不要忽視心情也是影響生產力的重要因素;我通過分類把聯絡人聚合在一起有利於尋找和搜尋,根據大腦的記憶進行快速定位。

好比在書籍整理的流程中,「分類」下一步就是編碼。關於乙個人的關鍵資訊發展到了現在,僅僅把姓名留在通訊錄已經不能滿足現代的需求,例如工作單位、生活的城市、接識的方式、與之的關係、共同的興趣統統是需要記錄的資訊。

根據「鄧巴數字」:人的大腦,對於人與人的關係的認知是存在物理極限的,穩定的社會關係大約在150人左右。所以,當通訊錄裡只有100人的規模,我們的大腦可以輕鬆應付;但是當我們的通訊錄達到幾百上千人的時候,這些大量的關鍵資訊就成為了大腦的負擔。而正是因為方法和工具,幫助了我們突破物理和認知上的極限。

大腦中的敏感資訊:比如工作單位、所在城市等等的這些資訊在個人認知中都普遍有比較高的敏感度,在腦海中的印象較為深刻;

與人員的關聯度較大的資訊:比如之前的人員分類、共同興趣安好、認識過程等等的這些資訊是,方便定位和尋找。

在此基礎上,對人員資訊進行了分類整理確定了幾個資訊標籤。雖然人們總是喜歡說「不喜歡給人貼標籤」,大腦的本能反應卻總是通過乙個個標籤去縮小範圍去尋找人。在資訊儲存上,有普遍的做法:在有限的字元裡儲存最關鍵的資訊。所以,我設定了四層資訊點來對乙個人的資訊進行定位,主要是:主觀的大分類、客觀的細分類、客觀的確定類、補充類。

第三層:以客觀最確定的資訊為主,其中最典型就是名字,有些類似於資料庫的超碼對人員的資訊進行唯一的識別;

第四層:通過三層資訊可以直接定位到某人,有時仍然存在額外的關鍵資訊需要儲存,我就放在最後加個括號做補充資訊;

因此,最後的通訊錄的形式大概是:大分類——敏感或關聯資訊——確定資訊(補充資訊)

其次呢,就是最近讀了史丹福大學社會學系主任馬克·格蘭諾維特的書籍《弱關係的力量》 ,在書中指出了乙個觀點,影響人們事業發展最重要的是在於平時聯絡不多、生活在不同圈子的「弱連線」。

對此我體會蠻深,在培根的洞穴假相裡,人都是透過由自己的天性和教育等等築成的認知洞穴去看外界的天空,總是帶著自己的主觀偏見去看待客觀世界。當和不同環境的人聊天時,從他們的角度在看同一片天空的時候,會有一種非凡美妙的感覺。這讓我確實感受到了人類交流和思維碰撞的魅力。

單鏈表通訊錄 通訊錄2 0

單鏈表通訊錄 通訊錄2.0 標頭檔案 ifndef address h define address h include include include define success 10000 define failure 10001 define true 10002 define false ...

通訊錄問題

include using namespace std include include typedef struct lnodelnode,linklist 通訊錄的建立 void createlist l linklist l,int n createlist l 通訊者結點的插入 void li...

靜態通訊錄

這個通訊錄存粹用到c的知識就可以,主要就是乙個聯絡人資訊結構體,再就是乙個結構體陣列,對結構體陣列反覆操作 進行增 刪 查 改 排序 由於是初學者還不能對中文名進行排序 清空寫等功能。在這裡我們可以盡量寫的正式一點 所以我們用contact.h頭檔案建立結構體和對函式進行宣告 conteact.c中...