OpenOffice Writer 左右對齊 全形標點符號超出行尾邊界

Keywords: OpenOffice Writer, Chinese/Asian Punctuations, Punctuation Alignment, Justification.
Japanese and Korean users, this works for you, too!!

在OpenOffice Writer使用左右對齊(justification, left-right alignment)時，會發現剛好在行尾的全型標點符號，例如中文的 '，。、；？！' ，跑出左右對齊的邊界。其實一般對齊時，標點符號也會超出「頁面」的邊界，不過在編寫需要用到左右對齊的文件時，困擾比較嚴重。


＊Solution:

選取修改範圍後（往往是全選） -> 格式 -> 段落 -> 亞洲語言排版式樣 -> 取消「行末附加標點符號」。
如果要允許標點符號出現在行首的話，可以再取消「顧及行首行末禁止使用字元的清單」。

Select the target text -> Format -> Paragraph -> Asian Typography -> Disable "Allow hanging punctuation".
You can optionally disable "Apply list of forbidden characters to the beginning and end of lines" to allow punctuation at line beginnings.



改好以後，就不會有標點符號跑到外面去的情況啦！輸出成PDF也更美觀了。
另外連結一篇龔維正網友詳細的文章，給大家參考。

[OS] Chapter3 -- Processes

http://www.csie.ntnu.edu.tw/~swanky/os/chap4.htm
http://www.csie.ntnu.edu.tw/~swanky/os/chap10.htm -> IPC
http://en.wikipedia.org/wiki/Process_(computing)
http://en.wikipedia.org/wiki/Scheduling_(computing)：第一段

Process: the unit of work in most systems
包含：code section, data section, program counter, registers, stack, etc.
Program is a passive entity(是死的); Process is an active entity(是活的)
Processes of the same program: same text section, different data sections
Thread: a basic unit of CPU utilization
Threads of the same process: same code & data section, other resources.
<對照習題4.5, Fig.4.11，fork出child process時是複製data，
而產生新thread時是共享data。>

Process state: new, waiting, ready, running, terminated
Process control block (PCB) -- information representing a process:
1. Process state
2. Program counter
3. CPU registers
4. CPU-scheduling information
5. Memory-management information
6. Accounting information
7. I/O status information

Scheduling queues:
1. Job queue -- containing all processes in the system.
2. Ready queue -- those in memory that are ready to be executed.
3. Device queue -- processes waiting for that device.
<對照Fig.3.6看架構>

Schedulers:
1. Long-term scheduler (Job scheduler, Admission scheduler):
從Job Queue中挑選合適的Jobs，將其載入到Memory中(放進ready Q)準備執行。
a. 執行的頻率不高
b. 可控制degree of Multiprogramming
c. 可調和I/O Bound與CPU Bound Job比例混合
d. 適用於batch system，不適用於time-sharing, real-time systems。
2. Short-term scheduler:
從Ready Queue中挑選priority較高之process，使其獲得CPU的控制權。
a. 執行頻率很高
b. 必須非常快，否則浪費CPU time
c. 適用於所有系統
3. Medium-term scheduler:
當記憶體空間不足，且有高優先權之process需要memory時，
挑選某些process做"swapping"。
a. swap out: remove processes from memory to "reduce the
the degree of multiprogramming"
b. swap in: reintroduce the swapped-out processes
into memory
c. 可調和I/O bound與CPU bound Job比例
d. 適用Time sharing system

Context switch:
Save the state of old process and load the state of new process.

fork() system call: creates a new process
exec() system call: load a binary file into memory and execute
wait() system call: wait for child process to complete
exit() system call: process terminates
abort() system call: terminate execution of child process

Inter-Process Communication
Independent process -- can't affect or be affected by others
Cooperating process -- can affect or be affected by others
Advantages:
1. Information sharing
2. Computation speedup
3. Modularity
4. Convenience
Cooperating processes require an IPC mechanism:
1. Shared memory
2. Message passing
<對照study guide: ch10的補充>

Client-Server Communication
1. Remote procedure calls (RPC)
Client's Stub locates the server and packs parameters
Server's Skeleton unpacks parameters and performs procedures
<對照Fig3.28的流程>
2. Remote method invocation (RMI)
Java mechanism similar to RPC, except:
a. Invoking a method directly without a matchmaker.
b. Ordinary data structures without packaging(marshalling).

[OS] 證明：Shortest Job First [SJF] is the optimal scheduling algorithm

修改自 http://computing.dcu.ie/~humphrys/Notes/OS/processes.html

What is the optimal schedule?

In general, if in-order bursts are x1, x2, ..., xn, then:

For each dispatched process, waiting time = (好像計網概題目XD)
1st: 0
2nd: x1
3rd: x1 + x2
4th: x1 + x2 + x3
...
nth: x1 + x2 + ... + xn-1

=> Total waiting time
= (n-1) x1 + (n-2) x2 + ... + (2) xn-2 + (1) xn-1 + (0) xn

Obviously this sum is minimized if the xi's that are multiplied the most times are the smallest ones, i.e., x1 < x2 < ... < xn-1 < xn.
Thus, in non-preemptive scheduling, "Shortest Job First" (actually Shortest Next CPU burst) is optimal for the purpose of minimizing Average Waiting Time. #

算是個淺顯又不失嚴謹的證明法 希望有幫助囉^^
P.S.王家祥老師說他喜歡考這個。

[OS] Chapter5 -- CPU scheduling

http://www.csie.ntnu.edu.tw/~swanky/os/chap4.htm
http://en.wikipedia.org/wiki/CPU_Scheduling

Process execution consists of a "cycle" of CPU bursts and I/O bursts.
CPU-burst distribution follow a (hyper)exponential pattern.
=> I/O bound programs: many short CPU bursts(左半邊)
CPU bound programs: a few long CPU bursts(右半邊)

Recall process states:
new, waiting, ready, running, terminated

CPU scheduling decisions may take place when a process:
1. running -> waiting [I/O or event wait]
2. running -> ready [interrupt]
3. waiting -> ready [I/O or event completion]
4. running -> terminates
Scheduling under 1 and 4 is nonpreemptive.
Scheduling under 2 and 3 is preemptive.

Dispatcher transfers control of CPU to selected process, involving:
1. Context switching
2. Switching to user mode
3. Jumping to proper location in user program to 'restart' that program

Scheduling performance criteria/objectives:
[max]1. CPU utilization - CPU用在process執行的時間比率
[max]2. Throughput(產能) - 單位時間內完成的工作數量
[min]3. Turn around Time - submission ~ completion
[min]4. ★Waiting Time - total/average waiting time in "ready queue"
[min]5. Response Time - submission ~ 1st response
在time-sharing system及user-interactive system中特別強調
其他目標：
# Fair(排班時儘量要求公平)
# No Starvation(避免飢餓)
# Support "priority" scheduling
# Resource Utilization ↑

Scheduling algorithms: [建議study guide整段全看]
1. First-come, first-served (FCFS):
Long average waiting time
Convoy effect(護衛效應) -- lower CPU and I/O utilization

2. Shortest-job-first (SJF): [證明是optimum]
Actually "shortest next CPU burst"
Difficulty: next CPU burst難以估計 -> used in long-term scheduling
[變種1] Approximate SJF:
Exponentially Weighted Moving Average (EWMA)
τn+1 = (α)tn + (1-α)τn
= (α)tn + (1-α)(α)tn-1 + ... + (1-α)^n(α)t0 + (1-α)^(n+1)*τ0
{α=1/2} = 1/2tn + 1/4tn-1 + ... + 1/2^(n+1)t0 + 1/2^(n+1)τ0

Non-preemptive SJF -- SJF (Shortest Job First)
[變種2] Preemptive SJF -- SRTF (Shortest Remaining Time First)
若其剩餘的CPU burst time大於新到達的process之CPU burst time，
則此process會被迫放棄CPU，交由新process執行。

3. Priority:
也可分為non-preemptive和preemptive
關鍵在於priority value的定義方式: internal vs external
SJF是一種priority scheduling -- Priority is the "next CPU burst"
FCFS是一種priority scheduling -- Priority is the "arrival time"
Problem: Starvation -- Low priority processes may never execute.
(易發生在unfair，甚至加上preemptive的環境)
=> Solution: Aging -- 隨著時間經過逐漸提高該process的priority

4. Round-robin (RR):
Time quantum: q
若未能在q內完成工作，則此process會被preempt掉，排到ready queue的尾端。
Time-sharing system使用RR
q too large => 趨近FCFS
q too small => overhead of context switching
Typically, higher turnaround than SJF, but better response. (fair)
Time quantum愈多 => context switch愈多，但與turnaround time並無明顯相關。

5. Multi-level queue:
將單一ready queue分成許多不同優先權等級的ready queues
每個Queue中可有自己的排班法則，如：foreground:RR, background: FCFS。
不允許process在各個queue中移動(沒有feedback)
Queue與queue之間的scheduling: fixed priority, priority time slice.
Preemptive, possibility of starvation

6. Multi-level feedback scheduling
基本同[5]，但Process可以在queue之間移動。
Still unfair, but prevent starvation
Design issues:
a. # of queues
b. Scheduling algorithms for each queue
c. 新Process進來該插到哪個queue
d. When to upgrade a process. e.g. Aging
e. When to downgrade a process. e.g. 在quantum內無法做完
設計上最為複雜

分類：
# Fair：
1. FCFS
2. RR
# No starvation：
1. FCFS
2. RR
3. Multilevel Feedback Queue
# Non-preemptive：
1. FCFS
2. SJF
3. Non-preemptive priority
# Preemptive:
1. SRTF
2. Preemptive priority
3. RR
4. Multi-level queue
5. Multi-level feedback queue

Multiple-processor scheduling: (assuming homogeneous systems)
1. Asymmetric multiprocessing: 有master-slave processors
2. Symmetric multiprocessing(SMP): self-scheduling
a. common ready queue; b. separate ready queues.
Process affinity -- attempt to keep running on the same processor
Load sharing: push migration -- process觀察後自主換排
pull migration -- idle processor拉waiting process
Symmetric multithreading[SMT] or Intel's hyper-threading[HT] --
One physical processor[PP], multiple logical processors[LP]

Real-time scheduling:
Hard real-time -- within a guaranteed amount of time
=> Resource reservation is needed
Soft real-time -- only receive higher priority

＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃
Algorithm evaluation methods:
1. Deterministic modeling
Input: a given algorithm, a predetermined workload
Output: Corresponding performance
優：simple and fast
缺：too specific
使用：舉例說明時；同樣程式可以一直跑；觀察趨勢再證明

2. Queuing models -- 排隊理論
Input: distribution of service time, process arrival time, etc.
Output: utilization, average queue, average waiting time, etc.
Little's formula:
n = λ * W
n:queue length; λ:arrival rate; W:waiting time (都是average)
優：compare algorithms
缺：只是理論估計，unrealistic，independent assumptions

3. Simulations -- Programming a model of the system
優：more accurate
缺：跑模擬費時，large storage，coding

4. Implementations -- Construct a read system
優：the most accurate way
缺：too costly, environment may change

OS參考資源 -- Operating System Study Guide

Operating System Study Guide

這裡有Operating Systems Concepts（恐龍本）6/e的詳細筆記

作者是師大資工博士生 蕭宇程 （才大我三歲@@"）

只能說這位大大太神了！這資料根本就可以當OS開課講稿嘛@@"

強力推薦！


之後會貼上我自己整理的Operating Systems Principles/Concepts 7/e筆記，主要參考資料是課堂講義和他的文章。

建議第一次期中考，時間不夠的話倒著讀會比較順，前兩章東西太雜。

Octave on MacOSX

說到科學計算，一般人總是想到MathWorks公司的MATLAB。但這學期修數值方法，老師反而推薦另一套軟體：GNU/Octave。
其實這樣的態度是好的，老師也說，學生時期，應該要鼓勵我們用沒有版權爭議的Octave，而不是奇怪版本的MATLAB。況且MATLAB包含的領域太多了大部分也用不到，身為自由軟體的支持者，雖然MATLAB也能做到，但如果只是修課、寫作業的話，當然要試試看Octave這套軟體。

---

如果是Windows使用者那就直接跳過這篇吧XD。Windows上面的設定很簡單，只要抓回來安裝好就好了，而且還有內建編輯器SciTE，用edit指令就可直接呼叫。
Mac底下就沒有那麼容易了，自己也曾經碰到一些困難。以下說明Octave for MacOSX的一些主要設定步驟：

1. 下載編譯好的可執行檔
2. 解決編輯器的問題
3. 設定.octaverc
4. 解決繪圖的問題（gnuplot與AquaTerm）


1. 下載編譯好的可執行檔
這很簡單，官網Download的地方選MacOSX可以連到SourceForge下的下載頁面。選擇最新的版本並確定自己的機型就可以囉。Intel的選octave-x.x.x-i386.dmg，PowerPC的選octave-x.x.x-ppc.dmg。


接下來就是簡單的drag-and-drop，把disk image檔裡的Octave.app拖曳到Applications裡就可以啦。
不過檔案先別急著刪，Extras資料夾裡的gnuplot等等還會用到！
用一般方式開啟Octave，就可以得到如下的終端機畫面：


注意畫面上方的標題，與開terminal時不一樣，Octave使用的shell是sh而不是一般情形的bash，所以有些unix指令在octave裡是行不通的。


2. 解決編輯器的問題
Octave for Mac的一大問題就是沒有內建編輯器。雖然說其實有沒有不影響，開個慣用的editor來寫，再用Octave來跑就行了。不過當打edit指令沒有辦法出現自己習慣的編輯器畫面，爽度就是有差XD。
Octave預設的編輯器是emacs，不信可以打入EDITOR來查看環境變數，會出現"ans = emacs"。
如果要換成vim，可以打
> edit editor "vim %s" 來切換，雙引號和%s都要照打，>是命令提示字元不用打。

但我和同學用edit或是edit xxx來編輯檔案都會當掉，不知什麼原因，我們用的是Intel Mac + OSX 10.5.5，預設編輯器換成vim也是不行，看來只要是terminal下的編輯器都有問題。
感謝iPluto補充：也可以用edit editor "xterm -e vim %s"就不會當，但是這樣會多開X11環境多此一舉。

解決之道就是改用其他GUI的編輯器，不推薦TextMate，雖然號稱最貴的text editor，但中文支援有問題，而且想支援MATLAB語法還要裝外掛。
所以我推薦用Smultron，是自由軟體，支援數十種程式語言，也有一些不錯的特色。可惜對於MATLAB語言的支援還是不如MATLAB的編輯器來得好，keyword辨別、註解、縮排等還有進步空間，不過以一個支援這麼多語言的編輯器來說算很不錯了！


首先要注意，Smultron會把.m的副檔名，辨認成Mac開發者常用的Objective-C，所以除非讀者本身就是Cocoa API的視窗程式開發高手，否則可以考慮修改副檔名辨認。


在偏好設定->進階->語法定義，勾選「使用擴展名猜測」，並且在下面的程式語言列表中，把Matlab後面加上m，把Objective-C的m去掉，這樣以後用Smultron開.m時，就能辨識成Matlab語法了。

最後還有一步，既然我們希望在Octave底下打edit就能開Smultron，就必須讓它能從terminal開啟。所幸Smultron和TextMate都有這項設計。


從Smultron選單的說明->安裝命令行工具，或是TextMate選單的Help->Terminal Usage（TextMate第一次啟動似乎就會問你要不要裝），即可輕易安裝。過程會要求輸入管理者的密碼，因為要動到/usr/bin下的東西。剩餘步驟請見下一段。


3. 設定.octaverc
編輯器安裝設定完了，因為現在/usr/bin下已經有smultron, mate這些東西，只要到terminal下打
> smultron 或
> mate
就能開啟該GUI文字編輯器。（注意開terminal時，如果目前正在跑octave，要按cmd+N開一個新視窗才是bash shell的terminal喔）
再回到Octave畫面，打edit editor "smultron %s"就能將預設編輯器改成Smultron。
不過必須每次開Octave都要下edit editor "smultron %s"才能變更編輯器，很麻煩該怎麼辦呢？

可以設定.octaverc。點代表隱藏檔，rc是run commands的縮寫，在程式開始的時候就run一些commands，意義相當於偏好設定檔。其他unix-like系統常見的有.vimrc，.bashrc，.cshrc。
現在再回到bash terminal（不是octave喔），我們要在home底下建立.octaverc。
> cd ~ 切換到home，~代表家目錄的意思
> touch .octaverc 為了避免沒這個檔案，先摸(建立)一下。一定要加"點"喔！
> open .octaverc 用Mac的文字編輯開啟.octaverc。
會用vim的人也可以直接在第二步：
> vim .octaverc


先把預設編輯器改成自己喜歡的：
edit editor "smultron %s"
然後看還有沒有其他的東西要設定。例如預設的起始路徑是~/，但是我喜歡把程式都放在~/Octave目錄下，所以可以多加這行：
cd ~/Octave
讀者如果有自己習慣要先跑的指令也可以加在這裡。


4. 解決繪圖的問題（安裝gnuplot與AquaTerm）
現在再回到Octave下，舉一個簡單的繪圖範例：
> x = 1:100;
> y = sqrt(x);
> plot(x,y);
這樣會畫出 y=sqrt(x)從x=1~100的圖，可是畫面卻出現error：
error: you must have gnuplot installed to display graphics; if you have gnuplot installed in a non-standard location, see the 'gnuplot_binary' function 原來是還需要gnuplot這個元件才能畫圖。這時候回到1.抓下來的octave-x.x.x-xxxx.dmg檔，把Extras裡的gnuplot-x.x.x-xxxx.dmg裝起來，同樣也是drag-and-drop就可以了。（其實一開始就該裝了啦XD，只是故意寫在後面來說明。）

注意：使用gnuplot需要先安裝X11系統，OSX10.5 Leopard本身就附上X11了，但OSX10.4 Tiger的人需要到安裝光碟Disc 2找X11來裝，但下面有免X11的解決方法。

這時候再畫一次應該就能出現這樣的結果：


有點鋸齒狀，效果不是很好。因此在Mac上推薦使用AquaTerm這個套件。網路上說：

AquaTerm allows you to plot things in OS X without using an X client, such as X11. This has two advantages:

• It requires less memory and hard drive space, if you don't have X installed or running already.
• The graphs look better, and can be saved as Quartz PDFs.

不需要X11，省空間跟記憶體，畫出來的圖漂亮又能存成PDF和EPS，所以別懷疑快去下載吧。安裝方法也是簡單的drag-and-drop至/Applications裡。
不過裝完AquaTerm仍然會用X11來畫圖，還差最後一步。到bash terminal下：
> cd ~
> touch .profile
> open .profile 編輯.profile這個檔案，還是要加"點"。檔案裡打入這行：
export GNUTERM='aqua'
存檔離開，重新開啟Octave，再用剛剛的畫圖範例：
> x = 1:100;
> y = sqrt(x);
> plot(x,y);
現在用Octave畫圖就會開啟AquaTerm來顯示了，很細緻呢！

---

《本篇文章歡迎補充與指教》
主要參考資料：Octave Docs，Octave Wiki上的OctaveForMac。

[2008China] 兩岸暑期交流_心得報告

下載PDF版本
這篇其實是交差式的心得，雖然有寫出當時的感覺，但希望之後還有時間逐項細寫。
是真的希望啦XD，當時腦袋裡想很久了。

===================================================================

兩岸暑期交流心得報告 - 北京大學
u9562171 資工10 雷禹恆

長達45天的北京行，給了我一次很不一樣的大二暑假。期間的種種回憶，彷彿夢境一般，雖然遠不可及，卻歷歷在目，時時值得回味。

今年的錄取名額增為13人，由於團員們各有時間規劃，去北京的時候是分兩批進，回台灣則分了三批回。7月8日，我們的「首發團」成功登陸，當時看到他們MSN上線，其實有股莫名的興奮，想到幾天之後，就輪到我們了。7月13日，「二發團」的八位成員來到機場會合。雖然不是第一次搭飛機，但不靠旅行團的幫助在機場獨立行動，倒是第一次，也是培養默契的好機會。好不容易，經過了豪華的香港機場、北京機場，我們來到了既陌生，又熟悉的地方 – 中國北京。出關大門打開時，迎接我們的，是王海欣老師及接待同學們，與他們舉起的標語「歡迎台灣清華大學交流同學」。由於碰上班機更改延遲，及團員丟失行李，比預計抵達時間晚了幾個小時，真辛苦他們在機場的默默等候。原本在北大藝園的師生聚餐，沒想到幾乎成了宵夜時間。儘管拖著疲憊的身軀和行囊，還是能感受到他們的熱情招待。登陸的第一天，就令人印象深刻。

首發團待了一個禮拜後，對環境已經熟悉得和當地北京人差不多了。起初幾天果真靠他們和接待同學，幫了許多生活上的忙。才第二天，我們就一起去唱KTV。除了見識到團員們各個深懷絕技外，看到包廂內播送著繁體MV，好有家鄉的親切感。我第一次知道，台灣的娛樂圈在大陸市場這麼成功。（其實在大陸，港台的歌手反而比內地的出名，沒想到生意做那麼大。）過了幾天的「北京人生活」之後，第一個週末，就有北大安排的旅遊行程 – 八達嶺長城、明十三陵。早早起床和接待同學抱著早餐走上小巴士，開始了漫長的車程。在大陸，通車往往就是好幾百公里，搭火車則往往會過個一兩夜，八達嶺離北大約不到200公里車程，幾乎是半個台灣長。不登長城非好漢，不過今天大家也不顧那麼多，有人忙著拍照，有人嬉戲，有人停下來欣賞，有人拚命往前衝。不過人實在是有夠多，有團員戲稱這應該叫「萬人長城」，尤其是通過某些狹口時，簡直是「萬頭鑽洞」。最後，只有我和蘇州大學的楊小兵爬到了盡頭，當了唯二的好漢。

往後的一個月，仍然過著夢一般的日子。實驗室、宿舍、北大校園、揪團吃飯、打牌、看電影、出去晃、搭地鐵、坐Taxi、新的出遊行程…如此不斷循環。平常只能在電視上看到的天安門、故宮，總算是親自來了；王府井、雍和宮、什剎海、圓明園、天壇，還有大雨中硬闖的北海公園，一個也沒放過；甚至我們還參加了留學生宿舍的旅行社的內蒙古三日遊，沿途的塞外風光是以前地理課本所感受不到的。騎了這輩子最刺激、屁股最痛的馬，也在駱駝背上，享受這輩子和沙漠最近的接觸…

2008年是北京最特別的一年，既然碰巧搭上了奧運列車，豈可輕易錯過？早在六月底就有幸從台灣買到代理的奧運棒球門票，知道門票順利寄來北京以後，就期待這屆盛會的到來。不過也因為奧運安檢問題，帶來許多不便。例如舉行乒乓球的北大就封了一些校門，進出也需要驗證件；人員、車輛進出北京時也開始受到刁難，更別說是奧運場館、地鐵、機場等本身就安檢嚴格的地方了。但總體來說，能在2008年參加北大團我還是感到幸運。8月8日開幕式，有團員幸運地排到禮堂大屏幕轉播的票，據他們所說，當天禮堂本身就很熱鬧，看得很有臨場感。我自己則是8月8日起開始當「宅男」，中華台北的熱門項目，射箭、舉重、跆拳道、網球、羽球，不管是看影片或是文字轉播，甚至光看著PTT網友的討論，都讓人熱血沸騰。公交車、地鐵車上，公共場所，也常常播送著中國隊的項目。等到棒壘球開打，我宅化地更徹底了。除了中華台北棒球的每場出賽，也看了部分其他國家精采對決或壘球的全程轉播。一場下來往往就三個小時，常常為了不想錯過，會在奇怪的時間衝出去買完飯再衝回宿舍。韓國、古巴的驚險冠軍戰，讓我十分過癮。當然，我也想驕傲地說：「我第一次現場看棒球，就是看奧運。」當了十幾年的棒球迷卻是第一次進現場，感受就是和電視轉播不一樣，尤其是感染現場熱鬧的氣氛。有趣的是，不同隊伍的比賽，觀眾加油的風格各有其趣味。這次的熱血奧運讓我回台灣以後，也想繼續支持職棒。

時間過得很快，沒想到再一次踏入北大藝園聚餐時，已經是餞別宴。同樣的餐廳，同樣的佳餚，同樣的老師學生，如今卻多了一分離愁。8月24日，我們向北大說再見，一半的團員回台灣，兩位團員再衝上海，我們五位則是留在海淀區續緣，住在北大南邊的青年旅舍。基本上以頤和園作為結尾，真不愧是北京的一大美景，古代園林的悠閒生活讓人意猶未盡。8月27日，終於要離開了，提著大包小包，不論是秀水街血拼的名牌戰利品，或是中關村、第三極便宜大碗的專業書籍，或僅僅是這一個半月來滿滿的回憶，相信所有團員在這趟旅程都滿載而歸。

這次暑期交流，自己表現雖非盡善盡美，尤其是對於專題及實驗室一直很慚愧，用功程度遠遠不如期望。但就「體驗新事物」來說，已經夠值得了。而今一覺北京夢，眼前就是水深火熱的大三生活，鬆懈不得。但相信在往後辛苦的日子，每當回想起夢裡的一切美好，必定還是能發出會心的微笑。

2008年，北京歡迎你。