IT 人應(yīng)具備的一些素質(zhì)

分享。樂于分享，才能共同成長。

開放 & 空杯心態(tài)，接受新事物。

沒有實踐就沒有發(fā)言權(quán)。

沒有徹底理解，不要去推翻它。

不要抨擊其它你認(rèn)為沒有意義的技術(shù)，任何事物都有它產(chǎn)生的原因。

不要看不起老技術(shù)。只有站在巨人的肩膀上，你才能看得更遠(yuǎn)。

認(rèn)識到：業(yè)務(wù)是收益、技術(shù)是成本。

?

設(shè)計雜談

如何做到方案設(shè)計得比較完善？答：一項浩大的方案設(shè)計，需要平時不斷地收集、整理問題。這樣才能在出解決方案的時候，做到盡量全面地解決問題。不可能靠人腦臨時想出一個完善的方案，很可能會丟三落四，顧此失彼。

WPF框架使用有感： 不熟悉框架的時候，使用框架寫出來的上層代碼很多都是無用的、雜亂的，這也正反映了底層知識的不足。 隨著不斷的學(xué)習(xí)深入，逐漸地對這些上層代碼進(jìn)行重構(gòu)。每一次精簡，都是對底層知識的積累。 忽然有一天，你發(fā)現(xiàn)代碼被重構(gòu)得非常簡練了，其實也會發(fā)現(xiàn)原來基礎(chǔ)知識也都越來越扎實了。回頭想想，當(dāng)初寫的都是些什么代碼，純粹是為了應(yīng)急，搞出來就行……

刪除沒必要的抽象（例如兩年內(nèi)用不到的），每個抽象都增加了使用的復(fù)雜度。

程序都要盡量地解除耦合，單向依賴。但是有時候是無法做到的。 “雙向緊耦合的設(shè)計，往往是極度抽象的設(shè)計，很可能是經(jīng)典一筆～” 例如 .NET 中的：AnimationTimeLine 和 Animatable。 要理解這樣的程序，也需要從抽象層面入手。

只有當(dāng)全面整體熟悉甚至精通這些理論與技術(shù)之后，設(shè)計才能做到得心應(yīng)手：“編程手法”★、數(shù)據(jù)結(jié)構(gòu)★、算法★、數(shù)據(jù)庫、操作系統(tǒng)、編程語言、基礎(chǔ)平臺類庫★、基礎(chǔ)平臺框架★、網(wǎng)絡(luò)、ORM、XML、序列化、Web、協(xié)議、設(shè)計模式★、架構(gòu)模式★、思維導(dǎo)圖★、設(shè)計經(jīng)驗★。

寫了代碼那么久，越來越體會到，代碼注釋最重要的不是解釋這幾行代碼做了什么，而應(yīng)該寫清楚為什么要這樣做。“做了什么”，就算你不寫注釋，他人大不了花點時間看看代碼流程。但是“為什么這樣寫”，你要是不寫注釋的話，就沒人知道了。

對于框架而言，API 的公有接口設(shè)計是非常重要的，如果這些公有接口沒有設(shè)計好的話，說明封裝沒有做好，類型抽象不到位，內(nèi)部的設(shè)計只可能會更糟。

?

未完待續(xù)，想到再加……

轉(zhuǎn)載于:https://www.cnblogs.com/zgynhqf/archive/2010/11/18/1880383.html

總結(jié)

以上是生活随笔為你收集整理的IT人的素质 设计杂谈的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。