COOOOOOOOL

     摘要: display:none和visible:hidden都能把網(wǎng)頁上某個(gè)元素隱藏起來，但兩者有區(qū)別:

display:none ---不為被隱藏的對(duì)象保留其物理空間，即該對(duì)象在頁面上徹底消失，通俗來說就是看不見也摸不到。

visible:hidden--- 使對(duì)象在網(wǎng)頁上不可見，但該對(duì)象在網(wǎng)頁上所占的空間沒有改變，通俗來說就是看不見但摸得到。  閱讀全文

     摘要: Char 用于描述定長的字符型數(shù)據(jù)，長度<=2000字節(jié)
varchar2 用于描述變長的字符型數(shù)據(jù)，長度<=4000字節(jié)
nchar 用來存儲(chǔ)Unicode字符集的定長字符型數(shù)據(jù)，長度<=1000字節(jié)
nvarchar2 用來存儲(chǔ)Unicode字符集的變長字符型數(shù)據(jù)，長度<=1000字節(jié)
number 用來存儲(chǔ)整型或者浮點(diǎn)型數(shù)值
Date 用來存儲(chǔ)日期數(shù)據(jù)   閱讀全文

     摘要: 函數(shù)原型
gluPerspective(GLdouble fovy,GLdouble aspect,GLdouble zNear,GLdouble zFar)

首先得設(shè)置gluPerspective,來看看它的參數(shù)都表示什么意思
fovy,這個(gè)最難理解,我的理解是,眼睛睜開的角度,即,視角的大小,如果設(shè)置為0,相當(dāng)你閉上眼睛了,所以什么也看不到,如果為180,那么可以認(rèn)為你的視界很廣闊,
aspect,這個(gè)好理解,就是實(shí)際窗口的縱橫比,即x/y
zNear,這個(gè)呢,表示你近處,的裁面,
zFar表示遠(yuǎn)處的裁面,

如果還沒有理解就繼續(xù)看,
我們知道,遠(yuǎn)處的東西看起來要小一些,近處的東西看起來會(huì)大一些,這就是透視原理  閱讀全文

     摘要: 時(shí)常在cpp的代碼之中看到這樣的代碼:

#ifdef __cplusplus

extern "C" {

#endif

//一段代碼

#ifdef __cplusplus

}

#endif

　　這樣的代碼到底是什么意思呢？首先，__cplusplus是cpp中的自定義宏，那么定義了這個(gè)宏的話表示這是一段cpp的代碼，也就是說，上面的代碼的含義是:如果這是一段cpp的代碼，那么加入extern "C"{和}處理其中的代碼。  閱讀全文

     摘要: Chapter 33 Personal Character

1.編程工作本質(zhì)上是項(xiàng)無法監(jiān)督的工作，因?yàn)闆]人真正清楚你在干什么。

2.老板無法強(qiáng)迫你成為好的程序員，很多時(shí)候他甚至無法判斷你是否合格。如果你想有所成就，只能全憑自己，這涉及到你個(gè)人的性格。（素質(zhì)教育的核心）

3.如何專注你的聰明才智，比你有多聰明更重要。

4.最好通過小程序找出答案，而不要用大程序。有效編程的關(guān)鍵之一就是要學(xué)會(huì)迅速制造錯(cuò)誤，并且每次都能從中有所收獲。犯錯(cuò)不是罪過，從中學(xué)不到什么才是罪過。

5.為人寫代碼，而非為機(jī)器。  閱讀全文

     摘要: 1.人們發(fā)現(xiàn)，參與正在發(fā)生的成功要更容易。讓他們瞥見未來，你就能讓他們聚集在你的周圍。

2.早起的鳥兒有蟲吃，但早起的蟲子呢？

3.如果某個(gè)想法是你唯一的想法，再?zèng)]有什么比這更危險(xiǎn)的事情了。

4.沒有人知道未來會(huì)怎樣，尤其是我們！所以要讓你的代碼學(xué)會(huì)“搖滾”：可以“搖”就“搖”，必須“滾”就“滾”。  閱讀全文

     摘要: 自從14世紀(jì)以來，bug（蟲子、臭蟲）一詞就一直被用于描述“恐怖的東西”。COBOL的發(fā)明者，海軍少將Grace Hopper博士據(jù)信觀察到了第一只計(jì)算機(jī)bug——真的是一只蟲子，一直在早期計(jì)算機(jī)系統(tǒng)的繼電器里抓到的蛾子。在被要求解釋機(jī)器為何未按期望運(yùn)轉(zhuǎn)時(shí)，有一位技術(shù)人員報(bào)告說，“有一只蟲子在系統(tǒng)里”，并且負(fù)責(zé)地把它——翅膀及其他所有的部分——粘在了日志簿里。  閱讀全文

     摘要: 程序員被教導(dǎo)說，要給代碼加上注釋：好代碼有許多注釋。遺憾的是，沒有人交給他們，代碼為什么需要注釋：糟糕的代碼性愛需要許多注釋。

DRY -- Don't Repeat Youself!
不要重復(fù)你自己！

DRY法則告訴我們，要把低級(jí)的知識(shí)放在代碼中，它屬于那里；把注釋保留給其他高級(jí)說明。否則，我們就是在重復(fù)知識(shí)，而每一次改變都意味著既要改變代碼，也要改變注釋。注釋將不可避免地變得過時(shí)，而不可信任的注釋比完全沒有注釋更糟糕。
  閱讀全文

     摘要: 有時(shí)，重復(fù)來自設(shè)計(jì)中的錯(cuò)誤。


讓我們看一個(gè)來自配送行業(yè)的例子。假定我們的分析揭示，一輛卡車有車型、牌照號(hào)、司機(jī)及其他一些屬性。與此類似，發(fā)運(yùn)路線的屬性包括路線、卡車和司機(jī)。基于這一理解，我們編寫了一些類。

但如果Sally打電話請(qǐng)病假、我們必須改換司機(jī)，事情又會(huì)怎樣呢？Truck和DeliverRoute都包含有司機(jī)。我們改變哪一個(gè)？顯然這樣的重復(fù)很糟糕。根據(jù)底層的商業(yè)模型對(duì)其進(jìn)行規(guī)范化（normalize）--卡車的底層屬性集真的應(yīng)包含司機(jī)？路線呢？又或許我們需要第三種對(duì)象，把司機(jī)、卡車及路線結(jié)合在一起。不管最終的解決方案是什么，我們都應(yīng)避免這種不規(guī)范的數(shù)據(jù)。
  閱讀全文

     摘要: 如果你想要制作易于設(shè)計(jì)、構(gòu)建、測試及擴(kuò)展的系統(tǒng)，正交性是一個(gè)十分關(guān)鍵的概念，但是，正交性的概念很少被直接講授，而常常是你學(xué)習(xí)的各種其他方法和技術(shù)的隱含特性。這是一個(gè)錯(cuò)誤。一旦你學(xué)會(huì)了直接應(yīng)用正交性原則，你將發(fā)現(xiàn)，你制作的系統(tǒng)的質(zhì)量立刻就得到了提高。   閱讀全文