Robin2014-08-20 11:04:05建議在保證所有檔案的檔名都非常清楚，見名知意的情況下，做一個檔案“資料庫”，建立完整的目錄，圖片、筆記、網頁等等分類存放，最好儲存在本地，比如行動硬碟。然後使用Everything搜尋（預設題主使用的是Windows系統）。Everything的速度還是非常不錯的，：）
附：
Everything下載連結：Everything 1。3。4。686 便攜版
PS：我就是這樣做的，一般人我不告訴他。
金旭亮2016-11-25 17:31:35我使用WPF寫的一個個人資料管理中心：
我一直用它來管理我的各種技術資源，這個小工具基本上能滿足我的需求，原始碼放在GitHub上
JinXuLiang/PersonalInfoForWPF
詳細說明見以下部落格文章：
構建自己的個人資訊資料庫 - bitfan（數字世界一凡人）的專欄 - 部落格頻道 - CSDN。NET
因為此工具使用SQL Server Compact 4。0，所以需要先安裝微軟官方驅動：
http：//www。microsoft。com/zh-cn/download/confirmation。aspx？id=30709）
這小工具好多年了，後來又發現了些小BUG，不過我懶得更新，因為我正在憋一個大招，將這個工具搬到我開發的“（金老師的線上自我學習網站）”上。當前我正在開發一個爆光紅書爛書的“圖書紅黑榜”，目前己經完成一大半功能了，很快就上線。
其中的圖書分類樹如下所示：
和PersonalInfo的分類樹是不是眼熟？當然由於Web的限制，功能比桌面版有所壓縮，但也基本一樣，同樣支援節點的新增、改名、升級、降級等基本操作。
弄完“圖書紅黑榜”，我就著手開發Web版的PersonalInfo，將其開放給在我網站（金老師的線上自我學習網站）的註冊使用者使用，後面還打算新增Android客戶端支援。
自己動手，其樂無窮。
=========================================================
轉發一下我昨天發的微博，我想這條微博能更清晰的說明我的想法：
=============================================================
在知乎被N個人問過這樣的問題：
我想轉行當程式設計師，但我沒有基礎，是否應該上培訓班？
實在回答得累了。
今天逛部落格園網站，看到有位朋友寫了個《IT培訓揭秘》系列文章，O網頁連結，有這方面困惑的朋友不妨看看，也算是多瞭解一些情況吧。情況瞭解得越多，就越有助於做出決定。
其實我一直建議，對於時間比較充裕的人，如果想轉到軟體開發行業，是完全可以自學的。
自學遇到的一個最大問題就是：
網際網路上的海量資源，我不知道該如何入手，從哪開始
。
這也是我想解決的問題，所以我計劃在我的個人網站上建立一個“線上自我學習系統”，O網頁連結，對那些有著強大學習內驅力的想轉到軟體開發行業的朋友以幫助。
我的計劃是這樣的：首先開發一個“圖書紅黑榜”，爆光好書和爛書，幫大家篩選出適合學習的優秀技術圖書，接著將我原先開發的桌面版個人資訊資料庫（說明見O網頁連結）移到網站上，用於組織各種學習資源，最後一步，將各種學習資源進行梳理，針對不同情況的自學者，提供不同的學習導航路線。
目前圖書紅黑榜的功能己經開發完大半，過些天上線。
我堅信在這個網際網路時代，教與學正在激烈的變革，而那些擁有強大內驅動力的學習者，將把那些不主動也不會學習的人遠遠地拋在後面，學霸與學渣之間的鴻溝會日益加大，個體在所掌握知識與擁有專業技能力上面，將呈現出越來越明顯的“兩極分化”。
願為自學者助跑！
==============================
看了後面的評論，我再多說兩句：
我只是覺得學習應該是什麼樣的，而不應該是現在那樣的，所以我就想按照心目中的理想學習模式構建出一個自主學習的開放的系統，只從學習這件事情本身出發，不斷調整、反饋和重構系統，這也是我為什麼沒有直接用很多現成的線上教育平臺而是堅持自己搭的原因，因為我要不斷地否定和重構，只有自己從底向上搭建的系統，才能更好地達到隨時重構、不斷調整的這個目的。
走小而有特色之路，不搞大而全那套。
ye42412016-11-25 20:25:08印象筆記的飄過，加上主要是看中了網頁採集功能。
知乎使用者2016-11-25 23:49:50去年抱著和題主同樣的想法做了個wordpress的部落格，運營一年半。感謝這一年多的堅持。
寫了快兩百的文章。從最初記錄普通的技術實踐，到如今能對自己領域（爬蟲）寫出各種技術攻關文章。
一步一個腳印，朋友，學習這件事重要的不是記住所有學過的，而是建立一份知識的索引，要用則能找到。
如今我程式碼寫得越來越少，每當有專案都能從自己的程式碼庫中選擇曾經完成的模組快速的修改執行，而更多的時間則寫更高效率的程式碼模組。。這樣的方式才能 逐步彌補和大牛的差距。。
部落格呢訪問量也從去年一天幾個人到如今每天300訪問，成就感滿滿！
部落格地址在個人資料裡。裡面有做部落格的詳細教程。
最後github鎮場。
知乎使用者2016-11-27 16:56:19關於這個需求，我自己做了個App，前前後後折騰了8年，最近遷移到UWP，順手把它釋出出來了，
https：//www。
microsoft。com/store/app
s/9nblggh4x26t
。
遷移的時候，我重新確定了一下需求，重點實現了處處能訪問的需求。並充分利用百度網盤。當然，之前幾年的程式碼中能搬過來的程式碼都搬過來了。基本保持了原來的風貌。
你說的資料有筆記，有截圖照片，有儲存的網頁，都做成了word儲存。中文的英文的都有。想建立一個用關鍵詞就能搜尋到的工具。我不知道你說的關鍵字的粗細程度如何，細到每個檔案的話，作業系統的搜尋就能做到了。這個如果自己再去實現的話，我覺得是沒有什麼意思的。所以我是透過對檔案系統做一定程度的約束，實現較粗粒度的搜尋，具體體現：把某一具體主題的所有檔案放在一個資料夾裡，這個資料夾裡有個特殊的檔案，App搜尋遍歷到這裡的時候，發現這個資料夾裡有這個特殊的檔案，就不會再深入進去。
App能定義一些專用檔案格式，用來儲存一些鍵值對。這些鍵值對檔案只能儲存在這個具體主題的資料夾裡，用於幫助搜尋、瀏覽。鍵在其他地方定義。這很像資料庫表。類似的，我還實現了“關係”，用於連線各種不同主題但是非常相關的檔案。
它整個實現在普通的檔案系統上，所以我可以用百度網盤同步，在其它電腦或者手機上，只要能上網，我就可以在App裡面直接登入到百度網盤，看到和我在自己的電腦上完全一樣的檔案列表。當然要開啟的話，得先下載，這是和檔案在本地的時候不同的。
還有一種可能是你對搜尋的細度非常高，高到對檔案內容搜尋，作業系統的索引只能處理一些簡單文件內容的搜尋，這時候肯定需要專用管理軟體。或者可以自己搞一個服務，針對不同格式的檔案，把它轉成可以搜尋的文字。然後自己實現個App，專門搜尋轉出來的文字來找到對應的檔案。這個工程量其實挺大的。
