其他

 設計一個矩陣相乘的程式假設有      1  5  7  3            3  9  1  4  1  4A= 3  6  3  9         B= 5  6  7  9  0  3   1  2  8  7            3  2  7  2  5  6   0  3  1  9            9  7  4  7  8  0   3  2  5  4求出A*B的矩陣程式構思：我們所知的矩陣乘法運算的算式如下：Cij = Aik X Bkj   的k從1到

幾天前的事了，實在太懶，所以到今天才好不容易寫出這麼點東西。。。9月23日，周四，風和日麗，我沒有像往常一樣去上班，因為今天是一個重要的日子－－我要拍結婚照了！早早的被老婆拖起床，趕快趁老婆早上樣子還清純，按了兩張照片，這裡貼一下，便於與化了妝的照片比較。8：00，迷迷糊糊的就出發趕往位於淮海陸的vinus攝影基地了，由於我們對上海交通狀況的低估，我們的計程車龜速般的移動著，眼看就要超過約定的9點了，此時的心情頗有點不爽。。。9：15，終於爬到拉，老婆牽著我（就象牽著條狗）走進了vinus的大堂

最近在用QT寫的一個程式中，需要一個對大量參數進行設定的功能。過去用Delphi的經驗是，盡量不要使用QListView和TGrid來實現，因為涉及到控制項的對齊，介面的重繪等，反而使簡單問題變得複雜。因此這次用QT寫程式時也想當然，用控制項數組的方式來解決。很快程式寫好了，介面如下：顯示出的效果還不錯，但是遇到了一個嚴重的問題，那就是速度。由於QT的機制是自動調整控制項比例來適應各種系統和表單大小，而這個調整的功能其實涉及到複雜的運算。另外，QT的控制項建立也不如真正控制項的建立那麼快。因此當

天線有：長方形，圓形，棒形等各種各樣的形狀。一般來說，越是尺寸大的天線，通訊距離就越是長。但是在實際使用中，在物品上貼標籤的場合，即使是名片大小的RFID標籤，還是有尺寸太大的問題。實際上，運用中的RFID標籤的大小和形狀，需要根據其通訊距離來選擇。目前，天線的材料有：鋁，銅，等。鋁從價格上比銅更便宜，但是有酸化困難的缺點。另一方面，銅則有傳導率高和可以進行微細加工的優點。（圖5）（tony註：沒有找到相應的圖片）圖5是13.56MHz帶的天線的例子。正像圖中展示的那樣，市場上有各種各樣形狀的標

最近在使用QT的時候遇到不少困難，幸好主要參考這兩個網站，現在都基本解決了：http://www.qtcn.org/http://www.qtforum.org/在此也總結一下：QT中的signal/slot的事件機制都是基於主程式的線程的，（輔線程中不可能使用signal，原因稍後說明），因此所有的事件都是阻塞型的，也就是說除非你處理完某個slot事件，不然不會有下個事件被觸發。但是，在此有一個例外，那就是QTimer，timerEvent(QTimerEvent

 /* ========================== Program Description ========================== *//* 程式名稱：createList.c                                                                                                                         *//* 程式目的：設計一個將輸入的資料建立成鏈表的程式 

一般來說讀取器的輸出功率越高，並且天線的尺寸越大，通訊距離就越長。但是實際使用中有時卻希望通訊距離短一些，從而可以對標籤進行單個單個的確認。另外，有使用在流水線中對貼在物品上的RFID標籤自動進行讀取的標籤，也有使用在對倉庫保管物品上的RFID標籤進行手工讀取的標籤。目前，有以下這些面向不同用途的讀寫器可以使用：×基板、小型小型讀寫器有：天線尺寸比較小，通訊距離短的特徵。因此被用在店鋪之類無法放置大型讀寫器的場所，進行單個單個的讀取。另外，基板型被作為讀寫器的模組提供，可以嵌入到其它裝置中使用。

前一陣子，我們項目組在開展CMM學習，CMM的精髓之一，也就是將所有的事務以文檔的形式管理起來，因此，在長達半年的學習過程中，每個人都投入了大量時間撰寫各類文檔，文檔齊全當然是件好事，但是當文檔的製作會佔據大量我們原本就寶貴的開發時間的時候，這些文檔是否還必要就成為每個開發人員所擔心的事情了，最後就變成了為了記載文檔而記載文檔，這也是CMM很容易流於形式的原因之一了。那麼，反觀我們記載文檔的過程呢，早先我們完全聽取了日本評估師的建議，針對各個過程做了部分剪裁後，製作成了各種各樣的excel模板，

 一、資料轉送指令　　它們在存貯器和寄存器、寄存器和輸入輸出連接埠之間傳送資料.　　1.

目前使用的Passive標籤主要使用以下4種周波數帶：1）135KHz以下2）13.56MHz3）UHF帶（860～960MHz）4）2.45GHz如表4所示，這些周波數帶的標籤都有不同的特點。1）135KHz以下Passive標籤由於是靠讀寫器供電的，因此IC迴路無法獲得大的電流。在無法開發低電力高周波迴路的時代，使用的是135KHz以下周波數的Passive標籤。當時的價格也很高，不適合像現在這樣用於供應鏈，只被用於工廠工程管理和家畜管理。現在13.56MHz，UHF帶，2.45GHz的RF

最近一直為自己製作的相簿軟體（http://www.tonixsoft.com/ultraalbum/index.php?lang=chs）開啟大檔案時速度慢而鬱悶，我以前的做法是先用TFileStream開啟一個檔案，然後在其中找到其中的資料區段，把其中內容複寫給一個TMemoryStream，之所以要再將它複製給一個獨立的TMemoryStream是因為，後續處理的一個檔案型資料庫組件必須接受一整個TStream，作為其儲存媒介，整個過程簡直慢得無法忍受。之所以速度慢，是有兩方面的原因：1。

為了火車站的那個項目，學習VTK的進度停了兩個多月，總算這些天空下來了，再次拾起VTK。由於是第一次接觸VTK，以前對OpenGL也不是很熟，所以到處尋找各種教程，沒辦法，官方提供的教程要好幾十美元，電子版又怎麼也找不到，只好到處找有沒有關於VTK的論壇，可惜啊，國內似乎沒有一個專門的VTK論壇，偶爾找到幾篇關於VTK的文章，也大多介紹一下什麼是VTK，怎麼安裝云云。看來一切學習只能靠自己了。。目前，將我找到的一些VTK的中文資料放到了論壇上，以後有什麼好的資料，我也會放上去的：http://w

各國的UHF周波數帶使用方式7所示，不幸的是日、美、歐使用的周波數帶都不同。正如前面說的，UHF是通訊距離最長的一種，可以被用於供應鏈的物品統一讀取，在國際物流中，不可能在流通經過的國家都分別貼上RFID標籤，而需要讓某個地區開發的RFID標籤在其它地區也能夠正常讀取。經濟產業省正在日本進行針對美國用的RFID標籤的實驗。目前，一部分地區已經調整了周波數，可以在所有地區共通使用了，將來的目標是開發可以在所有地區有共同通訊距離的RFID標籤。（圖7）http://www.tonixsoft.com

 #include<stdio.h>#include<malloc.h>#include<conio.h>#define ERROR 0#define OK 1#define EQUAL 1#define OVERFLOW -1#define LIST_INIT_SIZE 100#define LISTINCREMENT 10struct STU{ char name[20]; char stuno[10]; int age; int score;}stu[5

/** * Introduction to Algorithms, Second Edition * 11.4 Open addressing tables * @author 馬鈴薯爸爸 * */public class HashTable { /** * 資料節點 */ public static class Node { int key; public Node(int key) {

 一、線性表的順序表示用一組地址連續的儲存單元依次儲存線性表的資料元素。C語言中的數組即採用順序儲存方式。2000:00012000:00032000:00052000:00072000:00092000:00112000:00132000:00152000:0017...2000:10012000:100300000000000000010000000000000010000000000000001100000000000001000000000000000101000000000000011

最近，由於項目的需要，我打算使用VTK來開發程式，VTK全名是VisualizationToolKit，它是一套跨平台的C＋＋庫，對OpenGL作了較全面的封裝，將各種3D

 /*       puzzle.cAuthor: zmofun 1999.12.7All rights is reserved.    */#include <conio.h>#include <dos.h>#include <stdio.h>#include<stdlib.h>#define PSTARTX 30#define PSTARTY  6#define PWIDTH   20#define PHEIGHT  11puzzlemain(

skype最近升級到2.0版本了，這個版本除了保持先前版本的通話品質優良和運行穩定的一貫作風外，最主要的是還增加了視訊交談的功能，再比較一下那個視頻經常會自動停掉的MSN

今天在翻看TRON相關的資料，無意中發現介紹中說在這個TRON架構中，還有一款OS，名叫【超漢字】，後來一打聽，我們組裡竟然就有這麼一台裝了【超漢字】作業系統的筆記本，於是拿來玩了一下，不過老實說，玩了半小時不到，我就對它沒什麼興趣了，主要是它的操作習慣太過詭異，雖然也是一個多視窗圖形介面的作業系統，但是操作習慣和Windows，Linux之流實再差距太大，而且完全沒有什麼目錄之類的概念（使用者看不到目錄，其實是有目錄存在的），操作視窗也感覺怪怪的，視窗關閉竟然要在右鍵菜單裡找，圖形介面感覺比較