光榮歷史系列：三國志/信長的野望

剛剛在看信長的野望12(革新)的遊戲介紹。看著看著，突然覺得這系列的歷史遊戲，應該多使用「時間差」的這項性質。

所謂的時間差性質，簡單來說就是要讓資訊的到來有先有後，也就是盡量避免「即時」訊息。遊戲中，各城池或是領地的訊息，的確可以透過太守或是城主定期回報，然而位於首都或是某處的玩家，得知這些訊息時應該是會有時間延遲的。舉個例子，如果現在你在三國時期的中國，你不能期望位於四川的劉備，能夠在關羽亦出事時，幾個時辰之內就知道這個消息。更何況還有可能會有大臣認為應該晚一點在跟他稟告呢，這樣劉備知道這件(也許算是日後令蜀國大損國力的)消息時，豈不是更晚？

也就是說，比如當遠處發生戰爭時，當你知道之後，立馬聚集軍師和將士們，準備研議作戰方針。可是，注意！此時那邊的戰事可能已經早已結束。沒錯，在出發前戰爭可能已經結束，也就是說當你知道訊息時是晚的。資訊絕非像現今日衛星傳輸一樣，頂多差個幾秒的通訊延遲而已。至於之後你是否還會收到新的戰敗消息，要看是否有兵將順利逃出後回來稟報，看敵方願意釋放這個消息，或是市井小民口耳相傳隔了幾個月傳過來等。

增加了這種非即時訊息的運算，我想應該會增加遊戲困難度，無論是遊戲上還是設計上。至於會不會覺得很新鮮則是見仁見智，但是我總覺得這樣比較符合現實真實情況。

此外，遊戲進行時應該多使用人的眼睛來收集資訊，盡量少用神的觀點。比如：大地圖上的資訊，離自己所在地越遠的地方，應該盡量顯示比較舊的資訊，比如兵力、武將數、內政和民心，
當地如果有發生戰爭，當下畫面也應該不會立即顯示。如果情報網夠廣夠深，應該是有機會看到戰鬥畫面，可是要再次強調的是，你看到畫面上的戰鬥畫面是經由情報「想像」的，如果情報不夠，可能會有錯誤的畫面出現。總的來說，你對於遠方的資訊，應該是從情報想像而來的。但是這種看到的資訊有可能是假情報，並竟是靠情報想像來的。其實有點恐怖，因為有可能得到那邊有戰爭的情報，所以玩家派兵去支援，但是萬萬沒想到到了之後，那個戰況卻是假情報，被敵人調虎離山，反而讓敵人乘虛而入！但！你不覺得這樣才符合現實的戰場嗎？情報的正確性很重要阿！

真希望光榮能朝這個方向設計之後的遊戲，不單單只是在視覺上加強畫面的耐看度而已。 :)

讓 BBS 也來個 Twitter？

最近正好花了點時間在接觸 twitter，發現 twitter 可以讓我除了使用瀏覽器連上我的 twitter 首頁留言外，我還可以透過即時通訊軟體紀錄我的心情和靈感。這讓我想到我在 BBS 個人板的置底推文也和這個很類似，絕大部分的時間都是寫一行文，也許有時候稍長，但是內容並不夠豐富到變成一篇完整的文章。所以我開始想像，如果 BBS 也能提供一個新的個人服務，那麼對於一個 BBS user 來說會有多方便～

首先，這個方便點不只是置底推文那麼單純，我著重的部份在於開放一個線上即時通機器人。使用者必須先經過機器人的認證，然後就可以透過使用者的即時通訊軟體來隨時寫心情和靈感（目前認為有字數限制會比較好）。這個訊息透過機器人的伺服器端的程式運作，被轉存在 BBS 個人板的某篇特殊文章裡面；當然，也可以定義成一則新訊息獨立發表成一篇新文章，不過如果心情訊息一多，可能版面會亂一點（有想過可以透過設定一個選項將這些文章分類過濾掉）。

不過這個功能可能會導致 BBS 版面要重新修正，至少我覺得如果要讓這個服務放入 BBS，版面配置最好重新設計，讓這一塊類似 twitter 的服務能夠更為鮮明。而目前我的假想是把這個放在個人板文章版面的最下方，空出三行的位置來顯示這個部份（或許程式設計師可以寫成自訂開啟或是隱藏這項服務的板塊）。

我該期待批踢踢兔先實做出這一個服務，還是期待我們自己的楓橋驛站先提供這項服務呢？ ;D 或是其實這個想法一點也不實際？

線上音樂播放程式

這個程式目前只是想想而已，我現在並沒有要去實做～

會有這個開發念頭，其實是因為我在許多人的網誌聽音樂聽到怕了 XD。因為每當我看完一篇網誌，換到另一篇時，音樂就會放到一半中斷，然後等到另一頁開好後，音樂就會……重頭播放……

這種感覺很怪，雖然沒甚大不了，但如果能讓音樂連續，或只是稍微的 LAG 一下，那種感覺都比重新放還好～

也許你會說，可以用 Frame 的方式來解決。的確，這是目前最不會有 LAG 也不會中斷重頭來的方式，但是～如果我應是不想用 Frame 呢？我希望能夠藉由傳遞時間軸的概念，讓音樂在每一個頁面都能保持連續～

當然，目前的我也只能說說，沒有能力寫出這個東西～如果有能力高強的大神願意開發，那就請你們幫幫大家想出個好用的程式吧～再不然，等我以後有能力時，我自己也會寫一個。

Heaven 介面的初步構想

剛剛替 Heaven 製作了一張初步的構想圖，用小畫家花一小時畫得，有點簡陋，不過大致上， Heaven 的介面就大致朝以下的方向發展，重要的就是簡潔的畫面，配上強大的資料庫啦。

構想圖片：

A New Dictionary?

專案名稱:
heaven(開發中代碼)

專案團隊:
N/A(目前僅由我一人執行)

專案取向:
在程式開發到一定程度後,
即採 Open Source 開放源碼的方式,
並且採用 GPL 以及 CC 方式授權.

專案環境:以 Microsoft Windows XP 為作業系統,
採 Dev-C++ 或 Visual C++ 為編譯環境,
註: Linux 的跨平台技術, 目前列為最後考慮.

專案動機:
1.
嗯, 大學過了一個學期, 發現英文超級重要的阿.
看原文書時如果手邊沒有中英翻譯的專業字典,
可能會不太清楚那個單字的意思, 或是會錯意.

2.
線性代數的教授真是超級讚的阿!!!
他教授的 Linear Search 應用,
讓我想要動手寫一個程式模擬一下. :D

3.
未來會用到的必備技術, 提前接觸.
資料結構? 程式模組化? 提昇可攜性?
圖形視窗介面(GUI)? 物件導向設計?

專案目的:
將平常查到的單字用電腦作筆記,
並且收到分類辭典檔案中;
同時其他使用者可以彼此交流辭典檔,
達到讀英文原文書時事半功倍的效過. :D

其他:
這部份將由未來的開發日誌進一步公告.
請敬請期待~~ :)

Stack In Body

What am I talking about？Stack in body？在身體中堆疊？

這是一篇我的理論，給想要減肥的人。很多人想要減肥通常都是想減大腿，肚子的贅肉，可是減肥的初期卻完全看不到成效，很令人感到失望。其實這就是為何很多人減肥很難持之以恆的主要因素。大部分的人都忽略了脂肪的堆疊效應!!!

請仔細回想一下，為何有些地方易胖有些地方不容易胖？除了是否經常活動該處的肌肉外，主要因素還是那裡的堆疊順位。脂肪從最容易堆疊的地方開始累積，當我們察覺身體的某部份看起來不太美觀時，其實此時堆疊順位已經指向其他不逸肥胖的部位。

這是什麼意思呢？

代表當我們開始想要減肥時，我們必須忽略前幾個黃金歲月，因為剛開始減肥會先從不逸肥胖之處開始瘦，然而不易肥胖之處瘦下來後，卻很難察覺成效，因為他的變化量不足以明顯到讓你可以察覺你瘦了。如果此時放棄減肥，則是一大前功盡棄…。用堆疊的想法來解釋，就可以比較容易理解減肥的歷程。從最不起眼的地方開始減肥，然後慢慢的一層一層往前倒回去。所以當你看見你想瘦的地方瘦下來時，你已經成功的回到了真正能享受減肥快感的愉快時期!!

所以減肥期間，請套用 Stack In Body 的理論吧!!!

PS. 或許有人會認為這篇文章有很多疑點，且理論不足。However，這只是一篇用來暫存我突發奇想的文章，如果有人想要補充或有其他看法，歡迎提出來參考。

堆疊與溢出

長久以來，我對人與電腦世界之間的關連性，一直有著很濃厚的興趣與信念。而我也新信未來的電腦資訊人才，一定有方法克服萬難，成功且有技術性地製作出一個具自我學習能力與藝術情感的電腦人。

從在這個理念基礎上，我試著尋找在電腦世界中已經存在的機制，該如何對應到我們人的運作機轉。日前，我無意間又替自己的理論添加了幾筆令人振奮的概念。不過，新的概念並無任何正式且已公開的科學理論最為後盾，因此關於我的想法，純粹只能算是自己的一種信仰罷了，那就像是有人信基督教，有人信佛教，而有些人信回教一樣。當然，是否外界也有與我有相同的想法，或是已經有大師提出過類似的理論，我並不在乎，我只再乎我對自己所創造的一個宇宙觀與解釋。無論如何，大家看看就好，不要太相信我的怪力亂神說，對於有不同想法的人，我則很熱烈歡迎針對此篇文章來個討論串。

在電腦世界中，程式的程序常常會進入堆疊(stack)的狀態，對於好的程式設計師而言，應該會針對程式在處理及面對這種狀況時，該如何防止溢出(overflow)的發生。相較於在人的世界中，事情就好比程式中的程序，也常常會進入堆疊狀態，某件事情尚在處理中，下一件事情又進入堆疊中。根據堆疊「先進後出，後進先出」的原理，人常常也會依循著此規則，先把眼前棘手而煩人的事情先做完，最後再向前把堆在最外面的一個事情提出來做，直到把所有堆疊清空，程式才會繼續進入下一個階段。在做其他探討前，我得在此先另外做一個假設。我假設普通人對事情的處理面上，會使用到兩個基本的函數，一個是採用堆疊模式，另一個是採用佇列模式。普通人，我假設都是先開啟堆疊的函數，然候晝夜使用，直到某個特定條件時，才會去呼叫佇列的函數，然後暫時借用一下，以跳過堆疊在眼前的事情，先清除最先進來的事情。針對這個部份，我暫時還無法提出完整的架構，與運作機轉，尚有待我每天繼續胡思亂想下去。

在電腦裡，記憶體的溢出會促使電腦當機，我們通常需要藉由重新開機這個步驟來重新釋放記憶體，如此才能有空間再度繼續執行其他程序。我對人面臨溢出時，會有怎樣的反應與結果深感好奇，因此我自己作了一個類比的假想。當待辦事情不斷的進入堆疊空間，而該人並沒有針對這種情形立即的做改善，此時若堆疊至一個人可以容納且在精神層面上可以處理的範圍外時，在精神層面就會崩潰，也就是電腦的當機。在此，我把精神想像成主記憶體，而不是暫存記憶體或儲存記憶體等等。精神崩潰後的人，只需像電腦一樣，立即重新啟動，就可以再度正常運轉，並且在執行效率上，會較先前即將崩潰的那段時間，明顯地還要好很多。不過，我們人有一點跟電腦不太一樣，這一點我雖然找了一個牽強的解釋，但是還是不夠完善。人要在精神層面上獲得重新啟動，有兩種管道，一種是外界的援助(我們人去幫電腦執行重開機的那個動作)，另一種是替自己做潛移默化地精神釋放(我把它想像成有另一個暫存記憶體，針對此情況，慢慢的補救)

新專案與想法

最近想要製作一個新的專案程式，取名叫「Showyou」。Why Showyou? 這部分我將會在之後慢慢闡述取名由來。

本來暑假預計要以「Plans Angel」的型態從 0.5 版接續出場，並且希望挑戰用 Visual Basic .NET 來撰寫，不過到了開學後，就漸漸不想要以 VB 來做這部分的專案。但是我對這個程式還念念不忘，同時對行事曆的呈現方式也有一些新的想法，為了自己能拋棄對 Visual Basic 的依賴，並且使用未來將較常接觸的程式語言來撰寫，所以決定改採 C 或 C++ 的語言來繼續專案，當然目前我還沒有能力談什麼 C 或 C++ 的技術...我只是說說我的想法而已. :P

除此之外，在這個新的專案想法中，也較重要的一點，我最大的目的是希望能製作出一個支援多系統的程式。因為我打算準備改用 Linux 系統來操作我的電腦。目前，是打算以開放原始碼的方式來執行這項專案，並且希望有高手能加入這個專案的研發團隊。

---

我不吃那套什麼開放原碼...資工的出路在哪？我只相信我自己對社會的貢獻～

---