建立自己的.vimrc

在家目錄底下vim .vimrc
個人偏好:
set number
set ts=2
highlight Comment ctermfg=darkcyan

在深層目錄想要修改.vimrc
vim ~/.vimrc

討厭的換行符號

在windows寫的文字檔
丟到工作站上
會出現換行符號

^M

輸入:%s/^M//g

^M = Ctrl+V然後Ctrl+M

教授 get

真是太開心的一天了

教授:蠻喜歡你這樣的學生，散散的，揍你兩拳就可以表現得不錯
我:但是聽說教授只收書卷等級
教授:可以破除這個謠言了

準備踢足球

pdf 密碼保全

使用密碼保全文件
http://help.adobe.com/zh_TW/Acrobat/9.0/Standard/WSD012A4E1-51D1-4bcd-BA9F-EF03C6F20BB6.html

新增密碼保全
您可以設定密碼或限制特定功能 (如列印和編輯) 來限制對 PDF 的存取。文件若已被簽署或認證，則無法新增密碼至該文件。可使用兩種密碼類型：
「文件開啟」密碼
針對文件開啟密碼 (也稱為使用者密碼)，使用者必須輸入您指定用以開啟 PDF 的密碼。
「權限」密碼
若您僅設定權限密碼 (也稱為主人密碼)，則收件者不需密碼即可開啟文件。不過，必須鍵入「權限」密碼才能設定或變更被限制的功能。
若同時使用兩種類型的密碼來保全 PDF，則以任一種密碼都可以開啟該 PDF。不過，只有「權限」密碼能允許使用者變更被限制的功能。由於增加了保全，設定兩種類型的密碼通常比較有利。
所有 Adobe 產品均強制執行權限密碼設定的限制。不過，若協力廠商產品不支援或相應這些設定，則文件收件者可以忽略所設定的某些或所有限制。
重要事項： 如果您忘記密碼，您將無法從 PDF 恢復密碼。請考慮保留沒有密碼保護的文件副本。
請執行下列任一項作業：
若是單一 PDF 或「PDF 文件夾」的元件 PDF ，開啟 PDF，再選擇「進階」>「保全」>「密碼加密」。
若是「PDF 文件夾」，開啟「PDF 文件夾」，再選擇「檔案」>「修改 PDF 文件夾」>「保全文件夾」。在「保全方法」功能表中，選擇「密碼保全」。
若您收到提示，請按一下「是」以變更保全。
選取相容性等級。此選項設定加密等級及密鑰大小。
加密演算法及密鑰大小根據版本而有不同。請確定您的加密等級等於或小於收件者的 Acrobat 或 Reader 版本。
請選取文件元件以進行加密。
若要允許搜尋文件內容，請勿加密元資料。如欲建立保全信封，請使用「僅加密檔案附件」。
選取新增的密碼類型，再將密碼鍵入相應欄位。設定「權限」密碼時，請決定存取等級。
若要允許收件者將 PDF 內容複製至另一份文件，請選取「啟用複製文字、影像和其它內容」。
請按一下「確定」。提示您確認每個密碼時，請於方塊中重新鍵入適當的密碼，再按一下「確定」。

密碼保全選項
您建立 PDF 或套用密碼保護至 PDF 時可以設定以下選項：選項將依照「相容性」設定而有所不同。使用 PDF/X 標準或預置時，保全選項不可用。
「相容性」
設定加密類型，以開啟有密碼保護的文件。「Acrobat 3 和更高版本」選項使用低等級加密 (40-bit RC4)，而其他選項使用高等級加密 (128-bit RC4 或 AES)。「Acrobat 6.0 和更高版本」使您可以搜尋元資料。Acrobat 9.0 和更高版本會使用 256-bit 密鑰大小的 AES 加密演算法來加密文件。
使用舊版 Acrobat 的使用者無法開啟相容性設定較高的 PDF 文件。例如，如果您選擇「Acrobat 9 和更高版本」選項，文件即無法在 Acrobat 8.0 或更低版本中開啟。
「加密所有文件內容」
選擇此選項將加密文件和文件元資料。如果選定此選項，搜尋引擎無法存取文件元資料。
「加密除元資料以外的所有文件內容」
選擇此選項將加密文件內容，但仍然允許搜尋引擎存取文件元資料。當您選取 Acrobat 6.0 與更新版本的相容性時，即可使用此選項。
「僅加密檔案附件」
選擇此選項將要求使用者提供密碼才能開啟檔案附件。但使用者無需密碼即可開啟 PDF。針對保全信封，請使用此設定。當您設定 Acrobat 7.0 與更新版本的相容性時，即可使用此選項。
「要求密碼來開啟文件」
選擇此選項要求使用者鍵入您指定的密碼才能開啟文件。如果選定了「僅加密檔案附件」，此選項即不可用。
「文件開啟密碼」
指定使用者開啟 PDF 檔案時必須鍵入的密碼。
備註： 如果您忘記了密碼，您將無法從文件恢復密碼。因此，最好將密碼存放在其它安全的位置，以免您忘記密碼。
「限制編輯和列印文件」
限制存取 PDF 檔案的保全設定。使用者可檢視以 Acrobat 開啟的檔案，但若要變更保全與權限設定，則必須先輸入指定的「權限」密碼。若是以 Illustrator®、Photoshop® 或 InDesign® 開啟檔案，使用者則必須先輸入「權限」密碼。檔案無法以僅供檢視的模式開啟。
「變更權限密碼」
指定變更權限設定時所需的密碼。只有在上一個選項已選定之後，才可用此選項。
「允許列印」
指定使用者列印 PDF 文件時可允許使用的列印等級。
「無」
選擇這個選擇，可以防止使用者列印文件。
「低解析度 (150 dpi)」
允許使用者以不超過 150-dpi 的解析度列印。由於是以位圖影像的形式列印每一頁，因此列印速度可能較慢。只有在「相容性」選項設為「Acrobat 5.0 或更新版本」時，才可使用此選項。
「高解析度」
可讓使用者以任何解析度進行列印，進而將高品質向量輸出導向至 PostScript® 與其他支援進階高品質列印功能的印表機。
「允許變更」
定義允許對此 PDF 文件進行的編輯動作。
「無」
讓使用者無法變更「允許變更」功能表中所列的文件，如填入表單欄位與加入注釋。
「插入、刪除和旋轉頁面」
允許使用者插入、刪除及旋轉頁面，並建立書籤和縮圖。此選項僅適用於高加密層級 (128 位元 RC4 或 AES)。
「填寫表格欄位和簽署存在的簽名欄位」
允許使用者填寫表格和新增數位簽名。此選項並不會允許使用者加入注釋或建立表格欄位。此選項僅適用於高加密層級 (128 位元 RC4 或 AES)。
「注釋、填寫表格欄位和簽署現有的簽名欄位」
允許使用者新增注釋和數位簽名，以及填寫表格。此選項不允許使用者移動頁面物件或建立表格欄位。
「所有，但不包括擷取頁面」
循序使用者編輯文件、建立並填寫表格欄位和增加注釋及數位簽名。
「啟用拷貝文字、影像和其他內容」
可讓使用者選取和拷貝 PDF 內容。
「為視力不佳者啟用螢幕閱讀程式裝置存取文字」
讓視力不佳的使用者可使用螢幕閱讀程式閱讀文件，但不允許使用者複製或擷取內容。此選項僅適用於高加密層級 (128 位元 RC4 或 AES)。

移除密碼保全
若您具備該權限，則可自開啟的 PDF 移除保全。若 PDF 以基於伺服器的保全策略進行保全，僅策略作者或伺服器管理員可變更該 PDF。
於開啟的 PDF 執行下列其中一項作業：
選取「進階」>「保全」>「移除保全」。
在「文件內容」對話方塊的「保全」標籤中，請從「保全方法」功能表選擇「無保全」。
根據文件附加的密碼保全類型，選項會有不同：
若文件僅包含「文件開啟」密碼，請按一下「確定」，可自文件移除該密碼。
若文件包含「權限」密碼，請將它鍵入「輸入密碼」方塊，再按一下「確定」。再按一下「確定」以確認動作。

奇幻的一天

守在電視機前 ，從小學開始當了好幾年的悲情獅迷，今年總算讓我得意了

過了十二點鐘，準時收看奪冠機率不高的F1

身為tifosi，massa的拼勁讓我看到去年kimi的影子，但是畢竟在半夜，我不停打瞌睡

直到最後幾圈突然又下雨，哇

又燃起了希望阿！

大家一起進個pit，變化實在有夠大

最後一個彎Timo Glock……

嗯，該睡了，massa晚安，希望你或kimi明年穩穩拿下世界冠軍

轉錄自http://linux.wku.edu/~lamonml/algor/sort/quick.html

http://linux.wku.edu/~lamonml/algor/sort/quick.html
void quickSort(int numbers[], int array_size)
{
q_sort(numbers, 0, array_size - 1);
}
void q_sort(int numbers[], int left, int right)
{
int pivot, l_hold, r_hold;
l_hold = left;
r_hold = right;
pivot = numbers[left];
while (left < right)
{
while ((numbers[right] >= pivot) && (left < right))
right--;
if (left != right)
{
numbers[left] = numbers[right];
left++;
}
while ((numbers[left] <= pivot) && (left < right))
left++;
if (left != right)
{
numbers[right] = numbers[left];
right--;
}
}
numbers[left] = pivot;
pivot = left;
left = l_hold;
right = r_hold;
if (left < pivot)
q_sort(numbers, left, pivot-1);
if (right > pivot)
q_sort(numbers, pivot+1, right);
}

XOR太酷了

從wiki截圖：

只能說XOR很酷

WIKI很威

dev c++ 的 tab 長度

printf( ) 的列印格式、控制字元、修飾子

- 列印格式-	-輸出敘述
%c	-字元
%s	-字串
%d	-十進位整數
%u	-無號十進位整數
%o	-無號八進位整數
%x	-無號十六進位整數，以 0 ~ f 表示
%X	-無號十六進位整數，以 0 ~ F 表示--
%f	-浮點數，小數點型式
%e	-浮點數，指數e型式
%E	-浮點數，指數E型式
%g	-印出 %f 與 %e 較短者
%G	-印出 %F 與 %E 較短者
%p	-指標位址
%%	-印出百分比符號

-

-控制字元--	-功能
\a	-警告音
\b	-倒退
\f	-換頁
\n	-換行
\r	-歸位
\t	-跳格
\’	-印出單引號
\”	-印出雙引號
\\	-反斜線
\/	-斜線
\d	-八進位 Ascii 碼
\x	-十六進位 Ascii 碼--

-

-修飾子-	-功能	-範例
-	-向左對齊	-%-3d
+	-將數值的正負號顯示出來	-%+5d
空白	-數值為正值時，留一格空白；為負值時，顯示負號	-% 6f
0	-將固定欄位長度的數值前空白處填上 0；與 - 修飾子同時使用時，此修飾子無效--	-%07.2f--
數字	-欄位長度，當數值的位數大於所定的欄位長度時，欄位會自動加寬它的長度	-%9d
.	-數值以 %e, %E, %f 型式表示時，決定小數點後所要顯示的位數	-%4.3f
h	-表示 short int 或是 unsigned short int	-%5h
l	-表示 long int 或是 unsigned long int	-%lu

---

Ubuntu 7.10 是一隻友善的猴子

---- 2.資料夾重新命名上不能打字... ----

解決方法：在重新命名的狀態下按右鍵===> 輸入法 ===> 點選 SCIM Input Method

ubuntu的顯示桌面快速鍵

gnome ?

ctrl + alt + d 試試看~~

我記得是 default 是這個，不然也可以重設

(應該是用 /usr/bin/gnome-keybinding-properties )

Some Advice on Writing a Technical Report

Alan T. Sherman
DRAFT: April 27, 1996

The Technical Report (TR) is a common written form through which computer scientist communicate their findings. Each TR should have a focused topic that is developed logically along some clearly identified perspective. The major components of a TR are title, author information, date, keywords, informative abstract, body, acknowledgments, references, and appendices. Typically, the body is organized into four sections: motivation, methods, results, and discussion. This document offers advice and specifications for writing TRs.

---

Overview

Communicating results is a crucial aspect of doing research. Through such communication other people can learn about and benefit from the findings. Often such communication includes a written document known as a Technical Report (TR). The successful researcher must master this important written form.

A TR should explain what you did, why you did it, what you discovered, and what is significant of your findings. The report should identify clearly what is novel about your work, and how it relates to prior knowledge. There should be a focused topic, and an attitude about this topic. The topic should be developed according to the attitude in a thorough, logical, and orderly fashion. Throughout, the author should be helpful to the reader.

The report should include the following components: descriptive title, author name and affiliation, date, informative abstract, list of keywords, body, acknowledgments, and list of references. Additional separate appendices, where appropriate, may also be included. The standard four-part outline for the body of a technical report is motivation, methods, results, and discussion.

There is no minimum or maximum length requirement--the length should be appropriate for what you have to say. Many TRs are about 10--20 pages long, but it is not uncommon for TRs to be significantly longer. Regardless of length, it is usually an effective strategy to explain in successive ``layers.'' For example, lengthy TRs often begin with a relatively short overview section for readers who wish an executive summary. Quality and conciseness, not quantity, will be rewarded.

This document aims to help students learn the basics of computer science technical reports. Although my advice is highly subjective, I hope the reader will benefit from issues raised, even if she disagrees with my particular point of view. Although technical writing is a crucial part of writing TRs, this document is not a tutorial in effective technical writing. Several sources of information about technical writing are listed in the references. The rest of this document describes the following important aspects of TRs: thesis, components, organization, delivery formats, special advice for experimental projects, common mistakes to avoid, additional advice, and other important communication forms.

---

The Thesis

Every TR should have a thesis--a topic together with an attitude about the topic. The attitude helps focus the subject and provide a framework along which the topic subject can be explored. For example, the topic might be partitioning algorithms for the geometric Steiner tree problem, and the attitude might be that Steele's theory of Euclidean functionals provides a powerful tool for analyzing the performance of such approximation algorithms. The introduction of each TR should clearly identify its thesis and an organizational plan for developing the thesis.

Many researchers find it useful to think in terms of questions and answers. I recommend that you carry out and communicate your research by raising and answering focused questions. For example, you might ask ``What are the performance limits of polynomial-time approximation algorithms?'' or ``What does the theory of probabilistic proof checking say about such performance limits?''

---

The Components

A technical report should include each of the following items:

1. A logical, accurate, descriptive, and grammatically correct title. Please note: the title ``CMSC 441 Course Project'' is not descriptive.

   Titles should be as short as possible, while still satisfying the foregoing criteria. Avoid cute titles that violate these criteria. I often like two-part titles because they provide short and long forms (e.g. ``Statistical Techniques for Cryptanalysis: An Experimental Study using Real and Simulated English''). I try to avoid titles that exceed 17 words.

2. Author name and affiliation, and date. For example, your affiliation might be ``Department of Computer Science and Electrical Engineering, University of Maryland Baltimore County.'' You might also like to include the city and state of your affiliation, your email address, and a URL to your home page. UMBC students: Please note that there is no punctuation in your University name.
3. An informative abstract of approximately 200 words. Make sure that your abstract is informative---your abstract should serve as a substitute for your paper. Briefly summarize your main findings. Concretely summarize; do not introduce. Immediately get to the point in the first sentence. Do not cite any references in the abstract, and do not begin the abstract with the weak, hackneyed, and boring phrase ``This paper ...''. The abstract should be informative yet understandable to most researchers in your general field. I like the abstract to fit on one title page, including the title, author name and affiliation, date, and list of keywords.
4. A list of appropriate keywords. These keywords should identify the field of your report and its major topics. Choose keywords to be helpful to researchers in locating your work in document-retrieval systems. What words and phrases should someone use to find your report? Be specific, and use only standard phrases. Browse some computer science journal (e.g. Journal of Algorithms) to get a feel for what is an appropriate keyword and what is not. Computing Reviews publishes an annual classification system including keywords which many journals follow.

   Many journals use three levels of keywords: general terms (e.g. cryptology), subject descriptors (e.g. differential cryptanalysis) recognizable to most researchers, and implicit terms--specific words or phrases that act as proper names (e.g. RSA Cryptosystem) which might not be recognizable to all readers.

5. Body of technical report. Write a clear, informative, and thoughtful description and critique of what you did. Where appropriate, include carefully drawn graphs and diagrams. Be sure to motivate, present, and interpret your findings.

   Focus on the scientific content of the project--your questions and answers. Identify and explain interesting and important phenomena. Emphasize what is new about your project. In addition, briefly comment on the engineering aspects of your work: what problems did you face, what decisions did you make, and what are the consequences of these decisions? Although it is crucial to explain your experimental procedures, be concise and do not bore your reader with lengthy descriptions of routine implementation concerns.

   Pay attention to important transitional sentences, especially the first and last sentences of the report. There are three standard ways to begin the introduction: startling statement, dramatic incident, and quotation. I like to end each report with a powerful sentence that concisely summarizes the significance of the entire project.

6. Acknowledgments. Acknowledge any help you received, including any use of computer equipment. Be specific.
7. Complete and accurate list of references cited in the technical report. There are three reasons for citing works: to give credit where credit is due, to be helpful to the reader to identify useful related work, and to identify he context and background of your work. Adopt a bibliographic style used by some major refereed computer science journal (e.g. use the style for the \it Journal of the ACM\/).

   I like to list and number references by alphabetical order of author name. When citing references in the body of the report, always explain why the reference is being cited. For example, do not cite previous work without critically explaining how it relates to your work. I like to mention the author name in the textual citation, followed by the corresponding reference number (e.g. ``In 1976, Diffie and Helman [14] proposed the concept of public-key cryptography.'').

8. Appendices for supplemental information and for information that is too detailed or voluminous to fit into body the of the technical report. For example, if your project involves any computer programming, you should include a nicely documented and formatted listing of all source code you wrote.

---

Organization

Although you are free to organize your report in any way you see fit, I highly recommend that you organize the body of your report along the following standard outline for scientific papers:

• motivation
• methods
• results
• discussion.

In thinking about organization, I find it helpful to separate logical organization from explicit numbered sectioning. For logical organization, I think in terms of hierarchies. Part of the organizational task is to embed the logical organization into numbered sections. For example, the logical introduction might include one or more numbered sections, depending on what needs to be said. A short report might begin with one section: 1. Introduction. A longer report might begin with a more elaborate logical introduction consisting of four numbered sections: 1. Introduction 2. Overview 3. Background 4. Previous work. As the report evolves you may wish to modify the organization.

In describing the purpose of your project, restrict yourself to scientific and engineering reasons; do not discuss reasons that are related only to school. Do not repeat sentences from the abstract ver batim.

In the conclusion, you should explain what it all means to you. If you discuss philosophy, do so in the discussion section.

---

Special Notes on Experimental Work

Be sure to explain your procedures, to present your results, and to interpret your results. Summarize your findings in meaningful ways, visualizing important data (e.g. in graphs) whenever possible.

If you are experimentally measuring the running time of a computer program, test your program on many randomly chosen inputs of a variety of sizes, including large inputs. Since the behavior of your program might vary significantly among inputs of the same size, for each input size, try several inputs of that size and report the sample mean and standard deviation for that size; do not simply try one input per size.

Be sure to explain your procedures in sufficient detail so that other researchers can verify and replicate your findings.

---

Delivery Forms

I prefer to receive TRs on standard 8.5 x 11 inch paper, with exactly one staple in the upper-left corner, without any cover. Please hand in any source code or other appendices separately, not attached in any way to the main report. I prefer not to receive technical reports in binders, which simply add bulk.

Print any source code on 8.5 x 11 inch paper with carefully inserted pagebreaks. If your listing comes out of the printer with the pages attached to each other, then burst the listing (i.e. separate the pages and arrange them like pages in a book) before handing in the listing.

In addition, I recommend that you make your report available on the WWW using your favorite hypertext language (e.g. html).

---

Evaluation

I evaluate each TR on the basis of its scientific merit, effective presentation, and appropriateness for assignment. I reward thorough analysis, originality, and insightfulness. Scientific merit includes correctness, significance, novelty, nontriviality, and completeness.

I evaluate source code on the basis of its correctness, completeness, design, modularity, documentation, coding, user interface, and testing.

---

Common Mistakes to Avoid

Adhere carefully to the following guidelines:

1. In the introduction of your report, clearly identify a focused well-defined question. Answer this question in the rest of your report.
2. Analyze and interpret your data, and discuss the significance and limitations of your findings. Do not simply report your data.
3. Be sure that your technical report is complete in the sense that it has each of the following components: descriptive title, author name and affiliation, date, informative abstract, list of keywords, body, acknowledgments, and references.
4. In your abstract, specifically and concretely state your findings; do not vaguely describe what you set out to do. Your abstract should summarize, not introduce. Do not begin your abstract with the hackneyed phrase ``This paper.''

---

Additional Advice

Start early and do not wait until the last moment. Expect system downtime and personal illness, especially the week before the project is due.

I strongly recommend that you prepare your written report using a document preparation system. Such systems enable you to edit your document the numerous times required to create excellent prose. In addition, they will enable you to produce high-quality printed output. If you do not already know such a system, now is a good time to learn. I recommend the Latex system because it and its relative TEX produce high-quality results for mathematical typesetting, and Latex provides high-level document support (e.g. indexing and cross referencing). As for text editors, I recommend Gnu Emacs because it is powerful, extensible, customizable, and self-documenting.

For drawing graphs and doing statistical analysis of your data, I recommend the program xmgr, which runs on the SGI workstations.

Whenever working on a large project, you should save your notes and preliminary drafts. Many people find this material useful, and it will be helpful to you if you are ever challenged to show that the work is your own. In addition, you should keep a copy of the final report in case the original is lost.

---

Other Important Communication Forms

Other written forms of technical communication important to researchers are: grant proposal, white paper, extended abstract, journal article, research monograph, conference proceedings, cover letter, letter of recommendation, and job application letter. Important oral communication forms include: conference presentation, technical lecture, dog-and-pony show, telephone conversation, and job interview. These topics are beyond the scope of this document.

---

References

1. Miller, Casey, and Kate Swift, The Handbook of Nonsexist Writing, Harper and Row.
2. Sherman, Alan T., ``How to solve and write up homework problems'' (January 29, 1991).
3. Higham, Nicholas J., Handbook of Writing for the Mathematical Sciences, SIAM Press (1993).
4. Dornan, Edward A.; and CHarles W. Dawe, The Brief English Handbook, Little, Brown and Company (1984).
5. Letitia Baldrige's New Complete Guide to Executive Manners, Rawson Associates (NY, 1993).
6. Strunk, William Jr.; and E. B. White, The Elements of Style, Macmillan (New York, 1972).

---

Alan T. Sherman, sherman@cs.umbc.edu

Last modified: April 27, 1995

Vista作業系統使用Dev-C++的問題

step1. 工具>編譯器選項>目錄>二進位檔：加入路徑 C:\Dev-Cpp\libexec\gcc\mingw32\3.4.2



step2. 工具>編譯器選項>外部程式：在每一個執行檔前都加入完整路徑 C:\Dev-Cpp\bin\


大功告成，接下來就可以正常編譯.c檔囉

高空彈跳…她右邊癱掉

更新日期:2008/02/29 07:20 記者詹建富台北報導

年輕人追求極速快感，卻可能暗藏危機。台大醫院最近先後接獲兩例頸動脈、椎動脈剝離個案，患者分別在坐過雲霄飛車、參加高空彈跳後，出現暈眩或癱瘓。

台大醫院內科部主治醫師王宗道指出，這兩起個案，都是廿多歲的年輕人。

一名警專學生在國內某主題樂園搭乘雲霄飛車後，出現頭暈及手腳無力症狀，經診斷發現是頸動脈剝離。王宗道表示，這個頸動脈剝離的個案比較幸運，他持續服用抗血栓的藥物後沒有後遺症。

另一個個案是一女性患者，她在國外旅遊時一時興起參加高空彈跳，當時即感暈眩，返台後右半邊手、腳麻痺，就醫診斷為椎動脈剝離。王宗道說明，椎動脈距離腦幹不遠，神經密集，一旦血管內皮剝離，很容易引發小血栓，阻塞血管，不幸的是，這名女病患已有右手、右腳癱瘓現象。

台北榮民總醫院神經修復科主任鄭宏志也表示，他過去曾收治四起搭乘雲霄飛車導致頸椎受傷的個案，其中一名男子頸椎嚴重受傷，整個人癱在座位上，緊急送醫搶救，神經已無法修復。

八十幾歲的老榮民嗆扁被民進黨支持者打耳光...

http://www.cts.com.tw/wms/genasxnews.aspx?channel=1&source=9701012400&sno=005&bandwidth=2
八十幾歲的老榮民嗆扁被民進黨支持者打耳光...謝長廷說票投國民黨就是作惡,連神都不會保佑!

八十幾歲的老榮民嗆扁被民進黨支持者打耳光...高雄市警察冷眼旁觀不聞不問!
這就是現在的民進黨...簡直就是一群敗類!
八年來民進黨讓台灣窮人搶剩菜剩飯,活不下去的人殺子女再自戕...今天又有一個蟹商燒炭自殺!
整個民進黨都在說什麼...活不下去的攏是假!嗆聲的人都是不愛台灣!
很難想像...我們這些以前支持民進黨的人,現在有多麼痛恨民進黨!

八年來民進黨不斷的煽動台灣內部的仇恨...
今天一個八十幾歲的老榮民嗆扁...結果被一個民進黨的支持者打嘴巴!
幾十個高雄市的警察冷眼旁觀居然不聞不問...這就是現在的台灣!
一個三四十歲的壯年人居然打一個八十幾歲的老榮民...這就是民進黨八年來為台灣帶來的!
民進黨為了選舉摧毀台灣的經濟.教育.司法.人倫.道德良善...後果是什麼?
八年來...台灣社會重大刑案跟人倫慘劇不斷發生...民進黨為台灣帶來的只是貧窮跟仇恨嗎?
為詐保險金...父殺子,夫殺妻,兒子用饅頭噎死父親...父親強姦女兒,祖父強姦孫女...
一個中年婦人回家跟父親要錢不成拿刀將父親喉嚨割斷...失業酗酒拿刀砍父親,父親受不了用繩子勒死兒子!
去年2008年中,婦女遭隔壁租屋男侵入姦殺...年底發生17歲高中女生被男友姦殺!
今天一個八十幾歲的老榮民被民進黨的人打耳光...民進黨八年來到底為台灣帶來什麼?
去年有多位女童被人強姦...有六歲有八歲有九歲...有一個高中女生被父親強姦多年最後選擇上吊自殺!
民進黨為台灣帶來的只有貧窮跟仇恨嗎這些全部都是去年的重大犯罪!
民進黨為了選舉摧毀台灣的經濟.教育.司法.人倫.道德良善...社會的代價是什麼?台灣人還看不見嗎?

八十幾歲的老榮民嗆扁被民進黨的支持者打耳光...高雄市的警察不聞不問!台灣社會的輿論也不聞不問!
今天整個台灣社會的價值觀跟道德良善被民進黨毀壞到這種地步...台灣人為什麼會變成這樣!
元旦倒數走路碰撞起口角...男子掏槍將對方擊斃!
昨天新聞.男子到小吃攤吃麵跟老闆抱怨青菜太少,男子砸碗濺到隔壁桌客人,被對方用尖刀刺死!
八年來,民進黨讓台灣充斥著貧窮跟仇恨,窮忙的台灣人變得越來越暴躁殘忍...
光去年台灣的小孩包括新生兒受到家暴死亡的人數就有上百人...民進黨為台灣帶來的只有貧窮跟仇恨嗎?

民進黨支持者長期被民視跟三立蠱惑煽動仇恨...今天才會去打一個八十幾歲的老榮民!
現在的台灣重大犯罪跟人倫慘劇不斷發生...民進黨跟民進黨的支持者禍害台灣...台灣人能夠放過民進黨嗎?
謝長廷說票投國民黨就是作惡,連神都不會保佑...這就是現在喪心病狂的民進黨整天幹的事情!
八年來台灣因為經濟治安敗壞自殺跟被害死亡人數暴增2萬多人...民進黨跟黑白無常(勾魂使者)有什麼兩樣!
PS:感謝由 定孤支 提供新聞影片...

[ 本帖最後由 二手煙 於 2008-1-3 21:51 編輯 ]

用行動愛台灣 彰化老榮民捐一生積蓄

以實際行動來表達對台灣這片土地的熱愛的老榮民冀老伯伯。(中廣新聞網)

【大紀元訊】住在彰化榮民之家的老榮民冀心貴，看著社會上貧困家庭日益增加、自殺人口也激增，決定把一生積蓄的25萬塊，全數捐贈充當善款，希望幫助更多貧困家庭，以實際行動來表達對台灣這片土地的熱愛。

據中廣新聞網報導，老榮民冀心貴，是安徽人，16歲娶妻、19歲從軍，為保家衛國、離鄉背井，歷經抗日、剿匪與參與韓戰，14年前才住進彰化榮民之家。今年已高齡86歲，因眼看台灣社會亂象叢生，貧困家庭攀升、因經濟困難自殺人口更是激增，實在是不忍心，因此決定把原本要充當老本的一生積蓄25萬元，化小愛為大愛，全數捐給「彰化榮民之家人文關懷協會」，帶著濃厚鄉音的冀心貴表示，他目前衣食無憂，留在中國大陸的親人都已過世，這麼多錢又帶不走，只希望能捐助更多困苦孩子與家庭。彰化榮家輔導主任趙子誠表示，將善用這筆善款，來支助榮眷和貧困的家庭。

帶著開朗笑容的老榮民冀心貴，臂膀上留下「消滅共匪」、「光復河山」的印記，訴說著一輩子對捍衛國家的堅持，一甲子的歲月過去，這些印記從未變色，而對台灣這片土地則比哪些只喊口號的政客，則是更加的熱愛與期待。

中毒

http://www.ck101.com/forums/redirect.php?tid=1179909&goto=lastpost

http://www.ck101.com/forums/viewthread.php?tid=561244&extra=page%3D1

點心車在香港將成為歷史陳跡

在香港的中餐館，手推車上熱騰騰的各式點心令人垂涎欲滴，但現在，這種點心車正面臨淘汰。

在香港被稱為"酒樓"的中餐館，服務員推著點心車，在餐桌間穿梭，讓顧客可以隨意挑選各種各式的點心，但現在越來越多的酒樓寧可提供"現點現做"的服務。

這種點心車的底部放了一個小瓦斯罐，把車裡的水燒開，然後通過蒸汽把車上的點心加熱，讓顧客們可以吃到熱騰騰的食品。

然而，這種點心車現在變得有點不合時宜。

"現點現做"

一家提供點心車服務的酒樓負責人說，在早上和中午的高峰時刻（晚上一般不賣點心），顧客們看到點心車從廚房推出來時，都會空群而出，圍著點心車挑選他們喜歡的食品，甚至是追趕著已經離開的點心車。

服務員把點心賣完後，就回到廚房，準備第二輪的點心。

這位負責人說，點心車可以讓顧客先看點心，然後再拿自己喜歡的食品，這是香港酒樓的傳統，他們要秉承和繼續這一傳統，直到世世代代。

香港寸金尺土，租金昂貴，一些酒樓為了降低成本和在高峰時刻多做一點生意，盡量放置多一些食桌，使得桌子與桌子之間的空間和通道越來越窄，這是為什麼一些酒樓寧願犧牲了點心車，改為提供"現點現做"的服務。

在幾十年前，服務員捧著一個放滿點心的大盤子，讓顧客挑選他們喜歡的食品。不過，一般服務員不是年紀比較大的中年男女，就是年輕的小女孩，不能扛太多點心，這需要更多服務員捧盤子，維持服務水平。

歷史陳跡

隨著勞工成本上漲，酒樓後來改用能夠放置更多食品和比較省力的點心車。

現在，許多酒樓不賣點心，而且人們不喜歡服務員推著點心車在食桌旁走來走去，一邊推一邊大聲喊叫各種點心的名稱。

也有人說，點心車不衛生，常常會弄臟地毯，而且人們希望點心"越新鮮越好"，因此，"現點現做"逐漸成為了主流。

廣東式酒樓特有的蒸氣騰騰的點心車﹔服務員一邊推著點心車一邊叫喊："蝦餃、燒賣、蓮蓉包"﹔人們圍著點心車爭點心等鬧哄哄的景象，將成為歷史陳跡。

馬：府前主持升旗不必等明年 會更早

【聯合晚報╱記者唐孝民/台北報導】 2008.01.01 02:31 pm


國民黨總統參選人馬英九清晨參加總統府前升旗典禮，受到熱情民眾簇擁，沿路都有民眾手搖國旗高喊「馬英九當選」、「馬總統加油」。面對媒體問到「是否有信心明年元旦在府前主持升旗典禮? 」馬英九表示，距離總統選舉只剩80天，已做好衝刺準備，他強調，不必等到明年元旦，會更早。

今年元旦府前升旗典禮，馬英九選擇站在總統府前的管制區外，與國民黨高層以及民眾站在一起。馬英九表示，沒有接到通知，就算接到通知也不會進管制區，在野黨就要像在野黨的樣子，選擇與民眾站在一起。馬英九說，只要看到國旗、唱國歌、唱國旗歌，就能達到向國家開國紀念日表達紀念的意義。

在唱國旗歌時，突然有紅衫軍站在馬英九身後高喊「紅衫軍票投給馬英九」，馬英九與身旁的國民黨主席吳伯雄隨即提高音量大聲唱著國旗歌。

在管制區外的現場，不時有民眾高喊「阿扁下台」，記者發現馬英九在聽到「阿扁下台」時，眉頭就會皺在一起，馬英九說明，他認為在這個時候說「阿扁下台」這樣的話確實不適宜。

馬英九在升旗典禮過後發表6點新年祝願，一要燃起台灣的熱情，二要振興台灣經濟，三要追求台灣的幸福，四要追求清廉的政治，五要找回台灣價值，最後希望追求兩岸和平與繁榮，讓台灣人沒有恐懼、沒有威脅。

http://140.111.34.46/dict/

《重編國語辭典修訂本》網路版於民國96年12月推出新檢索介面供各界試用，

歡迎前往http://140.111.34.46/newDict/dict/index.html使用。

利用單晶片微控制器 實現電梯控制系統新創意

新電子 2006 年 4 月號 241 期
文．余兆棠/葉遠呈/蕭仁理/楊明儒

為了改善傳統電梯在使用上的不便之處，本文使用一款單晶片微控制器做為電梯控制系統的控制中心，再配合周邊電路設計，來提升電梯控制系統的使用功能，使其具備更人性化、更方便的使用特性...

電梯是日常生活中非常便利的工具，但是仍存在著一些操作上的困擾，例如在電梯內不小心按錯樓層時卻不能取消，因而必須多停靠不必要的樓層，浪費時間與能源。另外，當電梯內已客滿，但其他樓層的電梯使用者仍按下搭電梯按鈕時，同樣也會造成不必要的樓層停靠，以及時間與能源的浪費。針對這些問題，本文提出一些新的構想，以改善現有之電梯控制系統，並新增功能，如連按兩次電梯內控制按鍵即可取消按錯樓層的指令；電梯可自動判斷客滿，並將客滿資訊顯示於各樓層電梯搭乘處，讓各樓層使用者可清楚掌握電梯承載狀況；以及當電梯客滿時，若內部無人選擇之樓層，控制系統可跳過該樓層不停，即使該樓層外部有人欲搭乘電梯。

目前有極少數電梯已具備上述第一項功能。一般電梯皆裝有重量感測器來判斷是否超載，但未用來做電梯直達功能之控制。考量電梯的空間被占滿但未達到該電梯可負載重量之最高上限時，現有電梯控制系統無法判定為滿載，本文提出以影像辨識並配合電梯載重感測器達成「電梯滿載」之辨識，同時可將「客滿」資訊，顯示於各樓層電梯搭乘處，並應用此資訊，控制電梯直達之功能。

為落實這些電梯控制系統改良創意，本文以一款單晶片微控制器HT46R24做為電梯控制系統的控制中心，配合設計之周邊電路，實現一個可以執行上述新增功能的電梯控制系統，使得具備此控制系統的電梯，大幅提升其功能與方便性。

電梯控制系統設計

在此以專題製作方式實現前述電梯控制系統改良創意，電梯控制系統示意圖如圖1所示，圖2顯示相對應之系統方塊圖，其中電梯內部有按鍵與顯示、語音播放、影像擷取、載重偵測以及系統控制中心電路等模組，電梯外各樓層亦有按鍵與顯示模組。

本文採用的模組化設計，各模組與其功能分述如下：

電梯按鍵與顯示

本模組執行基本的電梯按鍵及顯示，電梯內部與外部按鍵採用4×4鍵盤掃描原理，而電梯內部樓層顯示裝置則採用8×8的光發二極體(LED)矩陣，外部顯示裝置則選用LED指示燈。電梯按鍵訊號送至系統控制電路處理，藉由系統控制中心判別樓層以及電梯上、下樓動作，同時傳送顯示訊號到顯示模組，顯示樓層與上、下樓之訊息。另外，若電梯客滿時電梯外各樓層會顯示「滿」的符號。

影像擷取與辨識

電梯內部設置CMOS影像擷取元件，系統控制中心驅動影像擷取，並以影像辨識配合載重偵測資訊判斷電梯是否客滿，當電梯客滿時，將客滿訊息傳送到電梯外部各樓層之顯示器顯示。

載重偵測

擷取電梯載重資訊，系統控制中心依此判定是否超載，並配合影像辨識判斷電梯是否客滿。

語音播放

本模組執行基本的語音播放功能，使用90秒分段即時錄放語音IC，預先錄製需要之語音，系統控制中心依電梯狀態，控制層樓與電梯的開關門等語音播放。

系統控制中心

採用單晶片微控制器作為主控晶片，撰寫程式控制所有周邊模組，實現電梯按鍵、上下樓動作、電梯樓層顯示，以及電梯語音等一般電梯所具備功能。此外也實現先前提出的新增創意功能。

電梯控制硬體設計

依據前述模組化設計，其電梯控制系統之硬體方塊圖如圖3所示，主控微控制器結合顯示控制、語音控制、辨識控制以驅動個別電路，另加上馬達、載重偵測、按鍵的控制以及影像監控系統。

其他所使用的硬體，還包括一款CMOS影像感測器、轉接板、模擬板(用以驅動轉接板)、SRAM記憶體，以及快閃記憶體。

電梯控制軟體設計

配合前述電梯控制系統硬體模組設計，設計相對應之控制軟體，使電梯控制系統可完成一般電梯所具備功能以及本文提出的新增創意功能，電梯控制系統之主控軟體流程如圖4所示，其中影像辨識配合載重偵測資訊判斷電梯是否客滿，是本文最重要之新增創意功能。其他電梯控制系統的一般控制軟體流程不在此討論。

本文之影像辨識是以電梯無承載之地板為參考影像，事先將電梯內無承載時的影像用非揮發性記憶體儲存起來，再將其讀取出來與電梯有承載的影像做比對，當比對結果與原來影像相差超過一定比例時判定電梯客滿，在此設定為75%，此數值在實際應用時可依實測資訊加以設定。當然做影像辨識判定客滿前先要以承載重量判定是否超級重。電梯是否客滿之判定流程如圖5所示。

可實現的電梯控制系統創意

實現並整合前一節所述之電梯控制系統軟、硬體設計，完成一個智慧型電梯控制系統之成品，圖6為電梯控制系統電路，包括控制中心、按鍵、顯示、語音等模組。圖7為影像擷取與辨識模組電路。

以CMOS影像感測器所拍下電梯無承載時地板影像，做為比對依據。圖8顯示以跳棋模擬承載電梯承載影像，並依據圖5的流程，判定電梯是否客滿。

本文主要提出電梯控制系統新增的按鍵取消、電梯自動判斷客滿以及客滿直達之功能，並以專題製作方式實現此創意，雖然現有之電梯門開關控制、停電後電梯重置、緊急對外聯絡電話、多組電梯架構等並未在本專題中一併實現，因為這些已是現有之功能，透過專題製作方式已足以說明這項創意確實可行。另外，本文採用影像處理方式實現「電梯客滿」判斷，其主要考量是電梯內裝設影像監控系統愈來愈普遍，因此可在不增加成本的情況加以實現。

(本文作者余兆堂為南台科技大學電子系教授，葉遠呈、蕭仁理、楊明儒就讀於南台科技大學電子系。)

(詳細圖表請見新電子241期4月號)