以前做了乙個小應用，很久都沒有修改了。但是最近因為有些地方的資料量大了一點點，就經常有人抱怨應用不好用。我自己也覺得不好用。
這個小應用最初開發是，做到比較簡單，很多功能都是直來直去的。應用的功能細節這裡就不說了。做出來的效果基本就是基本資料維護加資料關係維護，再加上一些配置，日誌，報表等功能。中規中矩，很長一段時間也執行的不錯。
但是隨著時間的發展，幾年以後，使用系統的人換了好幾批。系統裡面的資料也由於疏於管理而比較混亂。不是不能用，只是很難找到要操作的資料。
有的人會說這完全是管理的問題，各種資料分類全部搞規範了不就好了麼。我一開始也是這麼想的，埋怨是使用者使用不規範導致系統越來越難用。但是隨著對功能和實際的業務操作需求的仔細考慮，發現事情沒這麼簡單。
首先，作為技術人員，做事情時後想法特別結構化邏輯化，實際使用者根本不是這樣的。因為我們做的系統是給使用者用的，所以按照我們的習慣做出來的系統通常是資料維護和關係維護形式的，因為我們是這樣思考問題的。當然我們不應該這樣做，我們應用使用usecase，使用很多需求和互動設計的方式來做專案，但是我們沒有這樣的時間，而且這樣的設計也不是很容易搞出來的。
其次，作為技術人員（因為我們沒有真正的業務分析人員），我們應該做的是提供機制，而不是提供策略，因為策略經常變，而機制很穩定。但是我們提供什麼樣的機制既能穩定，又能長久的滿足使用者的需求的。
經過了長時間的思考我有了一些想法，這裡提出來和大家討論一下，希望聽聽大家的意見。
我的答案就是「搜尋」，為什麼這麼說呢，下面我面解釋一下自己的想法。
其實網際網路這些年的高速發展最終要的原因之一就是搜尋引擎的大力發展和流行。關於這一點大家應該不會有什麼意見，但是這件事情本身背後隱藏的含義是什麼大部分人應該會有各自不同的看法。
我的看法是網際網路就是乙個超級大的系統，並且符合資料亂，使用者習慣不同的特徵。而搜尋引擎就是為解決這種問題而產生的。我們自己的系統其實完全可以按照這種思路來做。
另外我也想到了vim的作者以前在「高效編輯的七個習慣」中說明的一種現象，就是我們編輯文字的絕大部分操作倒是定位到要編輯的文字部分。而真正的輸入只佔到很少部分。當然有人抬槓說有的系統主要是輸入我也沒話說，起碼我覺得大部分系統是首先要快速定位到要輸入的地方。而且像自動完成或者自動提示這種加快輸入速度的功能也需要快速找到要完成或者要提示，其實也是搜尋功能的乙個變種。
想到這裡我有乙個豁然開朗的感覺。我們做系統是可以大量使用搜尋的技術，對於介面的設計，盡量把頁面簡化到一些關鍵實體，通常是根實體。對於這個實體相關的資訊盡量集中到這個頁面。使用者通過搜尋功能方便的定位到實體。就可以很容易操作了。這在很大程度上可以解決資料分類混亂的問題。
其實想**的商品搜尋就是很好的乙個例子，搜尋加聚類可以極大的減輕分類不規範或者相關問題引起的使用痛苦。而且我們的大部分使用者已經適應了這種方式。如果我們使用這種機制。應該可以減少由於使用者不同或者資料混亂引起的系統使用不便。減少我們的工作量。
歡迎拍磚。。
重要性取樣
from scipy import stats from scipy.stats import norm import numpy as np import matplotlib.pyplot as plt def f x return np.sin x x def intf x1,x2 retur...
定時的重要性
2.wm timer訊息 是又定時器發出的訊息 首先我們先建立乙個定時器 函式原型 unit settimer hwnd hwnd,uint nidevent,uint nelapse,timerproc lptimerfunc 要建立定時器，還需要 a.視窗控制代碼 b.選擇識別符號 c.微秒級的...
資料的重要性
對於程式設計師來說，高手 和 菜鳥 之間的區別實際上只有兩個因素 一是從事程式設計時間的長短不同，使經驗的多少有所區別 第二個因素就是手頭掌握資料的多少了，因為很多問題並不是靠自己鑽研可以解決的，必須靠資料，試想在寫 dos匯程式設計序時如果沒有中斷手冊，可以自己鑽研出來嗎？實際上，大部分 菜鳥 向...