好久沒寫關於個人看法的文章,期間工作換了不少,最後去了家做汽車專案的**發展,話就說到這裡了.寫這篇博文是有一定的目的的,但是最主要也是體現我個人的看法,而不是針對某些事.
和為簡約唯美?我的看法就是,簡約就是**簡單樸素,架構清晰了當,不累贅,沒有多餘沒用的東西(如廣告),而唯美就是,通過一些很簡單的手段設定整體風格看上去有很強的視覺觀賞性與立體感,讓人百看不膩的感覺,簡約唯美就簡單介紹到這裡了.
使用者介面與功能:簡單明瞭讓使用者一看就明白的使用者介面我認為是最好的,現在無論在在**開發和包括各種各樣的開發專案中,一眼讓使用者看的明白的介面是最好的.
一:**更新速度快,諮詢實時更新
二:**訪問速度快,不卡,讀取頁面基本能在1到3秒內顯示出來.
三:良好的版面風格,沒有亂糟糟的版面
四:良好的介面體驗,能通過最簡單的方式找到最有用的諮詢.
五:簡單明瞭的功能,通過乙個按鍵或者一些簡單的輸入就可以達到想要的東西.而不是通過n層的輸入與選擇才會得到想要的東西
以企業角度來說,企業希望程式設計師實現:
一:功能盡可能複雜,讓使用者看上去這個專案製作難度有多高,而且製作時間需要很長,需要花費多少,功能是多強大的.
二:介面盡可能華麗,不要擔心使用者機子是否承受得了該系統資源消耗,力求最好看,最動感.
三:不需要考慮對前台頁面的優化,只要針對資料庫方面優化就可以了,頁面那些css與指令碼優化全拋在後面,資料庫優化好了就可以了.
四:讓這系統整體複雜化,必須要使用特定的員工進行培訓才可以具備使用這系統的能力.
六:系統管理介面要列出所有功能的設定,乙個都不能少
七:為了趕時間早日賺到更多的利潤,講以前舊的系統東拼西湊合當作乙個新的系統拿出來再次銷售,不需要對其進行二次開發,只需要合併出來可以執行就可以,不考慮表結構,資料庫複雜程度
八:不要對現有的系統進行重構或者優化,除非客戶有特別要求否則原來系統該怎麼樣就怎麼樣
九:我只需要看到成果,無論你怎麼做,只要得到我要的結果就可以了.不用考慮實現方式.測試只需要按照流程走就可以了.
十:給客戶的使用者手冊只需要截圖加上簡單的說算就可以了,如果客戶系統崩潰,可以通過找策劃聯絡維護人員,交一定的維護費就可以對客戶系統維護
以上大約企業對程式設計師的一些要求.
對於我來說,以程式設計師的角度我會這樣做:
一:功能鍵盡量少,乙個功能鍵可以表達的意思就乙個功能鍵做完,而不是分開把它複雜化.
二:讓操作權交給使用者,把一些常用的功能交給使用者決定,而不是同過管理員去控制,讓自由度更大
三:優化前台與資料庫,前台的優化可以讓頁面讀取的更快,除了要對資料庫的sql優化之外還需要對前台的指令碼與css優化,減少無用的指令碼與css
四:定期重構,乙個好的專案需要定期重構,這樣可以延長這專案的生命週期,並且可以通過重構進行一些功能的擴充套件再次使用.
五:規範的文件,嚴格遵守軟體工程的文件,根據公司的規模適當制定一些常用的文件,進行編寫
六:簡單而詳細說明的使用者手冊,通過簡單的把主要功能詳細介紹給使用者,讓使用者可以快速上手,而不需要使用專門的培訓人員進行培訓,減少資源浪費.
七:結構簡單減少複雜化,減少**耦合度.
八:實用的管理員介面設定,將不常用的設定放到配置檔案中,將通用的功能做成乙個功能鍵或者功能頁
九:簡約唯美的前台,頁面不需要採用過於華麗的設定,減少使用者電腦資源開銷,盡量少用flash顯示
十:通過一些簡要培訓內容讓客戶企業員工具備一定的簡單系統維護能力,至於發生嚴重問題時候通過維護人員進行系統搶修.
十一:進行交錯性的測試,單元測試,壓力測試,等乙個測試都不能少.
我對介面的認知
這幾天有多篇的博文來 介面這個物件。自己多年來也對這個物件的用途不是很清楚，雖然會寫 但總找不到適用的感覺。大家的對這個物件的看法，多是傾向於在繼承類中新增某些功能。介面是為多型而生的，並不是為了繼承而存在。因為在子類中可以增加成員，完全沒有必要繼承於介面，並且還要在子類中實現介面中的成員。換個角度...
我對介面與抽象類的理解
1 從程式設計思想上來講，抽象類首先是類，具有分類學的意義，有兩層含義，一是以研究物件的整體來劃分的，二是互斥性。類一定存在具體的物件才有意義。分類一般採用樹型層級進行。一般情況下，上一層分類都是對下一層分類的分類。而介面表達的是一種標準，本身不具有分類學意義，但可以作為一種分類的屬性。介面是從物件...
我對C 編輯介面的看法
在實驗室學長的幫助下，我完成了第乙個c 介面程式。整體感覺是 簡單，易用，但是介面有點老土。第一次接觸c 的我還是比較畏懼地接受了這個任務，我也摒棄了以往學語言時候的壞習慣 借一本厚厚的 深入淺出 然後從頭開始研讀 因為老的方法總是讓我半途而廢，堅持不下來。而這一次，雖然我也借了一本厚厚的書，但是我...