SQL Server查詢速度慢的原因有很，常見的有以下幾種：

1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設(shè)計(jì)的缺陷)
2、I/O吞吐量小，形成了瓶頸效應(yīng)。
3、沒有創(chuàng)建計(jì)算列導(dǎo)致查詢不優(yōu)化。
4、內(nèi)存不足
5、網(wǎng)絡(luò)速度慢
6、查詢出的數(shù)據(jù)量過大（可以采用多次查詢，其他的方法降低數(shù)據(jù)量）
7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設(shè)計(jì)的缺陷)
8、sp_lock,sp_who,活動(dòng)的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好，沒有優(yōu)化

●可以通過以下方法來優(yōu)化查詢 :

 

1、把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上，增加讀取速度，以前可以將Tempdb應(yīng)放在RAID0上，SQL2000不在支持。數(shù)據(jù)量（尺寸）越大，提高I/O越重要.

2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)

3、升級(jí)硬件

4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問方式，限制結(jié)果集的數(shù)據(jù)量。注意填充因子要適當(dāng)（最好是使用默認(rèn)值0）。索引應(yīng)該盡量小，使用字節(jié)數(shù)小的列建索引好（參照索引的創(chuàng)建）,不要對(duì)有限的幾個(gè)值的字段建單一索引如性別字段

5、提高網(wǎng)速;

6、擴(kuò)大服務(wù)器的內(nèi)存,Windows 2000和SQL server 2000能支持4-8G的內(nèi)存。

 

配 置虛擬內(nèi)存：虛擬內(nèi)存大小應(yīng)基于計(jì)算機(jī)上并發(fā)運(yùn)行的服務(wù)進(jìn)行配置。運(yùn)行 Microsoft SQL Server? 2000 時(shí)，可考慮將虛擬內(nèi)存大小設(shè)置為計(jì)算機(jī)中安裝的物理內(nèi)存的 1.5 倍。如果另外安裝了全文檢索功能，并打算運(yùn)行 Microsoft 搜索服務(wù)以便執(zhí)行全文索引和查詢，可考慮：將虛擬內(nèi)存大小配置為至少是計(jì)算機(jī)中安裝的物理內(nèi)存的 3 倍。將 SQL Server max server memory 服務(wù)器配置選項(xiàng)配置為物理內(nèi)存的 1.5 倍（虛擬內(nèi)存大小設(shè)置的一半）。

7、增加服務(wù)器CPU個(gè)數(shù);但是必須 明白并行處理串行處理更需要資源例如內(nèi)存。使用并行還是串行程是MsSQL自動(dòng)評(píng)估選擇的。單個(gè)任務(wù)分解成多個(gè)任務(wù)，就可以在處理器上運(yùn)行。例如耽擱查詢 的排序、連接、掃描和GROUP BY字句同時(shí)執(zhí)行，SQL SERVER根據(jù)系統(tǒng)的負(fù)載情況決定最優(yōu)的并行等級(jí)，復(fù)雜的需要消耗大量的CPU的查詢最適合并行處理。但是更新操作UPDATE,INSERT， DELETE還不能并行處理。

8、如果是使用like進(jìn)行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like ''a%'' 使用索引 like ''%a'' 不使用索引用 like ''%a%'' 查詢時(shí)，查詢耗時(shí)和字段值總長度成正比,所以不能用CHAR類型，而是VARCHAR。對(duì)于字段的值很長的建全文索引。

9、DB Server 和APPLication Server 分離；OLTP和OLAP分離

10、分布式分區(qū)視圖可用于實(shí)現(xiàn)數(shù)據(jù)庫服務(wù)器聯(lián)合體。

 

聯(lián)合體是一組分開管理的服務(wù)器，但它們相互協(xié)作分擔(dān)系統(tǒng)的處理負(fù)荷。這種通過分區(qū)數(shù)據(jù)形成數(shù)據(jù)庫服務(wù)器聯(lián)合體的機(jī)制能夠擴(kuò)大一組服務(wù)器，以支持大型的多層 Web 站點(diǎn)的處理需要。有關(guān)更多信息，參見設(shè)計(jì)聯(lián)合數(shù)據(jù)庫服務(wù)器。（參照SQL幫助文件''分區(qū)視圖''）
a、在實(shí)現(xiàn)分區(qū)視圖之前，必須先水平分區(qū)表
b、 在創(chuàng)建成員表后，在每個(gè)成員服務(wù)器上定義一個(gè)分布式分區(qū)視圖，并且每個(gè)視圖具有相同的名稱。這樣，引用分布式分區(qū)視圖名的查詢可以在任何一個(gè)成員服務(wù)器上 運(yùn)行。系統(tǒng)操作如同每個(gè)成員服務(wù)器上都有一個(gè)原始表的復(fù)本一樣，但其實(shí)每個(gè)服務(wù)器上只有一個(gè)成員表和一個(gè)分布式分區(qū)視圖。數(shù)據(jù)的位置對(duì)應(yīng)用程序是透明的。

 

11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數(shù)據(jù)和日志 DBCC SHRINKDB,DBCC SHRINKFILE. 設(shè)置自動(dòng)收縮日志.對(duì)于大的數(shù)據(jù)庫不要設(shè)置數(shù)據(jù)庫自動(dòng)增長，它會(huì)降低服務(wù)器的性能。

 

在T-sql的寫法上有很大的講究，下面列出常見的要點(diǎn)：首先，DBMS處理查詢計(jì)劃的過程是這樣的：
1、 查詢語句的詞法、語法檢查
2、 將語句提交給DBMS的查詢優(yōu)化器
3、 優(yōu)化器做代數(shù)優(yōu)化和存取路徑的優(yōu)化
4、 由預(yù)編譯模塊生成查詢規(guī)劃
5、 然后在合適的時(shí)間提交給系統(tǒng)處理執(zhí)行
6、 最后將執(zhí)行結(jié)果返回給用戶。

 

其次，看一下SQL SERVER的數(shù)據(jù)存放的結(jié)構(gòu)：一個(gè)頁面的大小為8K(8060)字節(jié)，8個(gè)頁面為一個(gè)盤區(qū)，按照B樹存放。

12、 Commit和rollback的區(qū)別 Rollback:回滾所有的事物。 Commit:提交當(dāng)前的事物. 沒有必要在動(dòng)態(tài)SQL里寫事物，如果要寫請(qǐng)寫在外面如： begin tran exec(@s) commit trans 或者將動(dòng)態(tài)SQL 寫成函數(shù)或者存儲(chǔ)過程。

13、在查詢Select語句中用Where字句限制返回的行數(shù),避免表掃描,如果返回不必要的數(shù)據(jù)，浪費(fèi)了服務(wù)器的I/O資源，加重了網(wǎng)絡(luò)的負(fù)擔(dān)降低性能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯(lián)接訪問表,后果嚴(yán)重。

14、SQL的注釋申明對(duì)執(zhí)行沒有任何影響

15、 盡可能不使用光標(biāo)，它占用大量的資源。如果需要row-by-row地執(zhí)行，盡量采用非光標(biāo)技術(shù),如：在客戶端循環(huán)，用臨時(shí)表，Table變量，用子查 詢，用Case語句等等。游標(biāo)可以按照它所支持的提取選項(xiàng)進(jìn)行分類： 只進(jìn) 必須按照從第一行到最后一行的順序提取行。FETCH NEXT 是唯一允許的提取操作,也是默認(rèn)方式。可滾動(dòng)性 可以在游標(biāo)中任何地方隨機(jī)提取任意行。游標(biāo)的技術(shù)在SQL2000下變得功能很強(qiáng)大，他的目的是支持循環(huán)。有四個(gè)并發(fā)選項(xiàng) READ_ONLY：不允許通過游標(biāo)定位更新(Update)，且在組成結(jié)果集的行中沒有鎖。 OPTIMISTIC WITH valueS:樂觀并發(fā)控制是事務(wù)控制理論的一個(gè)標(biāo)準(zhǔn)部分。樂觀并發(fā)控制用于這樣的情形，即在打開游標(biāo)及更新行的間隔中，只有很小的機(jī)會(huì)讓第二個(gè)用戶更新 某一行。當(dāng)某個(gè)游標(biāo)以此選項(xiàng)打開時(shí)，沒有鎖控制其中的行，這將有助于最大化其處理能力。如果用戶試圖修改某一行，則此行的當(dāng)前值會(huì)與最后一次提取此行時(shí)獲 取的值進(jìn)行比較。如果任何值發(fā)生改變，則服務(wù)器就會(huì)知道其他人已更新了此行，并會(huì)返回一個(gè)錯(cuò)誤。如果值是一樣的，服務(wù)器就執(zhí)行修改。 選擇這個(gè)并發(fā)選項(xiàng)OPTIMISTIC WITH ROW VERSIONING:此樂觀并發(fā)控制選項(xiàng)基于行版本控制。使用行版本控制，其中的表必須具有某種版本標(biāo)識(shí)符，服務(wù)器可用它來確定該行在讀入游標(biāo)后是否有 所更改。在 SQL Server 中，這個(gè)性能由 timestamp 數(shù)據(jù)類型提供，它是一個(gè)二進(jìn)制數(shù)字，表示數(shù)據(jù)庫中更改的相對(duì)順序。每個(gè)數(shù)據(jù)庫都有一個(gè)全局當(dāng)前時(shí)間戳值：@@DBTS。每次以任何方式更改帶有 timestamp 列的行時(shí)，SQL Server 先在時(shí)間戳列中存儲(chǔ)當(dāng)前的 @@DBTS 值，然后增加 @@DBTS 的值。如果某 個(gè)表具有 timestamp 列，則時(shí)間戳?xí)挥浀叫屑?jí)。服務(wù)器就可以比較某行的當(dāng)前時(shí)間戳值和上次提取時(shí)所存儲(chǔ)的時(shí)間戳值，從而確定該行是否已更新。服務(wù)器不必比較所有列的值，只需 比較 timestamp 列即可。如果應(yīng)用程序?qū)]有 timestamp 列的表要求基于行版本控制的樂觀并發(fā)，則游標(biāo)默認(rèn)為基于數(shù)值的樂觀并發(fā)控制。 SCROLL LOCKS 這個(gè)選項(xiàng)實(shí)現(xiàn)悲觀并發(fā)控制。在悲觀并發(fā)控制中，在把數(shù)據(jù)庫的行讀入游標(biāo)結(jié)果集時(shí)，應(yīng)用程序?qū)⒃噲D鎖定數(shù)據(jù)庫行。在使用服務(wù)器游標(biāo)時(shí)，將行讀入游標(biāo)時(shí)會(huì)在其 上放置一個(gè)更新鎖。如果在事務(wù)內(nèi)打開游標(biāo)，則該事務(wù)更新鎖將一直保持到事務(wù)被提交或回滾；當(dāng)提取下一行時(shí)，將除去游標(biāo)鎖。如果在事務(wù)外打開游標(biāo)，則提取下 一行時(shí)，鎖就被丟棄。因此，每當(dāng)用戶需要完全的悲觀并發(fā)控制時(shí)，游標(biāo)都應(yīng)在事務(wù)內(nèi)打開。更新鎖將阻止任何其它任務(wù)獲取更新鎖或排它鎖，從而阻止其它任務(wù)更 新該行。然而，更新鎖并不阻止共享鎖，所以它不會(huì)阻止其它任務(wù)讀取行，除非第二個(gè)任務(wù)也在要求帶更新鎖的讀取。滾動(dòng)鎖根據(jù)在游標(biāo)定義的 SELECT 語句中指定的鎖提示，這些游標(biāo)并發(fā)選項(xiàng)可以生成滾動(dòng)鎖。滾動(dòng)鎖在提取時(shí)在每行上獲取，并保持到下次提取或者游標(biāo)關(guān)閉，以先發(fā)生者為準(zhǔn)。下次提取時(shí)，服務(wù)器 為新提取中的行獲取滾動(dòng)鎖，并釋放上次提取中行的滾動(dòng)鎖。滾動(dòng)鎖獨(dú)立于事務(wù)鎖，并可以保持到一個(gè)提交或回滾操作之后。如果提交時(shí)關(guān)閉游標(biāo)的選項(xiàng)為關(guān)，則 COMMIT 語句并不關(guān)閉任何打開的游標(biāo)，而且滾動(dòng)鎖被保留到提交之后，以維護(hù)對(duì)所提取數(shù)據(jù)的隔離。所獲取滾動(dòng)鎖的類型取決于游標(biāo)并發(fā)選項(xiàng)和游標(biāo) SELECT 語句中的鎖提示。鎖提示 只讀 樂觀數(shù)值 樂觀行版本控制 鎖定無提示 未鎖定 未鎖定 未鎖定 更新 NOLOCK 未鎖定 未鎖定 未鎖定 未鎖定 HOLDLOCK 共享 共享 共享 更新 UPDLOCK 錯(cuò)誤 更新 更新 更新 TABLOCKX 錯(cuò)誤 未鎖定 未鎖定 更新其它 未鎖定 未鎖定 未鎖定 更新 *指定 NOLOCK 提示將使指定了該提示的表在游標(biāo)內(nèi)是只讀的。

 

16、用Profiler來跟蹤查詢，得到查詢所需的時(shí)間，找出SQL的問題所在;用索引優(yōu)化器優(yōu)化索引

17、注意UNion和UNion all 的區(qū)別。UNION all好

18、注意使用DISTINCT，在沒有必要時(shí)不要用，它同UNION一樣會(huì)使查詢變慢。重復(fù)的記錄在查詢里是沒有問題的

19、查詢時(shí)不要返回不需要的行、列

20、 用sp_configure ''query governor cost limit''或者SET QUERY_GOVERNOR_COST_LIMIT來限制查詢消耗的資源。當(dāng)評(píng)估查詢消耗的資源超出限制時(shí)，服務(wù)器自動(dòng)取消查詢,在查詢之前就扼殺掉。 SET LOCKTIME設(shè)置鎖的時(shí)間

21、用select top 100 / 10 Percent 來限制用戶返回的行數(shù)或者SET ROWCOUNT來限制操作的行

22、 在SQL2000以前，一般不要用如下的字句: "IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE", and "LIKE ''%500''"，因?yàn)樗麄儾蛔咚饕潜頀呙琛Ｒ膊灰赪Here字句中的列名加函數(shù)，如Convert，substring等,如果必須用函數(shù)的時(shí) 候，創(chuàng)建計(jì)算列再創(chuàng)建索引來替代.還可以變通寫法：WHERE SUBSTRING(firstname,1,1) = ''m''改為WHERE firstname like ''m%''（索引掃描），一定要將函數(shù)和列名分開。并且索引不能建得太多和太大。NOT IN會(huì)多次掃描表，使用EXISTS、NOT EXISTS ，IN , LEFT OUTER JOIN 來替代，特別是左連接,而Exists比IN更快，最慢的是NOT操作.如果列的值含有空，以前它的索引不起作用，現(xiàn)在2000的優(yōu)化器能夠處理了。相同 的是IS NULL，“NOT", "NOT EXISTS", "NOT IN"能優(yōu)化她，而”<>”等還是不能優(yōu)化，用不到索引。

23、使用Query Analyzer，查看SQL語句的查詢計(jì)劃和評(píng)估分析是否是優(yōu)化的SQL。一般的20%的代碼占據(jù)了80%的資源，我們優(yōu)化的重點(diǎn)是這些慢的地方。

24、如果使用了IN或者OR等時(shí)發(fā)現(xiàn)查詢沒有走索引，使用顯示申明指定索引： SELECT * FROM PersonMember (INDEX = IX_Title) WHERE processid IN (‘男’，‘女’)

25、將需要查詢的結(jié)果預(yù)先計(jì)算好放在表中，查詢的時(shí)候再SELECT。這在SQL7.0以前是最重要的手段。例如醫(yī)院的住院費(fèi)計(jì)算。

26、MIN() 和 MAX()能使用到合適的索引。

27、 數(shù)據(jù)庫有一個(gè)原則是代碼離數(shù)據(jù)越近越好，所以優(yōu)先選擇Default,依次為Rules,Triggers, Constraint（約束如外健主健CheckUNIQUE……,數(shù)據(jù)類型的最大長度等等都是約束）,Procedure.這樣不僅維護(hù)工作小，編寫程 序質(zhì)量高，并且執(zhí)行的速度快。

28、如果要插入大的二進(jìn)制值到Image列，使用存儲(chǔ)過程，千萬不要用內(nèi)嵌INsert來插入(不知JAVA 是否)。因?yàn)檫@樣應(yīng)用程序首先將二進(jìn)制值轉(zhuǎn)換成字符串（尺寸是它的兩倍），服務(wù)器受到字符后又將他轉(zhuǎn)換成二進(jìn)制值.存儲(chǔ)過程就沒有這些動(dòng)作: 方法：Create procedure p_insert as insert into table(Fimage) values (@image), 在前臺(tái)調(diào)用這個(gè)存儲(chǔ)過程傳入二進(jìn)制參數(shù)，這樣處理速度明顯改善。

Gartner Group公布了IT業(yè)界未來四年來的十大新技術(shù).

多核心處理器,虛擬化和社交網(wǎng)絡(luò)排行前三,同時(shí)一些用戶端技術(shù)也占了榜單的數(shù)個(gè)位置. Gartner建議CIO建立一個(gè)正式的機(jī)制,建立虛擬團(tuán)隊(duì),選拔優(yōu)秀的工作人員來研究新的思路和創(chuàng)新,特別是消費(fèi)者所關(guān)注的新Web2.0技術(shù),并運(yùn)用這些技術(shù)來解決問題.

   1. 多核心和混合處理器

   2. 虛擬化和構(gòu)造計(jì)算

   3. 社交網(wǎng)絡(luò)和社交軟件

   4. 云計(jì)算/Web平臺(tái)

   5. Web Mashups

   6. 用戶界面(加速計(jì),無線界面,全息和三維成像等)

   7. 普及計(jì)算

   8. 上下文計(jì)算

   9. 增強(qiáng)實(shí)體

  10. 語義學(xué)

十大最不可思議的計(jì)算機(jī)
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2189094
據(jù)英國《新科學(xué)家》雜志報(bào)道，現(xiàn)今的計(jì)算機(jī)利用電子脈沖和磁體實(shí)現(xiàn)信息操作和數(shù)據(jù)儲(chǔ)存，但是隨著技術(shù)發(fā)展，還有其它更為怪異的方法處理這些信息。《新科學(xué)家》雜志列出了10大最不可思議的計(jì)算方式，包括光計(jì)算、量子計(jì)算、神經(jīng)計(jì)算以及水波計(jì)算等。

1、光計(jì)算

光線傳輸編碼信息不足為奇，因?yàn)槿蛲ㄐ湃恳揽抗饫|來傳輸，但用光信號(hào)來處理數(shù)據(jù)和進(jìn)行計(jì)算還是不切實(shí)際的。研究光計(jì)算機(jī)還是值得做的，因?yàn)槭褂霉饽芗涌煊?jì)算機(jī)的速度和處理的數(shù)據(jù)量。

但對(duì)光的誘捕、儲(chǔ)存以及操作依然非常困難。美國伊利諾伊州立大學(xué)保羅·布勞恩等人的研究讓我們更接近這一目標(biāo)。他們已經(jīng)研制成一款三維光學(xué)波導(dǎo)光子晶體，可以誘捕光，使其降低速度，并在銳角轉(zhuǎn)角處讓光彎曲，而不必?fù)?dān)心光逃逸。同時(shí)，美國哈佛大學(xué)的米哈伊爾·盧金已經(jīng)開發(fā)出一種光晶體管，可以讓單個(gè)光子從一個(gè)光信號(hào)轉(zhuǎn)換成另外一個(gè)光信號(hào)。

2、量子計(jì)算

如果你不再想打破所有傳統(tǒng)計(jì)算的規(guī)則，那么量子計(jì)算方式將最為現(xiàn)實(shí)。量子計(jì)算不使用傳統(tǒng)計(jì)算的基本信息比特，而利用量子機(jī)械效應(yīng)創(chuàng)造量子比特，可實(shí)現(xiàn)平行計(jì)算，并且隨著量子比特?cái)?shù)的增加，它們處理數(shù)據(jù)的速度將呈指數(shù)形式上升，將能完成現(xiàn)代計(jì)算機(jī)所不能完成的事情，比如快速分解大質(zhì)數(shù)、破解密碼鎖等。

3、DNA計(jì)算

DNA可能是完成計(jì)算的最完美材料。DNA計(jì)算的創(chuàng)始人是美國南加州大學(xué)的萊昂那多·阿德萊曼教授，他于1994年利用DNA計(jì)算方法解決了一個(gè)著名的數(shù)學(xué)難題“七頂點(diǎn)哈密爾頓路徑”。最近，科學(xué)家們開始利用DNA計(jì)算來創(chuàng)造生物計(jì)算機(jī)，放在人體或生物體工作，其計(jì)算結(jié)果可通過熒光蛋白的活動(dòng)來讀取。

4、可逆計(jì)算

可逆計(jì)算通過恢復(fù)和重新利用丟失數(shù)據(jù)的這些能量來減少計(jì)算機(jī)的能耗。美國佛羅里達(dá)大學(xué)的邁克爾·弗蘭克正在開發(fā)這樣一種方法：每個(gè)輸入操作都會(huì)產(chǎn)生一個(gè)輸出信號(hào)，將輸出信號(hào)的能量保存起來，為新的信號(hào)輸入提供能量，從而創(chuàng)造出一種零熱量產(chǎn)生的計(jì)算方式。

5、撞球計(jì)算

傳統(tǒng)的計(jì)算涉及電子通過電路內(nèi)部每一個(gè)分子時(shí)產(chǎn)生的連鎖反應(yīng)，而科學(xué)家們正在嘗試其它種類的連鎖反應(yīng)，包括多米諾或者大理石的連鎖反應(yīng)。

但是制作這樣的微處理器可能需要很大空間，除非多米諾或者大理石也很小。美國IBM公司的研究人員已經(jīng)開始實(shí)驗(yàn)這種邏輯電路，通過使用原子互相撞擊傳遞信息。盡管這種邏輯門只能使用一次，但是它卻比現(xiàn)有的最小晶體管還要小很多。

6、神經(jīng)元計(jì)算

研究神經(jīng)元通常是指模仿人類大腦的計(jì)算方式。芝加哥西北大學(xué)的費(fèi)爾迪南多·莫沙-伊萬迪正在研究如何利用七鰓鰻的大腦細(xì)胞控制機(jī)器人。

從機(jī)器人身上的光敏感元件上輸出信號(hào)傳遞給神經(jīng)元，神經(jīng)元的反饋再反過來用來控制機(jī)器人的動(dòng)作。此外，英國紐卡斯?fàn)柎髮W(xué)的神經(jīng)學(xué)家克萊爾·林德受《星球大戰(zhàn)》電影中記錄的一只蝗蟲的啟發(fā)，開發(fā)出一種非常精確的故障排除系統(tǒng)。美國國防部高級(jí)研究計(jì)劃署近來正在利用飛蛾大腦的電子元件，嘗試遙控半機(jī)械昆蟲間諜——飛蛾。

7、核磁共振計(jì)算

如果你知道如何操作水，那么每杯水就是一臺(tái)電腦。英國約克大學(xué)的蘇珊·斯特尼及其同事使用核磁共振強(qiáng)磁場來控制和觀察分子的交互作用，這種方法能夠以三維方式表現(xiàn)信息。如果研究能夠成功，只要一杯水就可以模擬大氣。然而這個(gè)研究小組只完成了原理證明。

8、Glooper計(jì)算機(jī)

這可能是最不可思議的計(jì)算機(jī)之一，它使用gloopware當(dāng)硬件。英國西英格蘭大學(xué)的安德魯·亞當(dāng)馬特茲可以在一種化學(xué)制劑中制造干涉離子波，其行為要充當(dāng)邏輯門。此波通過脈沖循環(huán)化學(xué)反應(yīng)產(chǎn)生。亞當(dāng)馬特茲安德魯已經(jīng)展示其化學(xué)邏輯門可用于制造機(jī)器手臂。當(dāng)機(jī)器人手指進(jìn)行模仿動(dòng)作時(shí)，化學(xué)反應(yīng)就被觸發(fā)，進(jìn)而控制這只手。

9、霉變計(jì)算機(jī)

即使像粘菌這樣的原始生物也可以被用來解決現(xiàn)今計(jì)算機(jī)難以處理的問題。日本北海道大學(xué)的Toshiyuki Nakagaki及其同事首次證實(shí)粘菌能夠找到最短路線通過迷宮。

在他們的試驗(yàn)中，一種阿米巴門原生質(zhì)粘菌起初也是嘗試所有路徑走出迷宮的。當(dāng)這種生物找出最短路徑通往有食物的出口時(shí)就不再找別的路線了，直奔食物去了。對(duì)于計(jì)算機(jī)專家們來說，這是一個(gè)非常有趣的實(shí)驗(yàn)，可解決行銷推銷員的問題。

10、水波計(jì)算

最不可思議的就是計(jì)算機(jī)竟然以水波為動(dòng)力。英國蘇塞克斯大學(xué)的克莉森西婭·費(fèi)爾南多等利用波動(dòng)箱和高架攝像機(jī)，用水波動(dòng)模式制造出一種邏輯門，稱作“異或門（exclusive OR gate）”。人造神經(jīng)網(wǎng)絡(luò)感知器可以模仿一些邏輯門，但不能模仿異或門。費(fèi)爾南多實(shí)現(xiàn)了這種邏輯門的工作原理。 駐伊美軍機(jī)器人叛亂平息 20年內(nèi)不再考慮機(jī)器人
http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2189098
去年剛剛進(jìn)駐伊拉克的美軍重裝遙控機(jī)器人系統(tǒng)SWORDS，也許永遠(yuǎn)都不會(huì)有機(jī)會(huì)上陣殺敵，摧城拔寨了。事實(shí)上，這種配備有M249輕機(jī)槍的機(jī)器人從未放過一槍一彈，便被迅速撤出戰(zhàn)場——因?yàn)樗鼈冏隽烁膳碌氖虑椋簩尶趯?duì)向它們的人類指揮官。

在新聞發(fā)布會(huì)上，美國陸軍地面作戰(zhàn)指揮官凱文·法赫稱，這些機(jī)器人“將它們的機(jī)槍指向未受批準(zhǔn)的方向”。顯然，這意味著這些機(jī)器人遭遇了嚴(yán)重事故，將槍口指向友軍部隊(duì)。而這也導(dǎo)致了這支機(jī)器人部隊(duì)在正式部署前線僅11小時(shí)便被召回。

法赫證實(shí)機(jī)器人并未開火，也沒有任何人類在此次事變中傷亡。但這并不意味著零損失，所有關(guān)于機(jī)器人作戰(zhàn)的研究項(xiàng)目都可能因之取消。法赫稱：“一旦遇到如此嚴(yán)重的事變，我們必須花上10年乃至20年，推倒重來。”因此，我們必須再等上很久才能看到機(jī)器人和人類并肩作戰(zhàn)了。

這不僅僅對(duì)于機(jī)器人工業(yè)是重大損失，而且也樹立了一個(gè)重要先例：關(guān)于機(jī)器人的任何試驗(yàn)都必須以無人類傷亡為絕對(duì)前提。也許對(duì)一切事故的極度厭惡，終將導(dǎo)致此領(lǐng)域的任何創(chuàng)新都步履維艱。 http://www.ugia.cn/?p=121

http://hi.baidu.com/momoca/blog/item/422a73f023999fafa40f52b1.html 軟件企業(yè)技術(shù)路線:項(xiàng)目\產(chǎn)品\隊(duì)伍

項(xiàng)目為企業(yè)近期發(fā)展發(fā)展積累資金;
產(chǎn)品為企業(yè)中期發(fā)展創(chuàng)造條件;
隊(duì)伍是企業(yè)長期發(fā)展的根本;

企業(yè)可以根據(jù)自身的長期發(fā)展計(jì)劃,制定近期的發(fā)展計(jì)劃;
在有條件時(shí),應(yīng)該首先建設(shè)隊(duì)伍,其次設(shè)計(jì)產(chǎn)品，再次做項(xiàng)目；
實(shí)際執(zhí)行時(shí),往往是3者混合進(jìn)行的;
作為企業(yè)的主要負(fù)責(zé)人,管理人員,乃至對(duì)企業(yè)發(fā)展關(guān)心的員工,都應(yīng)該明確企業(yè)發(fā)展的基本規(guī)律.來指導(dǎo)日常的工作實(shí)踐。 殺人的歷史評(píng)傳——?jiǎng)顨㈨n信

http://club2.cat898.com/newbbs/dispbbs.asp?boardid=2&id=2067439 匈牙利科學(xué)家發(fā)明狗吠翻譯機(jī) 準(zhǔn)確率達(dá)43%

http://club2.cat898.com/newbbs/dispbbs.asp?boardid=41&id=2040695

為了讓狗的主人能夠更好的了解自己愛犬發(fā)出的叫聲所表達(dá)的含義，匈牙利科學(xué)家日前發(fā)明了一種計(jì)算機(jī)程序，該程序可以將狗的叫聲“翻譯”成人類能夠聽懂的語言。該程序分析的準(zhǔn)確率高達(dá)43%。
    
    據(jù)報(bào)道，這個(gè)特殊的計(jì)算機(jī)程序是在分析了來自匈牙利14個(gè)地區(qū)6000多只牧羊犬在6種不同場合的叫聲后設(shè)計(jì)而成的。這六種場合分別為：當(dāng)只有一條狗時(shí)的叫聲、狗之間發(fā)生沖突時(shí)候的叫聲、當(dāng)狗看到球后的叫聲、當(dāng)狗玩耍時(shí)發(fā)出的叫聲和當(dāng)狗看到陌生者時(shí)的叫聲以及散步時(shí)發(fā)出的叫聲。
    
    據(jù)了解，來自匈牙利埃托沃羅蘭德大學(xué)的生態(tài)學(xué)研究者查巴和他率領(lǐng)的科研團(tuán)隊(duì)通過研究發(fā)現(xiàn)，安裝這種特殊軟件程序的計(jì)算機(jī)能夠準(zhǔn)確分析出狗發(fā)出叫聲所表達(dá)的含義。他們將狗的叫聲被用錄音設(shè)備記錄下來，隨后在計(jì)算機(jī)上進(jìn)行數(shù)字化處理，然后研究人員使用計(jì)算機(jī)軟件研究這些狗的叫聲，以便分析這些叫聲的不同之處。
    
    研究人員發(fā)現(xiàn)，計(jì)算機(jī)基本能正確的辨別狗的叫聲，計(jì)算機(jī)在分析狗所表達(dá)“打架”和“陌生者”這兩種叫聲時(shí)非常準(zhǔn)確，高達(dá)43%。盡管辨別的成功率不是很高，但是這個(gè)數(shù)字是人類無法比擬的。科學(xué)家表示，這個(gè)分析軟件的識(shí)別率還有待于改善。
    
    通過研究發(fā)現(xiàn)，狗之所以發(fā)出的叫聲不同是由于它們的情緒受到相應(yīng)影響的原因所致。查巴說：“如果這種設(shè)備研制成功投入使用的話，將有助于人類了解他們的愛犬日常都在‘說’些什么。”查巴表示，通過研究狗兒們發(fā)出不同的叫聲可以分析出它們傳遞著相應(yīng)的信息，這使得沒有養(yǎng)狗經(jīng)驗(yàn)的人也能知道狗為什么而叫。
    
    據(jù)悉，該科研團(tuán)隊(duì)還計(jì)劃研究其它動(dòng)物的叫聲，以便發(fā)現(xiàn)它們之間的共同之處。有關(guān)該研究的結(jié)果已經(jīng)刊登在近日出版的《動(dòng)物識(shí)別能力》雜志上。 設(shè)定access自增字段起始值.

下邊修改picInfo表的自增字段sn的起始值和步進(jìn)值都為1
ALTER TABLE picInfo
  ALTER COLUMN sn COUNTER (1, 1) http://www.cat898.com/Infolook.asp?bclass=1&id=57162  // 畫實(shí)心橢圓形
 CBrush Brush;
 Brush.CreateSolidBrush( RGB( 111, 134, 233 ) );
 pDC->BeginPath();
 pDC->Ellipse( m_rcMark );
 pDC->EndPath();
 pDC->SelectObject(&Brush);
 pDC->FillPath();
有三種方法：  
  1   在CApp類內(nèi)設(shè)定其顏色值  
  2   OnCtrlColor  
  2   OnEraserBkColor  


BOOL   CMy444Dlg::OnEraseBkgnd(CDC*   pDC)    
  {  
  //   TODO:   Add   your   message   handler   code   here   and/or   call   default  
   
  CBrush   brush   (RGB   (128   ,   0   ,   128)   );  
  CBrush*   pOldBrush   =   pDC->SelectObject   (&brush);  
  CRect   reClip   ;  
  pDC->GetClipBox   (&reClip);  
   
  pDC->   PatBlt   (reClip.left   ,   reClip.top   ,  
                  reClip.Width   (   )   ,   reClip.Height   (   )   ,   PATCOPY   );  
   
  pDC->SelectObject   (pOldBrush   );  
   
  return   TRUE;  
   
   
  } 需要用到以下API：GetWindowRect和GetClientRect。  
  首先用GetWindowRect得到窗體的寬度與高度，再用GetClientRect得到窗體客戶區(qū)的寬度與高度，用（窗體寬度-窗體客戶區(qū)寬度）/2得到窗體邊框?qū)挾龋笥么绑w高度-窗體客戶區(qū)高度-窗體邊框?qū)挾鹊玫?2得到標(biāo)題欄的高度。
Windows XP 下窗口標(biāo)題條高度 = 26 為了對(duì)avi進(jìn)行讀寫，微軟提供了一套API，總共50個(gè)函數(shù)，他們的用途主要有兩類，一個(gè)是avi文件的操作，一類是數(shù)據(jù)流streams的操作。

　　1、打開和關(guān)閉文件

　　AVIFileOpen ，AVIFileAddRef， AVIFileRelease

　　2、從文件中讀取文件信息

　　通過AVIFileInfo可以獲取avi文件的一些信息，這個(gè)函數(shù)返回一個(gè)AVIFILEINFO結(jié)構(gòu)，通過AVIFileReadData可以用來獲取AVIFileInfo函數(shù)得不到的信息。這些信息也許不包含在文件的頭部，比如擁有file的公司和個(gè)人的名稱。

　　3、寫入文件信息

　　可以通過AVIFileWriteData函數(shù)來寫入文件的一些額外信息。

　　4、打開和關(guān)閉一個(gè)流

　　打開一個(gè)數(shù)據(jù)流就跟打開文件一樣，你可以通過 AVIFileGetStream函數(shù)來打開一個(gè)數(shù)據(jù)流，這個(gè)函數(shù)創(chuàng)建了一個(gè)流的接口，然后在該接口中保存了一個(gè)句柄。

　　如果你想操作文件的某一個(gè)單獨(dú)的流，你可以采用AVIStreamOpenFromFile函數(shù)，這個(gè)函數(shù)綜合了AVIFileOpen和AVIFileGetStream函數(shù)。

　　如果你想操作文件中的多個(gè)數(shù)據(jù)流，你就要首先AVIFileOpen，然后AVIFileGetStream。

　　可以通過AVIStreamAddRef來增加stream接口的引用。

　　通過AVIStreamRelease函數(shù)來關(guān)閉數(shù)據(jù)流。這個(gè)函數(shù)用來減少streams的引用計(jì)數(shù)，當(dāng)計(jì)數(shù)減少為0時(shí)，刪除。

　　5、從流中讀取數(shù)據(jù)和信息

　　AVIStreamInfo函數(shù)可以獲取數(shù)據(jù)的一些信息，該函數(shù)返回一個(gè)AVISTREAMINFO結(jié)構(gòu)，該結(jié)構(gòu)包含了數(shù)據(jù)的類型壓縮方法，建議的buffersize，回放的rate，以及一些description。

　　如果數(shù)據(jù)流還有一些其它的額外的信息，你可以通過AVIStreamReadData函數(shù)來獲取。應(yīng)用程序分配一個(gè)內(nèi)存，傳遞給這個(gè)函數(shù)，然后這個(gè)函數(shù)會(huì)通過這個(gè)內(nèi)存返回?cái)?shù)據(jù)流的信息，額外的信息可能包括數(shù)據(jù)流的壓縮和解壓縮的方法，你可以通過AVIStreamDataSize宏來回去需要申請(qǐng)內(nèi)存塊的大小。

　　可以通過AVIStreamReadFormat函數(shù)獲取數(shù)據(jù)流的格式信息。這個(gè)函數(shù)通過指定的內(nèi)存返回?cái)?shù)據(jù)流的格式信息，比如對(duì)于視頻流，這個(gè)buffer包含了一個(gè)BIMAPINFO結(jié)構(gòu)，對(duì)于音頻流，內(nèi)存塊包含了WAVEFORMATEX或者PCMAVEFORMAT結(jié)構(gòu)。你可以通過給AVIStreamReadFormat傳遞一個(gè)空buffer就可以獲取buffer的大小。也可以通過AVIStreamFormatSize宏。

　　可以通過AVIStreamRead函數(shù)來返回多媒體的數(shù)據(jù)。這個(gè)函數(shù)將數(shù)據(jù)復(fù)制到應(yīng)用程序提供的內(nèi)存中，對(duì)于視頻流，這個(gè)函數(shù)返回圖像禎，對(duì)于音頻流，這個(gè)函數(shù)返回音頻的sample數(shù)據(jù)。可以通過給AVIStreamRead傳遞一個(gè)NULL的buffer來獲取需要的buffer的大小。也可以通過AVIStreamSampleSize宏來獲取buffer的大小。

　　有些AVI數(shù)據(jù)流句柄可能需要在啟動(dòng)數(shù)據(jù)流的前要做一下準(zhǔn)備工作，此時(shí)，我們可以調(diào)用AVIStreamBeginStreaming函數(shù)來告知AVI數(shù)據(jù)流handle來申請(qǐng)分配它需要的一些資源。在完畢后，調(diào)用AVIStreamEndStreamming函數(shù)來釋放資源。

　　6、操作壓縮的視頻數(shù)據(jù)

　　如果你要演示一禎或者幾禎壓縮視頻圖像時(shí)，你可以調(diào)用AVIStreamRead函數(shù)，將獲取的數(shù)據(jù)傳遞給DrawDib函數(shù)來顯示圖像。這些函數(shù)可以顯示壓縮和未壓縮的圖像。

　　AVIFile也提供了一個(gè)函數(shù)AVIStreamGetFrameOpen，來獲取未壓縮的視頻禎，這個(gè)函數(shù)創(chuàng)建了內(nèi)存來獲取未壓縮的數(shù)據(jù)。也可以通過AVIStreamGetFrame函數(shù)來解壓縮一個(gè)單獨(dú)的視頻禎。這個(gè)函數(shù)可以解壓縮某一禎圖像，然后將數(shù)據(jù)以一個(gè)BIMAPINFOHEADER結(jié)構(gòu)返回。當(dāng)你調(diào)用完AVIStreamGetFrame函數(shù)后，要調(diào)用AVIStreamGetFrameClose函數(shù)釋放上一個(gè)函數(shù)申請(qǐng)的資源。

　　7、根據(jù)已存在的數(shù)據(jù)流創(chuàng)建文件

　　創(chuàng)建一個(gè)包含多個(gè)數(shù)據(jù)流的文件的方法就是整合多個(gè)數(shù)據(jù)流，將其寫入一個(gè)新文件。這些數(shù)據(jù)流可以是內(nèi)存中的數(shù)據(jù)，也可以是存在于另一個(gè)文件中。

　　我們可以用AVISave這個(gè)函數(shù)來build一個(gè)文件。這個(gè)函數(shù)可以創(chuàng)建一個(gè)文件，并且將指定的多個(gè)數(shù)據(jù)流按照指定的順序?qū)懭胛募阋部梢酝ㄟ^AVISaveV函數(shù)來創(chuàng)建一個(gè)新的文件，這個(gè)函數(shù)的功能和AVISave的功能一樣，主要區(qū)別是AVISaveV采用的數(shù)據(jù)流數(shù)組，而AVISave是單個(gè)的數(shù)據(jù)流，多次保存。

　　我們可以調(diào)用AVISaveOptions函數(shù)來顯示一個(gè)對(duì)話框，可以讓用戶來選擇壓縮方式。

　　我們可以在調(diào)用AVISave和AVISaveV函數(shù)時(shí)指定一個(gè)回調(diào)函數(shù)，用來顯示avi文件的生成進(jìn)度，可以讓用戶隨時(shí)地取消生成avi文件。

　　我們可以調(diào)用GetSaveFileNamePreview函數(shù)來顯示保存的對(duì)話框讓用戶選擇保存的文件名。

　　通過AVIMakeFileFromStreams函數(shù)我們可以創(chuàng)建一個(gè)虛擬的文件句柄，其他的avi函數(shù)可以通過這個(gè)虛擬的文件句柄來操作文件中的數(shù)據(jù)流，操作完畢要記得調(diào)用AVIFileRelease釋放。

8、向文件寫入一個(gè)數(shù)據(jù)流

　　我們可以通過AVIFileCreateStream函數(shù)來在一個(gè)新文件或者已經(jīng)存在的文件中創(chuàng)建一個(gè)數(shù)據(jù)流。這個(gè)函數(shù)根據(jù)AVISTREAMINFO結(jié)構(gòu)定義了新的數(shù)據(jù)流，并為新的數(shù)據(jù)流創(chuàng)建一個(gè)接口，返回接口的指針。

　　在寫入新的數(shù)據(jù)前，一定要指定流的格式信息，通過AVIStreamSetFormat函數(shù)，當(dāng)設(shè)置一個(gè)視頻流的時(shí)候，一定要使用BIMAPINFO結(jié)構(gòu)來設(shè)置，音頻就用WAVEFORMAT。

　　然后我們就可以通過AVIStreamWrite函數(shù)將我們的多媒體數(shù)據(jù)寫入數(shù)據(jù)流了。這個(gè)函數(shù)將應(yīng)用程序提供的內(nèi)存數(shù)據(jù)復(fù)制到指定的流。缺省的avi handler將數(shù)據(jù)寫入流的最后。

　　如果你有其他額外的信息需要寫入流，你可以調(diào)用AVIFileWriteData或者AVIStreamWriteData，最后記得在完成數(shù)據(jù)寫入后，要調(diào)用AVIStreamRelease。

　　9、數(shù)據(jù)流中的禎的位置

　　尋找起始禎：

　　可以通過AVIStreamStart函數(shù)來獲取第一禎包含的sample number。也可以通過AVIStreamInfo函數(shù)來獲取這個(gè)信息，這個(gè)函數(shù)的AVISTREAMINFO結(jié)構(gòu)中包含了dwStart，可以通過AVIStreamStartTime宏來獲取第一個(gè)sample。

　　可以通過AVIStreamLength函數(shù)來獲取流的長度。這個(gè)函數(shù)返回流中的sample的數(shù)目。也可以通過AVIStreamInfo函數(shù)來獲取這些信息，可以通過AVIStreamLengthTime宏來獲取流的長度，毫秒。

　　在視頻流中，一個(gè)sample對(duì)應(yīng)著一禎圖像，所以，有時(shí)這些sample中沒有視頻數(shù)據(jù)，如果你調(diào)用AVIStreamRead函數(shù)來數(shù)據(jù)，可能返回NULL，也可以通過AVIStreamFindSample通過指定FIND_ANY標(biāo)志來查找指定的sample。

　　查找關(guān)鍵禎

　　通過AVIStreamFindSample函數(shù)查找符合要尋找的sample，然后可以通過下面的宏判斷是否關(guān)鍵禎。

　　在time和sample間互相切換。

　　AVIStreamSampleToTime這個(gè)函數(shù)可以將smaple轉(zhuǎn)換成毫秒。對(duì)于視頻，這個(gè)值代表的是這個(gè)禎開始播放的時(shí)間。

　　在了解了上面的知識(shí)后，我們對(duì)avi的文件結(jié)構(gòu)以及如何操作avi文件心里就明白了，下面我們可以開始我們的編程了。我們要做兩件事情：

　　1、如何將一組靜態(tài)的bmp位圖合成一個(gè)avi的視頻文件；

　　2、如何將一個(gè)未壓縮的avi文件解析成一幅幅位圖。

　　示例程序界面如下：

　　下面的函數(shù)演示了如何將一個(gè)文件夾下面的所有bmp文件都保存為一個(gè)avi文件，函數(shù)的第一個(gè)參數(shù)是要生成的AVI的文件名，第二個(gè)參數(shù)是存放bmp文件的文件夾名，這個(gè)函數(shù)會(huì)枚舉該文件夾下的所有bmp文件，合成一個(gè)AVI文件。

void Cbmp2aviDlg::AVItoBmp(CString strAVIFileName, CString strBmpDir) { 　// TODO: 在此添加控件通知處理程序代碼 　AVIFileInit(); 　PAVIFILE avi; 　int res=AVIFileOpen(&avi, strAVIFileName, OF_READ, NULL); 　int n = GetLastError(); 　if (res!=AVIERR_OK) 　{ 　　//an error occures 　　if (avi!=NULL) 　　　AVIFileRelease(avi); 　　return ; 　} 　AVIFILEINFO avi_info; 　AVIFileInfo(avi, &avi_info, sizeof(AVIFILEINFO)); 　PAVISTREAM pStream; 　res=AVIFileGetStream(avi, &pStream, streamtypeVIDEO /*video stream*/, 　　　0 /*first stream*/); 　if (res!=AVIERR_OK) 　{ 　　if (pStream!=NULL) 　　　AVIStreamRelease(pStream); 　　　AVIFileExit(); 　　return ; 　} 　//do some task with the stream 　int iNumFrames; 　int iFirstFrame; 　iFirstFrame=AVIStreamStart(pStream); 　if (iFirstFrame==-1) 　{ 　　//Error getteing the frame inside the stream 　　if (pStream!=NULL) 　　　AVIStreamRelease(pStream); 　　AVIFileExit(); 　　return ; 　} 　iNumFrames=AVIStreamLength(pStream); 　if (iNumFrames==-1) 　{ 　　//Error getteing the number of frames inside the stream 　　if (pStream!=NULL) 　　　AVIStreamRelease(pStream); 　　AVIFileExit(); 　　return ; 　} 　//getting bitmap from frame 　BITMAPINFOHEADER bih; 　ZeroMemory(&bih, sizeof(BITMAPINFOHEADER)); 　bih.biBitCount=24; //24 bit per pixel 　bih.biClrImportant=0; 　bih.biClrUsed = 0; 　bih.biCompression = BI_RGB; 　bih.biPlanes = 1; 　bih.biSize = 40; 　bih.biXPelsPerMeter = 0; 　bih.biYPelsPerMeter = 0; 　//calculate total size of RGBQUAD scanlines (DWORD aligned) 　bih.biSizeImage = (((bih.biWidth * 3) + 3) & 0xFFFC) * bih.biHeight ; 　PGETFRAME pFrame; 　pFrame=AVIStreamGetFrameOpen(pStream, NULL ); 　AVISTREAMINFO streaminfo; 　AVIStreamInfo(pStream,&streaminfo,sizeof(AVISTREAMINFO)); 　//Get the first frame 　BITMAPINFOHEADER bih2; 　long lsize = sizeof(bih2); 　int index=0; 　for (int i=iFirstFrame; i<iNumFrames; i++) 　{ 　　index= i-iFirstFrame; 　　BYTE* pDIB = (BYTE*) AVIStreamGetFrame(pFrame, index); // 　　AVIStreamReadFormat(pStream,index,&bih2,&lsize); 　　BITMAPFILEHEADER stFileHdr; 　　BYTE* Bits=new BYTE[bih2.biSizeImage]; 　　AVIStreamRead(pStream,index,1,Bits,bih2.biSizeImage,NULL,NULL); 　　//RtlMoveMemory(Bits, pDIB + sizeof(BITMAPINFOHEADER), bih2.biSizeImage); 　　bih2.biClrUsed =0; 　　stFileHdr.bfOffBits=sizeof(BITMAPFILEHEADER)+sizeof(BITMAPINFOHEADER); 　　stFileHdr.bfSize=sizeof(BITMAPFILEHEADER); 　　stFileHdr.bfType=0x4d42; 　　CString FileName; 　　FileName.Format("Frame-%05d.bmp", index); 　　CString strtemp = strBmpDir; 　　strtemp += "\\"; 　　strtemp += FileName; 　　FILE* fp=_tfopen(strtemp ,_T("wb")); 　　fwrite(&stFileHdr,1,sizeof(BITMAPFILEHEADER),fp); 　　fwrite(&bih2,1,sizeof(BITMAPINFOHEADER),fp); 　　int ff = fwrite(Bits,1,bih2.biSizeImage,fp); 　　int e = GetLastError(); 　　fclose(fp); 　　///// 　　delete Bits; 　　//CreateFromPackedDIBPointer(pDIB, index); 　} 　AVIStreamGetFrameClose(pFrame); 　//close the stream after finishing the task 　if (pStream!=NULL) 　　AVIStreamRelease(pStream); 　AVIFileExit(); }

　　下面的這個(gè)函數(shù)演示了如何將AVI文件中的每一楨圖像單獨(dú)取出來，保存為bmp文件。函數(shù)的頭一個(gè)參數(shù)是avi文件名，第二個(gè)參數(shù)是存放bmp文件的文件夾。

//生成avi void Cbmp2aviDlg::BMPtoAVI(CString szAVIName, CString strBmpDir) { 　CFileFind finder; 　strBmpDir += _T("\\*.*"); 　AVIFileInit(); 　AVISTREAMINFO strhdr; 　PAVIFILE pfile; 　PAVISTREAM ps; 　int nFrames =0; 　HRESULT hr; 　BOOL bFind = finder.FindFile(strBmpDir); 　while(bFind) 　{ 　　bFind = finder.FindNextFile(); 　　if(!finder.IsDots() && !finder.IsDirectory()) 　　{ 　　　CString str = finder.GetFilePath(); 　　　FILE *fp = fopen(str,"rb"); 　　　BITMAPFILEHEADER bmpFileHdr; 　　　BITMAPINFOHEADER bmpInfoHdr; 　　　fseek( fp,0,SEEK_SET); 　　　fread(&bmpFileHdr,sizeof(BITMAPFILEHEADER),1, fp); 　　　fread(&bmpInfoHdr,sizeof(BITMAPINFOHEADER),1, fp); 　　　BYTE *tmp_buf = NULL; 　　　if(nFrames ==0 ) 　　　{ 　　　　AVIFileOpen(&pfile,szAviName,OF_WRITE | OF_CREATE,NULL); 　　　　_fmemset(&strhdr, 0, sizeof(strhdr)); 　　　　strhdr.fccType = streamtypeVIDEO;// stream type 　　　　strhdr.fccHandler = 0; 　　　　strhdr.dwScale = 1; 　　　　strhdr.dwRate = 15; // 15 fps 　　　　strhdr.dwSuggestedBufferSize = bmpInfoHdr.biSizeImage ; 　　　　SetRect(&strhdr.rcFrame, 0, 0, bmpInfoHdr.biWidth, bmpInfoHdr.biHeight); 　　　　// And create the stream; 　　　　hr = AVIFileCreateStream(pfile,&ps,&strhdr); 　　　　// hr = AVIStreamSetFormat(ps,nFrames,&bmpInfoHdr,sizeof(bmpInfoHdr)); 　　　} 　　　tmp_buf = new BYTE[bmpInfoHdr.biWidth * bmpInfoHdr.biHeight * 3]; 　　　fread(tmp_buf, 1, bmpInfoHdr.biWidth * bmpInfoHdr.biHeight * 3, fp); 　　　hr = AVIStreamSetFormat(ps,nFrames,&bmpInfoHdr,sizeof(bmpInfoHdr)); 　　　hr = AVIStreamWrite(ps, // stream pointer 　　　　　　nFrames , // time of this frame 　　　　　　1, // number to write 　　　　　　(LPBYTE) tmp_buf, 　　　　　　bmpInfoHdr.biSizeImage , // size of this frame 　　　　　　AVIIF_KEYFRAME, // flags.... 　　　　　　NULL, 　　　　　　NULL); 　　　nFrames ++; 　　　fclose(fp); 　　} 　} 　AVIStreamClose(ps); 　if(pfile != NULL) 　　AVIFileRelease(pfile); 　AVIFileExit(); }

　　結(jié)束語：

　　以上代碼在 vc 6.0 和windows xp平臺(tái)調(diào)試通過。這兩個(gè)函數(shù)你可以直接在你的程序中使用，更詳細(xì)的代碼可以參見隨著本文附上的示例源碼。這里我要指出的是，這個(gè)AVI文件和bmp互相轉(zhuǎn)換過程中，avi中的視頻數(shù)據(jù)都是存放的是沒有壓縮的數(shù)據(jù)，如果你要分解AVI文件是經(jīng)過壓縮編碼，比如，DVSD，MPEG4編碼，首先你要采用相應(yīng)的解碼器對(duì)視頻數(shù)據(jù)解碼，然后將解碼過的數(shù)據(jù)保存為bmp文件。好了，關(guān)于avi文件的介紹就到這里結(jié)束了。

VC++ 6.0
方法1：
 CPen Pen( PS_SOLID, 1, RGB( 255, 0, 0 ) );
 
 CPen* pOldPen;
 pOldPen = pDC->SelectObject( &Pen );


方法2：
 CPen Pen( PS_SOLID, 1, RGB( 255, 0, 255 ) );
 CPen* pOldPen;
 
 pOldPen = (CPen*)SelectObject( hDC, Pen.GetSafeHandle() );
正確的格式應(yīng)該是：Copyright [dates] by [author/owner]

  通常可以代替Copyright, 但是不可以用(c)。 All Rights Reserved 在某些國家曾經(jīng)是必須的，但是現(xiàn)在在大多數(shù)國家，都不是法律上必須有的字樣。

參見下面幾個(gè)正確的格式：

  1995-2004 Macromedia, Inc. All rights reserved.

 2004 Microsoft Corporation. All rights reserved.

Copyright   2004 Adobe Systems Incorporated. All rights reserved.

  1995-2004 Eric A. and Kathryn S. Meyer. All Rights Reserved.

請(qǐng)注意標(biāo)點(diǎn)符號(hào)和大小寫的用法，這也是專業(yè)精神的一種體現(xiàn)。

現(xiàn)在流行some rights reserved：creativecommons.org

some rights reserved 和copyright 本身并不矛盾，但是其中的界限更多是一個(gè)道德問題，真正的保留一部分權(quán)力，是指給瀏覽者fair use 的權(quán)利，fair use的界定也決不是隨便亂用，或者抄襲。
測試視頻時(shí)的笑話：
HJ對(duì)LCY說：
你能不能把頭發(fā)“豎（束）”起來。


使計(jì)算機(jī)具有感知到人是否存在的視覺功能，這項(xiàng)技術(shù)就是人臉檢測
3-D histogram 三維直方圖 使用電子郵件e_mail的禮節(jié)

1、使用電子郵件e_mail最容易被忽略的禮節(jié)是：回復(fù)郵件時(shí)，請(qǐng)把原郵件的內(nèi)容帶上，以方便別人查看；但，原郵件所攜帶的附件是不需要帶上的；
2、寫正文時(shí)，不需要段落首行縮進(jìn)；

軟件工程第零原則，簡稱第0原則：所有的軟件工作項(xiàng)都有唯一的最佳解決方案。

這里，先定義幾個(gè)名詞：
1、最佳解決方案。比如：在需要使用“懶惰策略”的時(shí)候（優(yōu)化后置），使用“懶惰策略”就是最佳方案；不使用就不是最佳方案。2種方案的區(qū)別，關(guān)鍵在于，開發(fā)的進(jìn)度和風(fēng)險(xiǎn)，2種方案的成本是不一樣的。
2、團(tuán)隊(duì)最佳解決方案：團(tuán)隊(duì)最佳解決方案有時(shí)也是最佳解決方案，是團(tuán)隊(duì)能夠提出的最佳方案，雖然不是該問題的最佳方案，但該方案如果可以滿足問題的需求，團(tuán)隊(duì)又有能力實(shí)施，同時(shí)，相比向外部請(qǐng)求協(xié)助的代價(jià)要低的多，此時(shí)，基本可以認(rèn)定該方案是團(tuán)隊(duì)最佳方案。這種情況下，采用“團(tuán)隊(duì)最佳方案”是最好的解決方法，理由是：滿足需求，開發(fā)成本低，風(fēng)險(xiǎn)小。

在長期的軟件工作實(shí)踐中，軟件小組成員之間經(jīng)常出現(xiàn)意見不一致的時(shí)候。
具體出現(xiàn)的情況分類如下：
1、所有人的意見都是最佳方案的；
2、有一個(gè)或者幾個(gè)人的意見是最佳方案的，有幾個(gè)或者一個(gè)人的意見是不太合適的，或者是錯(cuò)誤的；
3、所有人的意見都不是最佳方案，但有一個(gè)或者幾個(gè)人的意見是“團(tuán)隊(duì)最佳解決方案”；
4、所有人的意見都不合適，或者都沒有解決方案；

出現(xiàn)意見不一致時(shí)，容易造成團(tuán)隊(duì)內(nèi)部爭執(zhí)，或者使團(tuán)隊(duì)進(jìn)入到其他低效狀態(tài)；為了提高團(tuán)隊(duì)工作效率，降低開發(fā)成本，需要減少這類低效狀態(tài)的出現(xiàn)，采用合理的方式，是可以減少這類狀態(tài)的；正面解決問題是其中的一種較好的方式；
在實(shí)際工作中發(fā)現(xiàn)，正面解決問題是較好的方法；即找到當(dāng)前的最佳方案，并且讓團(tuán)隊(duì)成員經(jīng)過談?wù)摚纬梢恢乱庖姡蛘撸谡也坏阶罴逊桨笗r(shí)，把該問題記錄下來，后續(xù)解決，不影響當(dāng)前工作；
采用這種工作方法的前提條件就是團(tuán)隊(duì)所有成員對(duì)“問題具有唯一正確的解決方案”的原則形成一致的認(rèn)識(shí)：所有的軟件工作項(xiàng)都有唯一正確的解決方案。由于該原則是軟件工作的基本原則，所以，命名該原則為：“軟件工程第零原則”，簡稱“第0原則”。

以下對(duì)該原則做說明：
1、軟件工作中所有工作項(xiàng)都有最佳解決方案：由于，計(jì)算機(jī)理論基于數(shù)學(xué)，軟件工作中的所有工作項(xiàng)的根本基礎(chǔ)是數(shù)學(xué)，可以說軟件工作中的所有問題都可以轉(zhuǎn)化為相應(yīng)的數(shù)學(xué)問題，而數(shù)學(xué)問題是有最佳解決方案的，所以，軟件工作中的所有工作項(xiàng)都有最佳解決方案；（這里，還有，成本進(jìn)度等的量化計(jì)算與管理）；
2、不同解決方案合適程度是不一樣的：有時(shí)，幾個(gè)方案都可行，但，其中是有區(qū)別的，區(qū)別在于，風(fēng)險(xiǎn)和成本，具體來說在于工作量、工期、運(yùn)行性能、團(tuán)隊(duì)技術(shù)熟練程度等；
3、該原則的用途：學(xué)習(xí)軟件知識(shí)時(shí)，明白所有問題有最佳解決方案，避免一葉障目；團(tuán)隊(duì)工作時(shí)，減少無效討論；

該隨筆的觀點(diǎn)不太成熟，多提寶貴意見。謝謝！


感知 = 感覺 + 知覺

上邊的公式今天的收獲，很高興啊。

上邊公式說的是：人類獲得信息的方式。起關(guān)鍵在于把過程分為2步，可以在人工智能工作中參考。
具體是如下說的：
感覺獲得外界的信息，知覺把感覺獲得的信息加工成為“概念”，后續(xù)的思維，進(jìn)一步處理。

我希望有個(gè)安靜祥和的家庭，家和萬事興啊。
軟件工作中的加減法“軟件加減法”

做軟件時(shí)，有時(shí)會(huì)遇到很難解決的問題，仔細(xì)分析過后，覺得無法下手，超苦惱。
此時(shí)，不妨實(shí)驗(yàn)一下“軟件加減法”，往往可以出奇制勝。

具體做法如下：
首先使用“減法算法”，“減法算法”不合適時(shí)，使用“加法算法”。以下具體描述“減法算法”和“加法算法”。
“減法算法”：
1、把懷疑有問題的模塊去掉，不參與運(yùn)行測試，看問題是否仍然會(huì)出現(xiàn)；
2、如果問題不出現(xiàn)了，則斷定問題與該模塊相關(guān)；
3、進(jìn)一步在該模塊內(nèi)使用“軟件加減法”或者其他方法，逐漸定位問題的具體位置；具體做法是：把該模塊加入到系統(tǒng)中，把該模塊內(nèi)的部分子模塊屏蔽掉，運(yùn)行測試，看問題是否仍然會(huì)出現(xiàn)；
4、重復(fù)使用3，定位問題；
5、如果第1步的結(jié)果是，問題仍然出現(xiàn)，可以采取2種方法：一種是：進(jìn)一步做減法，另一種是加法后減法，即把原來屏蔽掉的模塊加上，然后，屏蔽其他模塊測試；
6、減法算法對(duì)軟件人員的能力要求比較高，優(yōu)點(diǎn)是，人員能力交好、對(duì)項(xiàng)目和代碼熟練程度較高時(shí)，解決問題速度快。
7、減法算法不行時(shí)，可以考慮采用加法算法。

“加法算法”：
1、新建一個(gè)項(xiàng)目；
2、把原來有問題的項(xiàng)目的模塊，添加到新項(xiàng)目中一個(gè)；
3、測試；
4、測試通過后，添加下一個(gè)模塊；
5、測試不通過，斷定問題與該模塊相關(guān)；對(duì)該模塊，采用“減法算法”或者其他方法進(jìn)一步定位問題位置；
6、“加法算法”，雖然速度稍微慢點(diǎn)，但使用簡單方便，容易定位問題；相比其他方法，也許是最快的了，7、該算法最大的優(yōu)點(diǎn)是，算法時(shí)間復(fù)雜度穩(wěn)定，即解決問題使用的時(shí)間不會(huì)過長。


實(shí)際工作中，使用“軟件加減法”時(shí)，往往是“加法算法”和“減法算法”混合使用，同時(shí)，最好甚至是必須結(jié)合其他的軟件方法，才可以達(dá)到更好的效果。

希望大家對(duì)該問題，多提寶貴意見和建議。
稱呼窗口為“窗戶”

在軟件工作中，有很多名詞存在同義詞，增加了工作的復(fù)雜程度，造成工作效率 和 質(zhì)量的下降。
今天，我真是開眼界了，HJ竟然給我說了個(gè)“窗戶”。
把屏幕上的 窗口 稱做 “窗戶”，我還是第一次聽到，第一次見到。

真誠地希望這種開眼界的事情，逐漸少遇到點(diǎn)，這種事情少了，行業(yè)發(fā)展了，公司發(fā)展了，自己也發(fā)展了。

所有的提高，都是一點(diǎn)一點(diǎn)積累的，積少成多吧。
http://blog.csdn.net/llmmysun/archive/2004/11/05/168753.aspx
數(shù)據(jù)庫移動(dòng)，在項(xiàng)目實(shí)施過程中，經(jīng)常會(huì)發(fā)生，對(duì)于有經(jīng)驗(yàn)的DBA來說，數(shù)據(jù)庫移動(dòng)是十分容易。但對(duì)于一些只了解系統(tǒng)，對(duì)數(shù)據(jù)庫不是十分懂的人員來說，oracle的移動(dòng)就不是那么容量了。
例 如當(dāng)系統(tǒng)安裝完成以后，存儲(chǔ)空間擴(kuò)容了，需要對(duì)原對(duì)ORACLE進(jìn)行移動(dòng)，需要進(jìn)行數(shù)據(jù)移動(dòng)。以前在ORACLE8I FOR WINDOWS 2000中是可以進(jìn)行移動(dòng)的。現(xiàn)在ORACLE9I FOR AIX 5L 的移動(dòng)如何做呢？？？其實(shí)經(jīng)對(duì)各種不同的平臺(tái)，操作過程完全一樣。
一、復(fù)制移動(dòng)數(shù)據(jù)文件
1）、獲取數(shù)據(jù)庫相關(guān)信息
首先要查看一下數(shù)據(jù)庫的文件內(nèi)容：
sqlplus “ / as sysdba”
? select * from v$datafile;
? select * from v$controlfile
? select * from v$logfile;
2）、移動(dòng)應(yīng)用數(shù)據(jù)文件
shutdown immediate關(guān)閉數(shù)據(jù)庫，拷貝數(shù)據(jù)文件到另外一個(gè)目錄下。需要copy 的文件有：
system01.dbf
indx01.dbf
temp01.dbf
users01.dbf
應(yīng)用數(shù)據(jù)文件

3）、 修改數(shù)據(jù)庫文件的位置
啟動(dòng)MOUNT模式
? startup mount;
? alter database rename file ‘\oracle\oradata\ocp\system01.dbf' to ‘\oradata\ocp\system01.dbf”
? alter database rename file ‘\oracle\oradata\ocp\indx01.dbf' to ‘\oradata\ocp\indx01.dbf';
注意只能進(jìn)行更改移動(dòng)的數(shù)據(jù)庫文件，不包括控制文件與日志文件，TEMP文件。
二． 移動(dòng)控制文件

（１）備份SPFILE中的內(nèi)容：
再重新啟動(dòng)數(shù)據(jù)庫：
? startup;
? create pfile='c:\init.ora' from spfile;
（２）修改init.ora文件中的內(nèi)容：
*.control_files='\oradata\ocp\control01.ctl','\oradata\ocp\control02.ctl','\oradata\ocp\control03.ctl'
進(jìn)行更改已經(jīng)復(fù)制的目錄位置。
Shutdown 數(shù)據(jù)庫
（3）將控制文件復(fù)制過去，
將三個(gè)控制文件移動(dòng)到上面所修改的的目錄下。
（4） 倒入?yún)?shù)文件
以init.ora參數(shù)方式啟動(dòng)：
? startup pfile='\oracle\init.ora';
? create spfile from pfile='\oracle\init.ora';
? shutdown immediate;
? startup; 從spfile中進(jìn)行啟動(dòng)。
這樣控制文件移動(dòng)工作就結(jié)束了。
三、 重建或重定位LOG文件
解決日志文件的移動(dòng)方式有兩種，一種是移動(dòng)（RENAME方式）另一種是重新創(chuàng)建。
（1）移動(dòng)LOG文件
重新移動(dòng)數(shù)據(jù)庫文件與移動(dòng)系統(tǒng)數(shù)據(jù)庫文件是一樣的方法，只是要求數(shù)據(jù)庫必須是“startup mount”方式進(jìn)行。
? startup mount
? alter database rename file ‘\oracle\oradata\oralog1.ora' to ‘\oradata\ocp\oralog1.dbf'
樣
（2）重建LOG文件
先重建一個(gè)組GROUP ，并添加一個(gè)LOG文件作為交換文件。
ALTER DATABASE ADD LOGFILE GROUP 4 （'$HOME/ORADATA/u01/log4.rdo','$HOME/ORADATA/u02/log4.rdo'） SIZE 1M;
然后再刪除其它的LOG組，要求必須保持有兩個(gè)LOG文件組在系統(tǒng)中。
Alter database drop logfile member ‘\oracle\oradata\ocp\oralog01.ora'

四、重建系統(tǒng)監(jiān)時(shí)（temp）文件系統(tǒng)

在移動(dòng)數(shù)據(jù)表空間時(shí)，TEMP文件是不能被移動(dòng)的，這里要求可以進(jìn)行重建一個(gè)TEMP表空間，并設(shè)置為系統(tǒng)默認(rèn)的TEMP文件系統(tǒng)。然后再冊(cè)除原來的TEMP表空間，達(dá)到移動(dòng)表空間的過程。
> create temporary tablespace “temp02” tempfile ‘\oradata\ocp\temp02.dbf' size 500m extent management local uniform size 10m;
然后再刪除原來的TEMP文件就可以了。

五、測試數(shù)據(jù)庫
進(jìn)行重啟動(dòng)ORACLE數(shù)據(jù)
$ sqlplus “/as sysdba”
? startup;
? show sga;
?

xp下安裝SQL server 2000企業(yè)版2006年12月17日 星期日 01:20xp下安裝SQL2000    server企業(yè)版                                          
網(wǎng)絡(luò)搜索內(nèi)容：
SQL2000企業(yè)版本適用于WIN 2000系統(tǒng)，2003系統(tǒng)和XP一般裝不了需要選用個(gè)人版，當(dāng)然如果你在不清楚的前提下辛辛苦苦下載了企業(yè)版本卻不能安裝，是不是很失望呢？這里介紹一個(gè)XP下安裝裝SQL2000企業(yè)版本方法以供參考

辦法如下:
    一．在SQL服務(wù)器的安裝盤中找到MSDE這個(gè)目錄，并且點(diǎn)擊setup.exe安裝它，過程簡單直接下一步就ＯＫ了。
　　二. 重啟系統(tǒng)WINDOWSXP,這下就可以看到SQL服務(wù)的圖標(biāo)出現(xiàn)了。
    三. 再拿出SQL服務(wù)器版的安裝光盤，直接安裝客戶端工具（這個(gè)不要多說吧？最簡單的方法就是直接點(diǎn)擊光盤根目錄下的autorun.exe)根據(jù)提示安裝，自檢過程中知道系統(tǒng)不是SERVER版，會(huì)提示只安裝客戶端工具。
    四. 打開企業(yè)管理器，試用SA用戶連一下看看，是不是發(fā)現(xiàn)SA用戶登陸失敗？因?yàn)槟氵€沒有與信任SQL SERVER連接相關(guān)聯(lián)。還好這個(gè)只要對(duì)系統(tǒng)注冊(cè)表稍加修改就可以啦：在運(yùn)行中輸入regedit打開注冊(cè)表編輯器，找到[HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\MSSQLSERVER\MSSQLSERVER]，這個(gè)項(xiàng)里面有一個(gè)鍵值LoginMode，默認(rèn)下，值是1，現(xiàn)在將值改為2，重啟電腦。
    五. 再打開企業(yè)管理，再連接試試，OK了！

Visual C++中的異常處理淺析

http://dev.yesky.com/115/2158115_1.shtml

軟件工作的基本方法之一：5分鐘工作制

在軟件工作中，遇到小難題（如：語法、簡單算法等）時(shí)，如果自己5分鐘內(nèi)沒有解決，則直接詢問本小組的其他人員。

相關(guān)的一個(gè)基本工作方法：15分鐘工作制
如果一個(gè)問題，本小組15分鐘內(nèi)無法解決時(shí)，則把本問題記錄下來，留待明天（后續(xù)）解決。

以上2個(gè)方法，可以有效的保證工作的進(jìn)度，保證工作的愉快程度。


相關(guān)的方法是：軟件開發(fā)工作中的1030原則

2種方法的區(qū)別在2點(diǎn)：
1、時(shí)間長短不一，5分鐘短，1030原則長一倍；
2、適用地方不一，5分鐘適用于簡單問題，1030適用于其他問題。 我工作的計(jì)算機(jī)編號(hào)是51，現(xiàn)在才明白，是每天都是勞動(dòng)節(jié)的意思！ 勞動(dòng)節(jié)快樂！天天快樂！
最近真忙啊！ C++中，CTime 與  CString轉(zhuǎn)換
CTime m_StartTime1 = CTime::GetCurrentTime();
CString csStartTime = m_StartTime1.Format( "%Y%m%d%H%M%S" );

源代碼格式不對(duì)，也是軟件錯(cuò)誤。

源代碼是軟件的一個(gè)重要的組成部分，源代碼格式不對(duì)，換句話說，源代碼錯(cuò)誤，肯定是軟件錯(cuò)誤。所以，把源代碼編譯沒有錯(cuò)誤等價(jià)為源代碼正確，是錯(cuò)誤的，把運(yùn)行沒有錯(cuò)誤，等價(jià)為源代碼正確，是錯(cuò)誤的。

源代碼格式的幾點(diǎn)應(yīng)該注意的事項(xiàng)（常識(shí)）：
1、源代碼的書寫格式，應(yīng)該體現(xiàn)源代碼內(nèi)部的邏輯關(guān)系；
2、源代碼內(nèi)部最重要的代碼行是：空行；空行把代碼分成各個(gè)相對(duì)獨(dú)立的組成部分；
3、源代碼內(nèi)部第二重要的代碼行是：注釋行；
4、源代碼行內(nèi)最重要的字符是：空格；空格把代碼行分成各個(gè)相對(duì)獨(dú)立的組成部分；
5、源代碼行內(nèi)第二重要的字符是：制表符（Tab），制表符是行首縮進(jìn)使用的字符；
6、注釋合格的標(biāo)準(zhǔn)是：同等級(jí)技術(shù)能力的技術(shù)人員，可用比較方便的看懂代碼；或者，應(yīng)該從事該工作的技術(shù)人員可以容易的看懂；
7、注釋行數(shù)應(yīng)該占到總代碼行數(shù)的三分之一；
8、每個(gè)源代碼文件頭部都必須有說明本文件功能的注釋；
9、自己定義的每個(gè)函數(shù)都必須有說明函數(shù)功能的注釋；
10、自己定義的每個(gè)變量都必須有說明變量功能的注釋；
11、注釋應(yīng)該使用自己的母語（漢語）；
12、一句注釋合格的標(biāo)準(zhǔn)是，表達(dá)了需要表達(dá)的內(nèi)容，語法正確；
13、清楚的注釋能夠方便代碼閱讀者理解代碼的邏輯關(guān)系和各個(gè)函數(shù)的功能；
14、鍵盤上最重要的鍵是空格鍵，空格占英文文章的比例是20%左右；寫軟件源代碼時(shí)，空格的比例也很大；所以，鍵盤上面積最大的鍵是空格；
引用自 http://www.91php.cn/trackback.php?tbID=88&extra=964ce999cp

SQL Server 2000中，當(dāng)新建一個(gè)空的數(shù)據(jù)庫后，在查詢分析器中執(zhí)行
sp_database 或select * from sysobjects where xtype = 'U'
都會(huì)得到dtproperties表，并顯示為用戶表, 可這個(gè)表我從沒有創(chuàng)建過。但是在企業(yè)管理器中，dtproperties卻顯示為系統(tǒng)表。難道是bug ？ 查看dtproperties，里面沒有數(shù)據(jù)，是個(gè)空表。在SQL Server聯(lián)機(jī)叢書里沒有關(guān)于這個(gè)表的描述。

      dtproperties表在企業(yè)管理器中無法刪除，但在查詢分析器中 執(zhí)行drop table dtproperties卻可以刪除。
手工建立一個(gè)表，表名就叫dtproperties，然后再查看，在企業(yè)管理器中赫然顯示為系統(tǒng)表！！  看來Bug是一定的了。
    
    重新創(chuàng)建一個(gè)數(shù)據(jù)庫，  寫個(gè)觸發(fā)器，讓其在dtproperties表執(zhí)行insert時(shí)執(zhí)行，然后在SQL Server里隨意操作，hehe，終于發(fā)現(xiàn)，在新建關(guān)系圖時(shí)，dtproperties表被插入數(shù)據(jù)，看來它是用來存儲(chǔ)數(shù)據(jù)關(guān)系圖的。呵呵，想點(diǎn)辦法，數(shù)據(jù)關(guān)系圖以后也可以備份下來了。

     再用drop table dtproperties刪除表dtproperties，[手工創(chuàng)建dtproperties ,結(jié)構(gòu)任意,]    然后在企業(yè)管理器中新建數(shù)據(jù)關(guān)系圖，呵呵，SQL Server報(bào)錯(cuò)！再次證實(shí)前面的猜想！

     SQL Server 2005中dtproperties 表不存在了，取而代之的是sysdiagram (記不住具體的名稱了) ，這個(gè)bug也不存在了，SQL Server 2005中的系統(tǒng)表和SQL Server 2000有了很大的不同。

VC++6 寫完的程序程編譯鏈接通過后，點(diǎn)運(yùn)行的時(shí)候出現(xiàn)one ? or ? more ? files ? out ? of ? date ? or ? not ? exist，解決辦法。

把所有日期大于當(dāng)前系統(tǒng)日期的文件，打開后，添加一個(gè)空格，然后保存，即可。

可以對(duì)照文件的目錄，按時(shí)間倒序排列后，逐個(gè)處理。

sysobjects

在數(shù)據(jù)庫內(nèi)創(chuàng)建的每個(gè)對(duì)象（約束、默認(rèn)值、日志、規(guī)則、存儲(chǔ)過程等）在表中占一行。只有在 tempdb 內(nèi)，每個(gè)臨時(shí)對(duì)象才在該表中占一行。

列名	數(shù)據(jù)類型	描述
name	sysname	對(duì)象名。
Id	int	對(duì)象標(biāo)識(shí)號(hào)。
xtype	char(2)	對(duì)象類型。可以是下列對(duì)象類型中的一種： C = CHECK 約束 D = 默認(rèn)值或 DEFAULT 約束 F = FOREIGN KEY 約束 L = 日志 FN = 標(biāo)量函數(shù) IF = 內(nèi)嵌表函數(shù) P = 存儲(chǔ)過程 PK = PRIMARY KEY 約束（類型是 K） RF = 復(fù)制篩選存儲(chǔ)過程 S = 系統(tǒng)表 TF = 表函數(shù) TR = 觸發(fā)器 U = 用戶表 UQ = UNIQUE 約束（類型是 K） V = 視圖 X = 擴(kuò)展存儲(chǔ)過程
uid	smallint	所有者對(duì)象的用戶 ID。
info	smallint	保留。僅限內(nèi)部使用。
status	int	保留。僅限內(nèi)部使用。
base_schema_ ver	int	保留。僅限內(nèi)部使用。
replinfo	int	保留。供復(fù)制使用。
parent_obj	int	父對(duì)象的對(duì)象標(biāo)識(shí)號(hào)（例如，對(duì)于觸發(fā)器或約束，該標(biāo)識(shí)號(hào)為表 ID）。
crdate	datetime	對(duì)象的創(chuàng)建日期。
ftcatid	smallint	為全文索引注冊(cè)的所有用戶表的全文目錄標(biāo)識(shí)符，對(duì)于沒有注冊(cè)的所有用戶表則為 0。
schema_ver	int	版本號(hào)，該版本號(hào)在每次表的架構(gòu)更改時(shí)都增加。
stats_schema_ ver	int	保留。僅限內(nèi)部使用。
type	char(2)	對(duì)象類型。可以是下列值之一： C = CHECK 約束 D = 默認(rèn)值或 DEFAULT 約束 F = FOREIGN KEY 約束 FN = 標(biāo)量函數(shù) IF = 內(nèi)嵌表函數(shù) K = PRIMARY KEY 或 UNIQUE 約束 L = 日志 P = 存儲(chǔ)過程 R = 規(guī)則 RF = 復(fù)制篩選存儲(chǔ)過程 S = 系統(tǒng)表 TF = 表函數(shù) TR = 觸發(fā)器 U = 用戶表 V = 視圖 X = 擴(kuò)展存儲(chǔ)過程
userstat	smallint	保留。
sysstat	smallint	內(nèi)部狀態(tài)信息。
indexdel	smallint	保留。
refdate	datetime	留作以后使用。
version	int	留作以后使用。
deltrig	int	保留。
instrig	int	保留。
updtrig	int	保留。
seltrig	int	保留。
category	int	用于發(fā)布、約束和標(biāo)識(shí)。
cache	smallint	保留。

系統(tǒng)表的應(yīng)用 master--->數(shù)據(jù)庫的核心庫，存儲(chǔ)很多系統(tǒng)的信息和登錄的信息等 ?
? tempd--->存儲(chǔ)了諸如臨時(shí)表等信息 ?
? Northwind--->北風(fēng)數(shù)據(jù)庫，是個(gè)例子數(shù)據(jù)庫，可以模擬很多操作，并且提供例子供參考?

名稱 ? ? ? ? ? ? ? ? ? ? ? ? ? 地址 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 說明 ?
? ?
? sysaltfiles ? ? ? ? ? ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 保存數(shù)據(jù)庫的文件 ?
? syscharsets ? ? ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 字符集與排序順序 ?
? sysconfigures ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 配置選項(xiàng) ?
? syscurconfigs ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 當(dāng)前配置選項(xiàng) ?
? sysdatabases ? ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 服務(wù)器中的數(shù)據(jù)庫 ?
? syslanguages ? ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 語言 ?
? syslogins ? ? ? ? ? ? ? ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 登陸帳號(hào)信息 ?
? sysoledbusers ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 鏈接服務(wù)器登陸信息 ?
? sysprocesses ? ? ? 主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 進(jìn)程 ?
? sysremotelogins主數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 遠(yuǎn)程登錄帳號(hào) ?
? ?
? syscolumns ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 列 ?
? sysconstrains ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 限制 ?
? sysfilegroups ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 文件組 ?
? sysfiles ? ? ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 文件 ?
? sysforeignkeys ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 外部關(guān)鍵字 ?
? sysindexs ? ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 索引 ?
? sysmenbers ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 角色成員 ?
? sysobjects ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 所有數(shù)據(jù)庫對(duì)象 ?
? syspermissions ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 權(quán)限 ?
? systypes ? ? ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 用戶定義數(shù)據(jù)類型 ?
? sysusers ? ? ? ? ? ? ? 每個(gè)數(shù)據(jù)庫 ? ? ? ? ? ? ? ? ? ? ? ? ? 用戶????

Access 密碼破解原理- -

??????????????????????????????????????

將ANSI轉(zhuǎn)換到Unicode ?
? (1)通過L這個(gè)宏來實(shí)現(xiàn)，例如: ? CLSIDFromProgID( ? L"MAPI.Folder",&clsid); ?
? (2)通過MultiByteToWideChar函數(shù)實(shí)現(xiàn)轉(zhuǎn)換,例如: ?
? char ? *szProgID ? = ? "MAPI.Folder"; ?
? WCHAR ? szWideProgID[128]; ?
? CLSID ? clsid; ?
? long ? lLen ? = ? MultiByteToWideChar(CP_ACP,0,szProgID,strlen(szProgID),szWideProgID,sizeof(szWideProgID)); ?
? szWideProgID[lLen] ? = ? '\0'; ? ?
? (3)通過A2W宏來實(shí)現(xiàn),例如: ? ?
? USES_CONVERSION; ? ?
? CLSIDFromProgID( ? A2W(szProgID),&clsid); ? ?
? ?
? 將Unicode轉(zhuǎn)換到ANSI ?
? (1)使用WideCharToMultiByte,例如: ?
? // ? 假設(shè)已經(jīng)有了一個(gè)Unicode ? 串 ? wszSomeString... ? ?
? char ? szANSIString ? [MAX_PATH]; ? ?
? WideCharToMultiByte ? ( ? CP_ACP, ? WC_COMPOSITECHECK, ? wszSomeString, ? -1, ? szANSIString, ? sizeof(szANSIString), ? NULL, ? NULL ? ); ? ?
? (2)使用W2A宏來實(shí)現(xiàn),例如: ?
? USES_CONVERSION; ?
? pTemp=W2A(wszSomeString);????
應(yīng)用程序和應(yīng)用軟件的區(qū)別是什么？ 這2個(gè)名詞實(shí)際上區(qū)別很微妙！ 一般該說是應(yīng)用軟件，或者說計(jì)算機(jī)應(yīng)用系統(tǒng)。 這里的應(yīng)用程序?qū)嶋H上是應(yīng)用軟件的一個(gè)通俗化的稱呼，其實(shí)質(zhì)含義應(yīng)該是應(yīng)用軟件。真正好的軟件系統(tǒng)，不會(huì)只有代碼的，會(huì)有相應(yīng)的文檔的。 熱烈慶祝我的第一個(gè)工業(yè)機(jī)器人，勝利完成！ 計(jì)劃6個(gè)月，實(shí)際使用也是6個(gè)月。 春節(jié)后開始做，中間出差2個(gè)月，10月低前完成。 幸福啊！ 希望這是一個(gè)好的開始。 我自己研制的第一臺(tái)工業(yè)機(jī)器人就要出生了。
全稱為：基于人工視覺的單自由度，雙并行性固體顆粒分揀機(jī)器人。
共喜！
本周內(nèi)一定可以完工！ 我國機(jī)器人發(fā)展?fàn)顩r 內(nèi)容比較新，基本反映了我國現(xiàn)在機(jī)器人產(chǎn)業(yè)的情況。 http://bbs.tiexue.net/post_1506225_1.html 昨天又把計(jì)算機(jī)的操作系統(tǒng)重新安裝了下，開發(fā)環(huán)境重新安裝了下。 業(yè)余做開發(fā)做科研，難度太大啊。 我的古老的計(jì)算機(jī)修好了，搬回家了。 做機(jī)器人開發(fā)是夠用的。 可以開始進(jìn)行軟件開發(fā)部分的工作了。 分布式異地開發(fā)：GDD生命周期中的一天 http://51cmm.csai.cn/SPI/No039.htm 實(shí)施全過程監(jiān)理的一般工作內(nèi)容 http://scm.csai.cn/schedule/200607281609251391.htm 工業(yè)生產(chǎn)的幾個(gè)階段：機(jī)械化、自動(dòng)化、信息化、智能化 連續(xù)出差37天,終于可以回來休息幾天了

好累啊.體力勞動(dòng) +?腦力勞動(dòng)，很鍛煉人啊! 看到了紅月亮，昨天晚上在白沙水庫

第一次看到紅月亮，特記錄下來與大家分享。
昨天晚上在白沙水庫，晚飯后去大壩東部，距離大壩西邊大概1000米處，焊接電纜。
8點(diǎn)多的時(shí)候，抬頭看天，東邊偏南的天空中，一輪紅月亮掛在那里；顏色象咸鴨蛋黃的紅色，大概是空氣中有水氣的原因吧，邊緣也不是很清晰，模模糊糊的。
9點(diǎn)多的時(shí)候，離開了大壩，天空中的紅月亮仍然是紅色的。
自東向西走，夏夜晚風(fēng)習(xí)習(xí)，和王工一起邊走邊聊，有時(shí)也看看壩下樹林里手電一閃一閃的，那是在照爬（cha）（知了的蛹）的人的。
本團(tuán)隊(duì)第100個(gè)發(fā)表的文章的機(jī)會(huì)，不讓給別人了。本來計(jì)劃，請(qǐng)發(fā)表第100個(gè)文章的人，一起吃飯的。

出差的地方，是當(dāng)年 關(guān)羽過五關(guān)斬六將的 第一個(gè)關(guān)。
在那里豎了個(gè)介紹性質(zhì)的石碑，上邊寫到：?當(dāng)年關(guān)羽著急去冀洲找劉備，沒有討到過關(guān)文書，就要過關(guān)，忠于職守的守將 孔秀 上馬迎戰(zhàn)，只一個(gè)回合，人頭就被斬落在地。

人們多從關(guān)羽角度考慮該事件，站在 孔秀 的角度考慮，一個(gè)忠于職守的人，呵呵呵呵

這也許是人類進(jìn)步必然的歷程吧。
希望人間更美好。

昨天早上，在水庫附近，和著小鳥的鳴唱讀書，感覺很幸福！
希望在哪里出差的日子里，有更多的機(jī)會(huì)可以讀書。 確定明天要出差走了，估計(jì)會(huì)持續(xù)3周。

軟件過程是指軟件工程過程、軟件管理過程和軟件組織過程三者的有機(jī)結(jié)合。
軟件工程過程是我們理解的常規(guī)的軟件的需求分析、設(shè)計(jì)、編碼、測試等過程;
軟件管理過程是指為使軟件工程過程順利進(jìn)行而實(shí)施的管理活動(dòng)的集合。
上述兩個(gè)過程是以軟件工程組為主的活動(dòng)。
軟件組織的過程是企業(yè)級(jí)的對(duì)軟件的組織活動(dòng),是以企業(yè)為主的活動(dòng)；它是從軟件過程的角度考慮問題，而并非關(guān)注軟件開發(fā)工具,與框架軟件生存周期無關(guān)，也與所采用的開發(fā)技術(shù)無關(guān)。 運(yùn)用CMMI模型管理的項(xiàng)目，不僅降低了項(xiàng)目的成本，而且提高了項(xiàng)目的質(zhì)量與按期完成率。
也規(guī)范了企業(yè)內(nèi)部員工之間的關(guān)系。

最終達(dá)到項(xiàng)目成本降低，利潤增加的目的。 CMMI SPP各階段流程圖

好文推薦
http://url.csai.cn/view.asp?title=CMMI+SPP%CE%C4%B5%B5%C4%A3%B0%E6&url=http%3A%2F%2Fwww%2Euml%2Eorg%2Ecn%2Fpzgl%2Fpzglmb%2Ehtm&urlID=73056 CMMI的實(shí)施能夠提高我國企業(yè)的管理水平。降低企業(yè)的工程成本。 好文推薦

如何實(shí)施軟件質(zhì)量保證


http://url.csai.cn/view.asp?title=%C8%E7%BA%CE%CA%B5%CA%A9%C8%ED%BC%FE%D6%CA%C1%BF%B1%A3%D6%A4&url=http%3A%2F%2F51cmm%2Ecsai%2Ecn%2FSoftQuality%2FNo006%2Ehtm&urlID=54958

SQA到底是什么?

好文章推薦
http://url.csai.cn/view.asp?title=SQA%B5%BD%B5%D7%CA%C7%CA%B2%C3%B4%A3%BF&url=http%3A%2F%2F51cmm%2Ecsai%2Ecn%2FSoftQuality%2FNo016%2Ehtm&urlID=54942

讀書筆記

根據(jù)現(xiàn)代軟件工程對(duì)眾多失敗項(xiàng)目的調(diào)查，發(fā)現(xiàn)管理是項(xiàng)目失敗的主要原因。這個(gè)事實(shí)的重要性在于說明了“要保證項(xiàng)目不失敗，我們應(yīng)當(dāng)更加關(guān)注管理”，注意這個(gè)事實(shí)沒有說明另外一個(gè)問題“良好的管理可以保證項(xiàng)目的成功”。現(xiàn)在很多人基于一種粗糙的邏輯，從一個(gè)事實(shí)反推到的這個(gè)結(jié)論，在邏輯上是錯(cuò)誤的，這種錯(cuò)誤形成了更加錯(cuò)誤的做法，這點(diǎn)在SQA的理解上是體現(xiàn)較深。
如果我們考證一下歷史的沿革，應(yīng)當(dāng)更加容易理解CMM的本質(zhì)。CMM首先是作為一個(gè)“評(píng)估標(biāo)準(zhǔn)”出現(xiàn)的，主要評(píng)估的是美國國防部供應(yīng)商保證質(zhì)量的能力。CMM關(guān)注的軟件生產(chǎn)有如下特點(diǎn)：
質(zhì)量重要
規(guī)模較大
這是CMM產(chǎn)生的原因。它引入了“全面質(zhì)量管理”的思想，尤其側(cè)重了“全面質(zhì)量管理”中的“過程方法”，并且引入了“統(tǒng)計(jì)過程控制”的方法。可以說這兩個(gè)思想是CMM背后的基礎(chǔ)。 人是第一位的

看到一篇文章，復(fù)制下一點(diǎn)，算是讀書筆記吧。

軟件界已經(jīng)達(dá)成共識(shí)的：影響軟件項(xiàng)目進(jìn)度、成本、質(zhì)量的因素主要是“人、過程、技術(shù)”。
首先要明確的是這三個(gè)因素中，人是第一位的。
現(xiàn)在許多實(shí)施CMM的人員沉溺于CMM的理論過于強(qiáng)調(diào)“過程”，這是很危險(xiǎn)的傾向。這個(gè)思想傾向在國外受到了猛烈抨擊，從某種意義上各種敏捷過程方法的提出就是對(duì)強(qiáng)調(diào)過程的一種反思。
“XP”中的一個(gè)思想“人比過程更重要” 是值得我們思考的。我個(gè)人的意見在進(jìn)行過程改進(jìn)中堅(jiān)持“以人為本”，強(qiáng)調(diào)過程和人的和諧。 明天去白沙水庫出差，估計(jì)斷斷續(xù)續(xù)的會(huì)持續(xù)四周左右。
遺憾啊，缺少了和大家交流的機(jī)會(huì)。 CMMI 3級(jí)軟件過程改進(jìn)綜述與 文檔模板

好東西，有興趣的可以看看。
地址如下：http://url.csai.cn/view.asp?title=CMMI+3%BC%B6%C8%ED%BC%FE%B9%FD%B3%CC%B8%C4%BD%F8%D7%DB%CA%F6%D3%EB+%CE%C4%B5%B5%C4%A3%B0%E5&url=http%3A%2F%2Fwww%2Euml%2Eorg%2Ecn%2Fbzgf%2F2004091701%2Ehtm&urlID=73815 最近在為白沙水庫大壩安全自動(dòng)化監(jiān)測系統(tǒng)工作

該系統(tǒng)是綜合性的計(jì)算機(jī)應(yīng)用系統(tǒng)，涉及自動(dòng)控制，計(jì)算機(jī)通信，自動(dòng)測量，數(shù)據(jù)分析，專家系統(tǒng)，水利等知識(shí)。
通過對(duì)現(xiàn)場原始數(shù)據(jù)的自動(dòng)采集，分析，對(duì)大壩安全狀況進(jìn)行實(shí)時(shí)監(jiān)測。

該項(xiàng)目當(dāng)前進(jìn)展順利。 請(qǐng)有興趣的朋友討論個(gè)問題：CMM1的優(yōu)點(diǎn)是什么？
CMM1最突出的優(yōu)點(diǎn)可能是：允許軟件工作人員盡情的發(fā)揮自己的創(chuàng)造性能力。
其實(shí)，CMM5的優(yōu)點(diǎn)也是允許軟件工作人員盡情的發(fā)揮自己的創(chuàng)造性能力。
實(shí)際上，CMM各級(jí)都強(qiáng)調(diào)創(chuàng)造性能力的發(fā)揮，概括的說，任何項(xiàng)目中，人的因素總是第一位的，而人最寶貴之處就在于創(chuàng)造性能力。CMM中是體現(xiàn)了這些思想的。

拋磚引玉，大家多提意見！ 到雨季了，室外施工肯定會(huì)有因雨停止施工的日子，工期估計(jì)要考慮全面，要計(jì)算這部分時(shí)間

計(jì)算機(jī)項(xiàng)目工作量估計(jì)一直是一個(gè)難點(diǎn)。相關(guān)各方很難就具體的工作量事先形成比較一致的意見，也很難事先做出一個(gè)比較合理的估計(jì)。
扣除由于不了解技術(shù)造成的錯(cuò)誤外，其他容易出現(xiàn)的問題有：
1、忘記了某個(gè)環(huán)節(jié)，或者忘記了某些環(huán)節(jié)；容易忘記的是需求分析，測試，審核等環(huán)節(jié)；
2、忘記了出差的在途時(shí)間；
3、忘記了各方協(xié)作需要的時(shí)間；
4、忘記了對(duì)軟件質(zhì)量的高期待造成的工作時(shí)間的提升；
5、涉及到較多的的室外施工時(shí)，容易忘記因?yàn)樘鞖庖蛩卦斐傻臒o法施工對(duì)工期的影響；
6、忘記了材料采購需要的時(shí)間； 參觀書法展覽的照片

公司安排從事系統(tǒng)集成部分的工作，工作中可以學(xué)習(xí)新知識(shí)，真幸福。

軟件項(xiàng)目管理方面的風(fēng)險(xiǎn)的管理

在實(shí)際的軟件工作中，很容易出現(xiàn)的問題是企業(yè)對(duì)項(xiàng)目的管理不規(guī)范，隨機(jī)性比較大，造成管理方面的風(fēng)險(xiǎn)。典型的事例是：文檔不能正確地評(píng)價(jià)，原因似乎與軟件企業(yè)（團(tuán)體）沒有正確的評(píng)價(jià)文檔的規(guī)定、標(biāo)準(zhǔn)、流程、方法等與文檔評(píng)價(jià)相關(guān)的評(píng)價(jià)體系；更深層次的原因就與企業(yè)（團(tuán)體）的管理體系，企業(yè)文化等方面有關(guān)了。

至于文檔的正確性，就更難以評(píng)價(jià)了。因?yàn)樯婕岸喾N因素的影響，甚至商務(wù)因素的影響，文檔合格的標(biāo)準(zhǔn)無法明確。

軟件企業(yè)應(yīng)該逐漸制定軟件項(xiàng)目的管理制度，規(guī)范，工作標(biāo)準(zhǔn)，工作流程，工作方法等規(guī)定。
在實(shí)施的具體的項(xiàng)目時(shí)，參照預(yù)先制定的規(guī)定執(zhí)行，達(dá)到在項(xiàng)目實(shí)施中，管理方面的風(fēng)險(xiǎn)降低到可以控制的范圍。

感謝上天，今天很難處理的工作進(jìn)展順利！

團(tuán)隊(duì)能夠達(dá)到CMM5的最重要的基本條件也許是：1、團(tuán)隊(duì)內(nèi)部必須講公平合理（管理）；

其他條件逐漸補(bǔ)充，考慮到的有：
2、團(tuán)隊(duì)要有技術(shù)帶頭人（技術(shù)）；
3、資金；
4、市場；
5、管理；

周日把機(jī)器人的機(jī)械部分運(yùn)回家了。到了把我的古老的計(jì)算機(jī)從箱子里請(qǐng)出來的時(shí)候了，抓緊時(shí)間開始寫軟件部分吧，希望能夠按計(jì)劃，在6個(gè)月內(nèi)（8月底）完成。
感謝王起紅先生為機(jī)械部分作的辛苦工作！

一個(gè)小花絮：
機(jī)器要運(yùn)回家了，買個(gè)西瓜請(qǐng)大家吃，洗過了，等待案子時(shí)，一個(gè)不小心，讓西瓜采用自由落體的方式從空中下降到地面上了，碎了。
歲歲平安。
再買個(gè)吧，又去買了個(gè)。大家一起吃后，把機(jī)器運(yùn)回家了。

歲歲平安，4歲的兒子這幾天病了，期待祖國的未來早日康復(fù)！

幾個(gè)鄭州書店或賣書的地方

1、大學(xué)路鄭州大學(xué)信息管理學(xué)院，一樓樓梯下書店；該書店計(jì)算機(jī)類書，科技類書，比較好；最大的優(yōu)點(diǎn)是，可以準(zhǔn)確可靠的定書；電話：67767885；
2、大學(xué)路鄭州大學(xué)東門口路西向南60米左右，有個(gè)小書店，名字好象是育才書店，里邊的科技類書比較好，數(shù)學(xué)書比較好；電話：67440288；
3、科技市場附近有個(gè)賣計(jì)算機(jī)的書店，名字叫：前程書店；書比較全，8折；據(jù)說是全鄭州價(jià)格最優(yōu)的書店；
4、人民路電子科技書店，位于人民路與東泰康路交叉口，向北100米，路西；
5、文化路與北環(huán)交叉口，路東，路南，角落里的書市場，最里邊瑞風(fēng)書店，哲學(xué)類書，工具書，很便宜；
6、大學(xué)路與淮河路交叉口，古玩城，舊書市場，往往帶給人意外的欣喜；
7、西泰康路，購書中心，書全，貴；優(yōu)點(diǎn)：科普類圖書，位于三樓，西南角，可惜占的面積越來越小了；數(shù)學(xué)類書、物理類書也比較精彩，可惜占的面積越來越小了；

項(xiàng)目組人員組織介紹

規(guī)范的軟件開發(fā)中，相鄰技術(shù)層次的技術(shù)人員的比例是1：4-6；
一般來說，技術(shù)層次從低到高依次為：初級(jí)程序員，程序員，高級(jí)程序員，系統(tǒng)分析師，技術(shù)總監(jiān)。

技術(shù)總監(jiān)直接管理的幾個(gè)技術(shù)小組可以有：測試小組，美工小組（更合適的說法是用戶界面組），研發(fā)組等。

按1：5的比例計(jì)算，在一個(gè)標(biāo)準(zhǔn)的比較成熟的技術(shù)團(tuán)隊(duì)里邊，一個(gè)技術(shù)總監(jiān)所帶領(lǐng)的技術(shù)隊(duì)伍，不考慮直接管理的技術(shù)小組，人員數(shù)依次為：
技術(shù)總監(jiān) 1人
系統(tǒng)分析師 5人
高級(jí)程序員 25人
程序員125人
初級(jí)程序員 625人
合計(jì) 781人

在規(guī)范成熟的團(tuán)隊(duì)里邊，初級(jí)程序員占的比例比較大，按這個(gè)數(shù)據(jù)計(jì)算的話，比例為80%；
由于初級(jí)程序員工資比較低，顯然，團(tuán)隊(duì)的開發(fā)成本是比較低的。 昨天去領(lǐng)系統(tǒng)分析師證書了。證書是5月20日簽發(fā)的（去年11月考試）。
領(lǐng)的太晚了，我的證書又在最上邊，都有點(diǎn)臟了。
不過，大概照片成為發(fā)證書的工作人員的熟人了，見我就直接問名字。
塞翁失馬。 CMM4的核心是量化管理軟件過程；CMM5的核心是不斷改進(jìn)軟件過程；

本博客上《熱烈慶祝我所在的開發(fā)小組第一階段的工作，第一次測試結(jié)果良好！》http://m.tkk7.com/redalart/archive/2006/06/01/49485.html
對(duì)應(yīng)的是CMM4；

本博客上《條塊式軟件開發(fā)模式介紹》http://m.tkk7.com/redalart/articles/51414.html
《基于示例進(jìn)行開發(fā)的團(tuán)隊(duì)開發(fā)模式介紹》http://m.tkk7.com/redalart/archive/2006/06/19/53693.html
對(duì)應(yīng)的是CMM5。
任何一個(gè)小組都是團(tuán)隊(duì)，公司所有技術(shù)人員是一個(gè)團(tuán)隊(duì)，公司所有人員是一個(gè)團(tuán)隊(duì)。
區(qū)別在于，團(tuán)隊(duì)的規(guī)模不同。 很想組建一個(gè)規(guī)范優(yōu)秀的軟件團(tuán)隊(duì)

在計(jì)算機(jī)這行業(yè)做的時(shí)間長了，有感情了，很想組建一個(gè)規(guī)范優(yōu)秀的軟件團(tuán)隊(duì)。
希望和有同樣想法的人，一起努力，逐漸建立一個(gè)好的團(tuán)隊(duì)，逐步發(fā)展成為一個(gè)規(guī)范的優(yōu)秀的團(tuán)隊(duì)。
希望自己學(xué)習(xí)的知識(shí)有發(fā)揮的機(jī)會(huì)。

真誠的希望在鄭州，在最近幾年，出現(xiàn)幾個(gè)通過CMM5或者CMMI5認(rèn)證的，同時(shí)具有CMM5或者CMMI5能力的團(tuán)體。 通知去領(lǐng)系統(tǒng)分析師證書，高興！ 重用模塊使用注意事項(xiàng)

重用模塊除非必須修改(不修改就無法使用)，否則，不做任何修改；
但是，如果重用模塊沒有使用說明的話，最好盡快建立重用模塊的使用說明文件； 基于示例進(jìn)行開發(fā)的團(tuán)隊(duì)開發(fā)模式介紹

在前段和Java小組一起開發(fā)的時(shí)候，采用基于示例進(jìn)行開發(fā)的團(tuán)隊(duì)開發(fā)模式進(jìn)行工作，取得了成功。特介紹該模式如下，希望更多的技術(shù)人員參與該開發(fā)模式的理論與實(shí)踐工作，共同提高軟件開發(fā)能力。

該模式的工作要點(diǎn)：
1、制定初步的工作規(guī)范，以后在工作中逐步完善，不斷提高；
2、依據(jù)工作規(guī)范，建立各類模塊的示例；作為相應(yīng)類模塊的工作規(guī)范示例；
3、同類模塊的開發(fā)，參考示例模塊進(jìn)行；
4、所有的開發(fā)工作是迭代的；

其他：
1、測試工作最好同步進(jìn)行；
2、示例要反復(fù)推敲，盡量達(dá)到完善；小組的全體成員都要參與示例的建設(shè)，都認(rèn)為滿意才作為通過的示例；
3、同類模塊的開發(fā)，可以讓初級(jí)程序員為主進(jìn)行，以降低開發(fā)費(fèi)用，培養(yǎng)軟件人才。
4、邏輯復(fù)雜的模塊的開發(fā)，要由項(xiàng)目組的高級(jí)技術(shù)人員負(fù)責(zé)，或者負(fù)責(zé)設(shè)計(jì)，或者審核設(shè)計(jì)方案；


淺陋見解，僅供參考。拋磚引玉，多加指教！ 今天本團(tuán)隊(duì)發(fā)文章的成員很多啊！高興！

熱烈歡迎kingwkb加入本團(tuán)隊(duì)！

瓜子3148；比美葵皮薄，好剝；果仁大，好吃。
原計(jì)劃使用美葵做例子，市場上不好買美葵了，看來得使用3148了。

塞翁失馬，焉知非福！

最深的大海深度是:10911.4米。
昨天看書，獲得的數(shù)據(jù)，估計(jì)不是最新的數(shù)據(jù)了。

在這里發(fā)文章目的是促進(jìn)團(tuán)隊(duì)的建設(shè)，促進(jìn)計(jì)算機(jī)技術(shù)水平的進(jìn)步。

希望大家共同努力，
希望鄭州盡快出現(xiàn)幾個(gè)優(yōu)秀的軟件團(tuán)隊(duì)，出現(xiàn)幾個(gè)大規(guī)模的優(yōu)秀的團(tuán)隊(duì)。

讓我們共同努力，共同迎接美好的明天！

項(xiàng)目補(bǔ)充工作規(guī)范

編制：石正

審核：小組全體

?

1、?????????? 平時(shí)的工作，要嚴(yán)格遵照工作規(guī)范執(zhí)行；如果發(fā)現(xiàn)工作規(guī)范需要調(diào)整，可以提出來討論；但在確定調(diào)整前，仍應(yīng)該遵照原來的規(guī)范工作。

2、?????????? 團(tuán)隊(duì)里所有人員是平等的。

3、?????????? 項(xiàng)目在每個(gè)成員的機(jī)器上的存放位置是一樣的，為： D:\mywork\wsjd ；

4、?????????? 所有存儲(chǔ)過程，要保留源文件，存放在規(guī)范指定的位置（ D:\mywork\wsjd\wsjd\storeProcedureFiles ）；

5、?????????? 存儲(chǔ)過程命名，請(qǐng)參考范例文件；名字中的 select,delete 等單詞不使用縮寫；

6、?????????? 系統(tǒng)采用條塊式開發(fā)模式；每條對(duì)應(yīng)一個(gè)功能項(xiàng)，每塊對(duì)應(yīng)一個(gè)功能項(xiàng)（條）的分層實(shí)現(xiàn)；

7、?????????? 每條（功能項(xiàng)）的開發(fā)順序?yàn)椋簡栴}分析；總體設(shè)計(jì)；數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)（基本表、視圖、索引等）；存儲(chǔ)過程設(shè)計(jì)；實(shí)體層設(shè)計(jì)；數(shù)據(jù)訪問層設(shè)計(jì)；業(yè)務(wù)邏輯層設(shè)計(jì)；用戶接口層設(shè)計(jì)；集成；美工；模塊測試；維護(hù)；

8、?????????? 系統(tǒng)框架的搭建作為項(xiàng)目中的一個(gè)工作模塊（條）；

9、?????????? 單獨(dú)的，或者公共的功能，作為項(xiàng)目中的一個(gè)工作模塊（條）；

10、?????? 使用 VSS 訪問 VSS 服務(wù)器上的文件時(shí)，連接服務(wù)器時(shí)，使用自己單獨(dú)的帳號(hào)；這樣，所有成員都可以及時(shí)看到是誰簽出的模塊；

11、?????? 工作內(nèi)容要以需求為依據(jù)，不隨意超范圍工作，不隨意縮小工作范圍；

協(xié)作勝于編碼

團(tuán)隊(duì)里不需要特殊人物。
團(tuán)隊(duì)里的成員，雖然分工不同，但應(yīng)該是平等、友好的。每個(gè)成員都應(yīng)該有平等、協(xié)作的意識(shí)。

對(duì)工作可以有不同的意見，但確定的事情應(yīng)該努力完成。

平時(shí)的工作，要嚴(yán)格遵照工作規(guī)范執(zhí)行；如果發(fā)現(xiàn)工作規(guī)范需要調(diào)整，可以提出來討論；但在確定調(diào)整前，仍應(yīng)該遵照原來的規(guī)范工作。

文檔一定要注意命名正確：文檔名要正確的反映文檔的內(nèi)容，既不能縮小范圍，也不能擴(kuò)大范圍

軟件工作中的文檔的命名很重要，直觀的表示文檔的內(nèi)容；
錯(cuò)誤的話，誤導(dǎo)讀者，造成團(tuán)隊(duì)溝通障礙。

另外，文檔內(nèi)部要注意編號(hào)清晰，正確；目的是：提高文檔的可讀性。

換了個(gè)地方辦公，告別小黑屋。哈哈

Java小組逐漸成熟了，Java小組解散了。
.Net小組建立了，希望盡快成熟。

新的小組，新的挑戰(zhàn)，盡心工作，渴望成功！

學(xué)習(xí)計(jì)算機(jī)的困難之一也許在于，很多書籍中有錯(cuò)誤；
并且，有很多的錯(cuò)誤，按照錯(cuò)誤進(jìn)行工作，程序也可以執(zhí)行，不容易發(fā)現(xiàn)。

希望大家把自己發(fā)現(xiàn)的容易搞錯(cuò)誤的東西，發(fā)出來，逐漸讓更多的人認(rèn)識(shí)清楚，共同進(jìn)步。

數(shù)據(jù)層設(shè)計(jì)的幾個(gè)問題


僅在此討論數(shù)據(jù)層設(shè)計(jì)的一些問題。
數(shù)據(jù)層的范圍：包括數(shù)據(jù)庫的內(nèi)模式、模式、外模式；視圖；存儲(chǔ)過程。

關(guān)鍵點(diǎn)：如果系統(tǒng)采用分層結(jié)構(gòu)的話，數(shù)據(jù)層標(biāo)準(zhǔn)的對(duì)外接口是存儲(chǔ)過程；上層程序只可以使用存儲(chǔ)過程來使用數(shù)據(jù)層。

加一句：“所有的數(shù)據(jù)訪問用存儲(chǔ)過程在數(shù)據(jù)庫事務(wù)中一次完成。（即代碼中沒有SQL語句）”，建議可以作為技術(shù)點(diǎn)存在。趙向陽。2006-06-08。

好多文章中，把數(shù)據(jù)層的范圍搞的不清楚；數(shù)據(jù)層對(duì)外接口搞的不清楚；甚至把數(shù)據(jù)層的名字用錯(cuò)位置了。

僅發(fā)此短文，希望對(duì)計(jì)算機(jī)事業(yè)的發(fā)展有點(diǎn)輕微的作用。
文檔合格的簡單標(biāo)準(zhǔn)

1、內(nèi)容正確；
2、描述適當(dāng)；一般人容易犯的錯(cuò)誤是描述過于簡單，總認(rèn)為別人和自己一樣很了解系統(tǒng)；解決辦法：1、盡量羅嗦點(diǎn)；2、參考寫的好的文檔；
3、格式優(yōu)美。

文檔是軟件的重要組成部分，文檔正確是軟件正確的基本要求。
文檔文件的命名正確也是文檔正確的要求。 軟件和程序的區(qū)別是文檔

程序的定義在《數(shù)據(jù)結(jié)構(gòu)》書中是如下描述的：
??????程序 = ?數(shù)據(jù)結(jié)構(gòu) + 算法
軟件在《軟件工程》書中是如下描述的：
??????軟件 =? 程序 + 文檔

2者的關(guān)鍵區(qū)別在于文檔。即軟件強(qiáng)調(diào)文檔的存在。

約束符號(hào)
作者：白靜
?


1

因果圖的基本符號(hào)：作者：白靜
?系統(tǒng)原因：看圖的話，需要進(jìn)到我的博客才可以看。 時(shí)光容易流逝，珍惜現(xiàn)在

昨天晚上去工學(xué)院讀書了；坐在明亮的教室里，和大家一起讀書的感覺真好！
以后，有機(jī)會(huì)的話，要多去讀書。

最近工作太忙了，很累。
晚上讀書時(shí)，讀了一會(huì)，先趴桌子上睡了一覺，然后讀書。
中間出去散步了20分鐘。讀到10：25回家。大概讀了2個(gè)小時(shí)的書，感覺真好。
比平時(shí)找時(shí)間讀書，一周讀的內(nèi)容都多。幸福啊！真幸福！

打不開google.com的解決辦法：打不開gmail.com也同樣處理.
在C:\WINDOWS\system32\drivers\etc\hosts文件中添加一行：
64.233.171.99? www.google.com

然后重啟就可以打開google.com了
如果還是打不開gmail中的郵件，則打開internet選項(xiàng)->高級(jí)，在安全下的“使用TLS 1.0"前面畫勾，重啟IE，就可以打開gmail了

我直接把2個(gè)地方都改了,沒有重啟就可以了.

熱烈歡迎美工白丁同志加入本小組！
多發(fā)高見啊！ 編碼能力過關(guān)的一道自我參考測試題目

題目：請(qǐng)使用任何一種方式寫出一元二次方程求實(shí)根的算法或程序；
????????????設(shè)計(jì)該算法的測試用例；
????????????說明你設(shè)計(jì)測試用例的原理（依據(jù)）。
答題時(shí)間：30分鐘。

標(biāo)準(zhǔn)說明：3個(gè)子問題的分值依次為40、40、20；
????????????以下標(biāo)準(zhǔn)僅做參考，實(shí)際工作能力（實(shí)際工作中遇到的問題）達(dá)到同樣的分值，才具有同樣的能力（僅本題可以做到，不算）。
????????????獲得40，及格；（代碼級(jí)工作能力）
????????????獲得60，良好；（初級(jí)設(shè)計(jì)級(jí)工作能力）
??????????? 獲得80，優(yōu)秀；（中級(jí)設(shè)計(jì)級(jí)工作能力）
????????????獲得95以上，好。（高級(jí)設(shè)計(jì)級(jí)工作能力）

注：合格的編碼級(jí)設(shè)計(jì)人員應(yīng)該正確回答該題目。

淺陋見解，僅供參考。拋磚引玉，多加指教！ 個(gè)人軟件能力成熟的簡單判斷方法

1、自我感覺在團(tuán)隊(duì)里的工作是愉快的；
2、承擔(dān)的工作，大部分是在計(jì)劃內(nèi)完成的；
3、和團(tuán)隊(duì)成員之間的溝通是順暢的；
4、熟悉和他人協(xié)作工作的基本方法，能夠做到大部分的協(xié)作是有效的；
5、和相關(guān)部門的關(guān)系基本上是融洽的；
6、熟悉使用最基本的版本控制軟件等工具進(jìn)行工作；

更細(xì)致、更規(guī)范的標(biāo)準(zhǔn)可以參考：個(gè)人軟件能力成熟度相關(guān)的說明。

淺陋見解，拋磚引玉。 團(tuán)隊(duì)成熟的簡單判斷方法

1、大部分的團(tuán)隊(duì)成員感覺在團(tuán)隊(duì)里的工作是愉快的；
2、團(tuán)隊(duì)承擔(dān)的工作，大部分是在計(jì)劃內(nèi)完成的；
3、成員之間的溝通是順暢的；
4、成員經(jīng)常協(xié)作工作，并且大部分的協(xié)作是有效的，甚至是高效的；
5、團(tuán)隊(duì)和相關(guān)部門的關(guān)系基本上是融洽的；
6、團(tuán)隊(duì)使用最基本的版本控制軟件進(jìn)行工作；

更細(xì)致、更規(guī)范的標(biāo)準(zhǔn)可以參考：軟件能力成熟度模型(CMM)、或者集成軟件能力成熟度模型(CMMI)相關(guān)的說明。

淺陋見解，拋磚引玉。 平凡的人總給我很多感動(dòng)

和項(xiàng)目組的同事一起工作有1個(gè)多月了，這幾天回顧下一起走過的日子，感受很多，覺得最恰當(dāng)?shù)谋磉_(dá)就是：平凡的人總給我很多感動(dòng)！
所在的項(xiàng)目組里的成員都很友好，團(tuán)結(jié)協(xié)作。
平日里，項(xiàng)目里的工作，大家都協(xié)商著做，大家都發(fā)揮自己的優(yōu)點(diǎn)，基本作到了表現(xiàn)的是小組的整體優(yōu)勢。
每個(gè)人都默默負(fù)責(zé)的做著自己該做的工作，及時(shí)主動(dòng)的進(jìn)行溝通交流，都關(guān)心項(xiàng)目的整體進(jìn)展，都考慮項(xiàng)目下一步的工作。
需要加班時(shí)，自己都主動(dòng)的加班。大家都努力在規(guī)定的進(jìn)度安排時(shí)間內(nèi)，完成自己負(fù)擔(dān)的工作。

更難得的是，無論工作如何辛苦，大家都保持樂觀快樂的心情！

感謝配合小組一起工作的美工，測試人員的辛勤工作，感謝他們對(duì)工作的熱情！
感謝公司領(lǐng)導(dǎo)對(duì)小組工作的理解和支持！
感謝公司同事對(duì)小組工作的理解和支持！

有這樣的人從事計(jì)算機(jī)應(yīng)用事業(yè)，從事系統(tǒng)開發(fā)工作。
相信計(jì)算機(jī)應(yīng)用的發(fā)展會(huì)有很好的前景！
相信用戶的期待會(huì)得到回報(bào)的！

軟件開發(fā)工作中的1030原則

軟件開發(fā)工作中，要講究工作效率，要追求完成的工作量。
所以，遇到一時(shí)解決不了的問題時(shí)，不要過分的要求自己，要求小組成員；最好采取靈活的解決辦法，可以考慮如下的處理辦法：
如果本人在10分鐘內(nèi)，解決不了的問題，就不要自己解決了，立即提交到小組共同解決。
如果小組在30分鐘內(nèi)，解決不了的問題，就不要再考慮了，把這個(gè)問題暫時(shí)放下，等明天大家再一起討論如何解決。
該方法，有效的解決了工作中遇到的難題，與工作進(jìn)度的協(xié)調(diào)問題，同時(shí)有利于項(xiàng)目組內(nèi)部的溝通與合作，有利于保持項(xiàng)目組成員的精神狀態(tài)，對(duì)保證項(xiàng)目順利進(jìn)行有一定的作用。


使用該方法有一定的局限性，要求：
項(xiàng)目組內(nèi)部成員友好平等；
項(xiàng)目組內(nèi)部成員具有較好的團(tuán)隊(duì)精神；
項(xiàng)目組有解決30分鐘后的難題的機(jī)制；


解決30分鐘后的難題的機(jī)制：
1、預(yù)先做技術(shù)探討，難題出現(xiàn)前，已經(jīng)解決；
2、難題出現(xiàn)，到明天集體討論前，項(xiàng)目組內(nèi)部已經(jīng)有人找到解決辦法；
3、明天（下周或下階段）工作計(jì)劃中，安排專人負(fù)責(zé)解決；
4、咨詢專家。


淺陋見解，多提寶貴意見。