我與 JK flip-flop 的愛恨情仇

在我大二上的時候，我曾經修過一門課為「數位電路」，用的課本是 Digitial Design by M. Morris Mano。看過這本的人都知道，這本對於JK flip-flop做了非常多的描述與應用，然而這也是我苦難的開始。

因為我完全不懂 JK flip-flop 怎麼用...Orz

老師上課講的我也聽不懂，可見應該是我上課不認真，後來我自己一個人盯著這本課本看，我終於懂了 digital design 這本書想要傳答什麼，其實還蠻簡單的

得知題目的input, output, state, next state(這邊可能會有兩個步驟) -> 寫成 truth table -> 使用 k-map 化簡 -> 寫出每一個 output signal& next state signal 的 boolean algebra -> 畫電路 -> 故事結束

那跟 JK flip-flop 有什麼關係? 因為課本很多都是用它當例子，要懂的話就大概得懂 JK flip-flop，這對當初沒什麼概念的我而言真的蠻痛苦，不過硬是幹到會，之後我就拋棄了 JK flip-flop了，設計上一律使用 D flip-flop (為什麼，看看兩者的功能就知道了XD)。沒有它我可能學不會數位電路，但是有了它，我學數位電路好痛苦...Orz。

在禮拜五的時候，ycma 在上 Computer Arthmetic 幫我們複習基本的 IC Design 時，說了

不要使用 JK flip-flop，晶圓廠也只提供 D flip-flop 的 library 讓你使用，它只是功能看起來比較炫，其實並不好最佳化

我聽到，想到了我以前有點痛苦的往事XD，於是我就問啦，那麼為什麼會有 JK flip-flop，ycma 又說話了 XD

因為這本書是在四十年前寫的，IC Design 尚未自動化，如果插麵包版的話，JK flip-flop 能省下比較多的電路，但是在這個年代，自動化電路設計時，我們會希望元件越簡單越好，因為越簡單越容易最佳化。

其實話說到這邊，已經讓我了解非常多的事了，也果真是隔行如隔山...

這個學期幫忙老師在灌EDA Tool準備上課使用時，使用的是「國家晶片設計中心」所提供的軟體(聽說每個都很貴...)， ycma 更是打趣的說，在台灣學硬體的人比較沒空寫 blog XD，呃，我之前是很少找到硬體的blog是沒錯，不過這大概也跟我只下軟體開發的關鍵字有關係，我想有空，我會寫一寫在這個學期的學習經驗

---
其實也沒什麼愛恨情仇的 XD

一般人怎麼帶著筆電趴趴走 XD?

一般狀況下，我會很粗略的把帶筆電分成幾種。

專業筆電背包，我知道有這種人，但是我只在Mobile01上看到過 XD。

塞到一般背包裡，這就是我目前的現況，塞到背包之前，我有買一個筆電保護套，塞到背包裡，兩隻手空空，還算蠻方便，不過efang一直嫌我的背包太醜 XD。

用手拿筆電包，這比較常見於中距離移動。

用手拿原廠送的筆電袋，這常見於女生，常會看到女生拿的大包小包，男生也不少，原廠筆電袋好是好，只是大了些。

通常會塞到背包裡的大部分都是男生，因為現在時下的女生大部分都是用側背袋(我不知道那怎麼稱呼)，在yahoo拍賣很常見，通常，載重能力也不高(就算高也要考慮到人的單肩負載能力 XD)，所以女生通常會考慮後面幾種，男生也會拿筆電袋，因為現在時下的流行也是側背一個袋子，如果要背筆電，其實會較不方便些。但是男生比較耐操，所以問題不大 XD?

所以資訊的發達 + 時下流行 => 女生拿著大包小包

大部分的狀況下，買筆電就是考慮攜帶性，但是再考慮自己攜帶的方法，帶著筆電趴趴走其實是一個很有趣的問題 XD，就算是買eeePC，側背也是很重的。

而且帶筆電要考慮整體的攜帶性方案的話，通常就不得不考慮 "看，這龐大的變壓器"，所以MacBook的變壓器我就很喜歡，相較於其他牌的變壓器，算小又好帶(不過很貴...Orz)，還有攜帶性滑鼠之類的。當然，另外一種解決方案是，買高級一點的手機，但是這就要看買筆電是為了什麼。如果買小筆電的功能和高級手機功能重覆時，高級手機或許也是一個不錯的方案 XD?

買筆電手機和買電視不同的地方在於，電視買完插上去就能看了，但是買筆電手機，可能還要買一堆有的沒有的，買東西的時候，也要把這些隱形成本算進去，不算倒也不會有損失，只是可能會不方便些 ?

順帶一提，我不喜歡包膜，也不太喜歡保護貼，這會影響我用東西的手感，反正我買了，我就沒有要再賣出去的打算，我會和我的傢伙產生革命情感，所以就我而言，我可以忍耐有點歲月的痕跡，東西，用的爽就好 XD。

---
通篇來說，都是廢話XD

改變

這個世界，正以超乎我想像的速度在改變，而我正在努力的越活越回去，因為，我要完成想要完成的事。

到底，我對於這個社會價值還剩下什麼呢，或許一點也無吧(笑)。

---
雜感。

Music Top 30 - frequency

第一名是「First Love - 宇多田光」，這不是我聽的，這是efang用我ipod聽了一個學期的成果，還遠遠的超過第二名XDXD。

第二名是「Announcement Service Public - Linkin Park」，是因為這首歌本來就很短，所以可以在短時內聽許多次，而這個排行榜中，前30名，Linkin Park佔了最多席次，原因也蠻簡單的，剛拿到MacBook的那段時間，我幾乎都在聽Linkin Park，後來聽其他的歌比較多，所以在15~30的時候，呈現多樣化。

如果不是有First Love這首歌，我還真的不知道原來ipod連播放次數都會同步。

---
最大贏家: efang

考試

昨天托Josh Ko的福，在他房間睡了一晚，睡的甚好，免於隔天早上要很痛苦的爬起來XD，他也帶了我吃了四餐，非常感謝他，欠了好大一個人情啊...Orz 雖然我還是沒有考好，雖然出的題目是略簡單，不過沒有念我相信也不會改變太多事，寫這篇只是為了提醒自己不要忘記感謝人而己，哈哈。

Josh 以後請你吃好吃的啊XD

---
非常單純的記錄

最近

快要考試了，不過我大概也沒救了，就多多少少念一點嘍。開學三天了，看見了很多以前看不見的事，面對許許多的事，不否認壓力很大，但是相對而言話也會很少。靜靜的，什麼都沒有改變。

efang在這幾天的陪伴下辛苦她了，也得容忍我的任性及壞脾氣。

學習，有時候真的應該單純一點，其實我還蠻想寫 「LaTeX 的中文方案討論: cwTeX, XeLaTeX, XeLaTeX + xCJK, XeLaTeX + fontwarp」 這標題的文章，或許等心情好再來寫，或許也不會有人想看 XD?

最近想到一個很好玩的事，以前啊，不會用linux的時候，總覺得那些把command line用的很神，隨便打一打都會有東西出來，是一件很酷的事(efang也這樣子覺得)，現在會了，並不覺得神奇，進化到，如果有任何錯誤，知道怎麼解決就很厲害了。但是也不是每件事都會這樣子覺得，我還是覺得會寫C/ C++，會用LaTeX 編排文件是一件很酷的事，雖然我自己只能說知道基礎，但是對於會用這種複雜又美麗的東西，我還是深深感覺到很有趣，這大概只有情感根據而沒有理論根據XD。

跟Josh Ko聊天聊了很多很有趣的事，不過我想跟他一樣，留到大學總回顧再來提，我的人生跟他是截然不同的路，但是都很有趣，哈哈哈。

---
keep going

新學期

不知道會迎接怎麼樣的變化，這是我最需要沉潛的一年。

或許可以好好念書研究的一個學期可以在這個學期實現，課表暫時不確定，雖然跟ycma說好要接unix programming 的助教，但是不知道要拿什麼課來補剩下的三學分XD。

一切，才正要開始

---
平靜

---

2009/02/25
因為課程相衝的關係，應該不會當助教了，但是還是協助架設主機，但由於EDA tool的關係，我可能得灌Fedora，而不是我比較熟悉的Ubuntu，其實最想灌FreeBSD XD。

亂入的藝術

首先，我要感謝蔡學墉先生的熱情回信，對於一個平凡學生是受到了莫大鼓舞，我會試著去做的。

在我大學以前認識人我很喜歡裝熟，pigtail和Josh Ko就是這樣子認識的，其實很多人都是這樣子的認識的，是好事嗎? 見仁見智。

在上大學之後，我變的比較沒有這麼主動去認識人(但是還是很主動XDXD)，到大二之後，由於自己長期寫blog，所以認識網路上的人，我自認為我還是蠻主動的。在網路上的blogger大部分都還蠻善良且好客，我不是什麼知名blogger，有人留言時，我會很開心(指正也會，只要不是亂罵一通)，所以對我而言。

去別人的blog留言給予打氣或問問題變成要相當小心，不然其實跟亂入沒什麼兩樣。

大概是因為這樣子認識日落的，他也是一很好的人，他也常來這邊留言，很感謝他嘍。當然，也不是每次都會有人理我的，我可以理解心情。在很久以前，我曾經寄信給某x大教授詢問一些問題，結果就石沉大海了XD 其實這對我而言反而比較正常，因為如果很忙，誰會理我啊XDXD。

不過其實，在網路上認識一些很厲害的人也是一件很開心的事，jserv, walkingice, c9s，僅止止是認識，其實不知道熟不熟耶，但是很開心，有很多很有趣的事可以學習。

---
亂入XD

小常識

最近亂想的時候，發現自己以前寫的程式碼不夠好。
如果我想寫入binary file，可能會這樣子寫

boost::array<unsigned int, 512> data;
std::ofstream outfile(filename.c_str(), std::ofstream::out | std::ofstream::binary);
outfile.write(static_cast<char*>(static_cast<void*>(data.c_array())), sizeof(unsigned int)*data.size());

其實寫入的那行，寫成

outfile.write(reinterpret_cast<char*>(data.c_array()), sizeof(unsigned int)*data.size());

至於為什麼，我不想多講，我只是想證明我沒看書而己...Orz

---
看了也要記得啊...Orz

最近

想了很久，還是不知道自己要寫什麼(笑)

考試近了，自己很混其實自己很清楚，上學期又沒有做到什麼事，有一種重新把整個人解構的感覺。總而言之，現在總算是平靜下來了，對於接下來的事，平常心吧。只是還是會手很癢想寫程式，現在應該積極的列清單，等考完試之後，把想寫的程式寫一寫，哈哈哈。

其實很感謝爸媽對我的容忍，一般的小孩如果跟我一樣混，可能早就被打死了XD 其實，不管如何，只想做最好的自己，因為我就是一個很普通的yen3(到底父母知不知道我的blog呢XD?)。

這一陣子台灣的經濟壞到連我都有感覺(我不是一個有什麼感覺的人)，或許，真的應該重新評估我未來的方向了，我不是什麼專業人士，我只是一個想要好好學習做研究寫寫程式的人。

想一想，自己都大四了，還是什麼都不會，甚感汗顏，還是一次只能專心做一件事，這或許就是我的致命傷吧，如果我可以一次專心做兩件事就好，不過現在的我仍然是做不到的。可見我還是不會分配時間。

這篇非常沒有架構XD 就隨性寫寫吧XD

---
還真是XD

有關File I/O的兩三事(3) - XML

拖了好久了，是該做一個尾聲啦XD

XML(wiki)，這個我從大一就知道但是從來都不知道在幹麻的東西XD(要說也蠻簡單的，就是一堆tag和value所組成的XD)，後來寫程式的時候陸續遇到，才發現了很多很重要的東西。XML本身並不難，規範也很清楚，那麼最有趣的問題。

有趣問題: XML到底能夠拿來幹麻 XD?

如果能夠搞清楚拿來幹麻，我想XML才會表現出其重要的意義，XML的目的只有一個，傳遞資訊，也就是說，A告訴B一些訊息，重點是，A要用怎麼樣的方法? 今天人類在溝通的時候，用語言傳遞訊息真的是一件很神妙的事，但是相對而言，電腦並沒有這麼聰明。

那麼XML怎麼傳遞，大部分的比較後期的高階程式語言都具備有XML Parser(C++ Standard沒有...Orz)，parser出來有什麼tag name對應什麼tag value，是一件非常快速的事，那麼跟binary file差在那裡? XML非常的彈性，基本上對方只要知道你的tag就可以抓出值了，不用去記得你所傳遞的message format為何(普天同慶，你可以不用算第幾個bytes了XD)，如果你在對方的要求之外又多寫了好幾個tag，他parser到略過即可，其實也不用太管你XD。說穿了XML還是需要file format(要知道的話，可以看看DTD)，只是這個format比較彈性。

回到binary tree的例子，如果照著(2)的話，我們可能會寫出這樣子的XML

<nodelist>
    <node number="1">
        <value>1</value>
        <left number="2" />
        <right number="3" />
    </node>
    <!--  a lot of nodes -->
</nodelist>

可是在XML上，我們的binary tree可能會有更彈性的寫法，例如說

<rootnode>
    <value>1</value>
    <left>
         <value>2</value>
         <left> ...</left>
         <right> ...</right>
    </left>
    <right>
        <value>3</value>
        <left> ... </left>
        <right> ... </right>
    </right>
</rootnode>

在這樣子的XML中，寫出相對應的程式，可以邊parser邊建樹，也不限定是binary tree，只要是tree就行了XD 如果在第二個例子中，可能沒有搞好，我們就得重來了，但是在這邊，從binary tree變成B tree似乎較為容易

但是XML不是沒有缺點，雖然彈性，但是有兩個主要的缺點

• 檔案肥大
  算算剛剛的tree佔了幾個byte就知道了XD 有一好沒兩好，這是躲不掉的
• 需要parser
  parser不是壞事，重點是如果想要在XML中找到一筆資料，你大概就知道問題在那裡了XD，還有，parser大量資料時，電腦並不如你所想像來的快XD，真的嗎，來試試這個3+2郵遞區號 XMLXD。

File I/O並不如所想像中來的難，但是要搞到好，及搞到快，並不是這麼容易，binary file具有快速及省空間的優點，但是XML在擴充上的驚人彈性抑是一個不錯選擇，但是這兩種方法都端看你怎麼設計format，這才是困難之處，給你再好的工具，用了過差的設計方法，還是有可能讓程式若入一個讓人驚訝的神奇事件中XD。

順帶一提，何謂直接寫，如果今天我要寫入一串數字，我就在檔案中寫了這種神妙方法

1 2 3 4 5 6 7

這種方法大概在一般的資訊系大一學生看見，如果要寫成績處理系統可能會更常見XD 所謂的方法沒有絕對的好壞，自己試一試就知道了XD

---
唬爛結束XD

有關File I/O的兩三事(2) - Binary FIle

有趣問題: 電腦的資訊是由0和1組成，當塞了一堆0和1時，電腦如何得知要執行什麼動作?

這個問題從我學電腦的第一年到現在為止都是一個很有趣的問題XD 我在大學才給了一個自己比較滿意的解答，我所認為的答案是，Instruction Set Architecture(ISA) 會解釋比較基本的答案，也就是說，只要塞入一道道的instructions，電腦就會依序執行，當然，這中間還有很多事要做，我們就暫時略過。

有趣問題: 電腦如何判斷且讀取一個檔案?

這個問題其實更有趣，最常見的方法是，判斷副檔名。當然，如果自己把副檔名改掉，而電腦就會用另外一個程式來開啟時，當然我們不確保能打的開XD 那麼怎麼讀取? 通常每個File都會有一個header，而每個header有其固定的format，例如說我這學期處理過的wav file，讀取了前面這麼多bytes之後，我們才能判斷如何讀取接下來的資料(於是就有許許多多的file format document需要閱讀XD)。

那麼我們回到(1)的有趣問題，我們要怎麼寫入一個binary tree? 假設我們把每個node data structure如下(以下以C++為例)。

typedef struct _node{
    unsigned int node_number;
    unsigned int data;
    unsigned int left_number, right_number;
    struct _node* left;    /* 理論上不用寫入檔案XD */
    struct _node* right;   /* 理論上不用寫入檔案XD */
}Node;

那麼當我們在C++中寫入Node array時，可能是這樣子寫的

    std::size_t list_size = 20;
    Node* list = new Node[list_size];
     /* ... */

    std::ofstream outfile;
    outfile.open("test.out", std::ofstream::out | std::ofstream::binary);
    outfile.write(static_cast<char*>(static_cast<void*>(list)), sizeof(Node)*list_size);

當然，寫進去的檔案在linux下嘗試用more觀看時，應該會看到一堆亂碼XD

可是這樣子寫入我們會有一個問題，root node number為何，而總共又有幾個node，方法也很簡單，我們也一併寫入file，於是我們現在的File Format就變成

0~3	4~7	...
total node size	root node number	node data

所以我們的寫入檔案的方法就變成...

    unsigned int root_number;
    std::size_t node_size;
    std::size_t list_size = 20;
    Node* list = new Node[list_size];
    
    std::ofstream outfile;
    outfile.open("test.out", std::ofstream::out | std::ofstream::binary);
    outfile.write(static_cast<char*>(static_cast<void*>(&root_number)), sizeof(unsigned int));
    outfile.write(static_cast<char*>(static_cast<void*>(&node_size)), sizeof(std::size_t));
    outfile.write(static_cast<char*>(static_cast<void*>(list)), sizeof(Node)*list_size);

於是我們就把檔案寫完啦，那麼讀檔的時候，我就不另外寫啦(用std::ifstream XD)。

那麼這樣子的設計缺失在那? 第一個是，我們一定要寫入root node number嗎? 其實可以不用，如果在設計list時，我們強制把list[0]設為root，我們就不用另外寫入檔案(因此省了4 byte)，第二個是，total nodes的數目只能是2^32-1個，其實非常大，足以應付一般日常生活所需，但在數學模型上，還是不能支援無限多個是有點可惜的事。

那麼這樣子寫入檔案有什麼好處? 答案是，非常的快以及容易撰寫(不論是讀取或寫入)，而且，其實每個node size是固定的(24 bytes)，也就是說，可以配合seekp, seekg任意跳及讀取，大部分的狀況，如果資料不夠大會一次讀進來，如果資料很大的時候，我們會利用buffered I/O來讀取，或者是跳到檔案某處只讀取我們所需要的資料(有時候，你只會需要檔案的某個部分。)，至於讀進來之後要做什麼事，這就不是我要關心的了XD。

---
下回繼續分解XD

有關File I/O的兩三事(1) - 不算開始的開始

這篇是技術文，不想看的可以跳了XD 這篇是寫給初學者看的，也是我這幾天寫程式的心得，所以高手可以改錯XD。會想寫這樣子的文字是從SmallPig及cllee老師中所提及的File I/O方式，做一個論述。

大部分的書本都會提及如何在記憶體中操作程式，但是對於File I/O僅提及如何讀取，寫入，其實也相當正常，因為換作是我來寫，我也不知道要寫什麼額外的，然而在實作呢?

重要問題: 為什麼File I/O如此重要?
有趣的問題: 如何把binary tree寫入檔案，又從檔案中讀取建立binary tree呢?

先回答重要問題，回到基本計算機概論本身，常識會告訴你，記憶體中的資料只要一斷電就消失，而硬碟不會(但是硬碟容易壞XD)，如果你要保留你的程式某些資訊，勢必是要寫入檔案中的，在有趣的問題中，binary tree小的話，每次重算倒也沒有什麼，但是如果是相當大量的資料呢，不寫入是不行的，而我想把有趣的問題拖到晚一點再回答。

那麼一般狀況下怎麼寫檔案?

• 直接寫
  號稱人類最直覺的做法XD，想寫什麼就寫什麼，通常人看的懂，電腦很難看懂XD


• binary file
  其實我也不知道怎麼稱呼XD，將C/C++中的struct直接以binary的方法寫入檔案(人看不懂，電腦很容易看懂XD)，在一般狀況下稱為fixed file format，一般常見的檔案格式都是採用此方法，會有一個header在檔案的一開始，做為檔案的描述。


• XML
  用一堆tag組成的檔案(人看的懂，電腦也看的懂，可是...XD)，只要程式中具有XML parser，就可以慢慢的得到檔案想要傳遞的訊息，其實XML最常用的是在於網路中的訊息交換，在近期的檔案格式也相當常見。

先來慢慢討論第二項吧，這邊以C語言為範例(yen3 <- 不擅長C)，假設今天struct如下。

typedef struct _Node{
   int n;
   char s;
} Node;

如果我們寫了這樣子的程式碼

    print("%d", sizeof(Node));  //output: 8

從這邊得到一個非常有趣的結果，結果是8 bytes而不是5 bytes，原因很簡單，因為要align memory，一個word是4 bytes，如果只有char時無妨，還是只有1 bytes，但是如果加入int時，那麼就要變成2個words為8 bytes，所以其實這個struct寫成

typedef struct _Node{
   int n;
   char s;
   char unused[3];
} Node;

效果是一模一樣的。

利用這個例子，我想說明的是，如果要寫binary file，就要對每個byte斤斤計較放在檔案的那個位置，倒也不是為了節省記憶體(雖然某部分原因也是)，而是為了支援File Random Access，Binary FIle的最大好處是，由於format固定，相當容易做到random access(在C中使用lseek(不過這是Unix System Call)，在C++中使用std::ifstream::tellg(), std::ofstream::tellp())，只要每筆資料size固定，只要算出檔案相對的byte即可存取，相當方便。

那binary file壞處為何? 如果當初設計的File format不足以支援現有需求時，該如何因應? 有些File format會設計一些保留bytes，或者是延伸檔案格式，總而言之，如果要擴充時還蠻不方便的。

---
下回分解XD

Mac OSX 上的 vim 安裝 taglist

今天心血來潮想要在vim上裝一個taglist，發現一直裝失敗，後來才成功了XD

方法如下

1. 下載taglist，之後把相關檔案對應複製到/usr/share/vim/vim72/ 下，兩個檔案複製到各別的資料夾


2. 安裝最新的ctags直接安裝即可


3. sudo rm /usr/bin/ctags (移掉，這是舊版，新版裝在/usr/local/bin 下)
   sudo ln -s /usr/local/bin/ctags /usr/bin/ctags (然後重新連結到新版去)


4. 在vim中開原始檔試著打:TlistToggle 理論上可以用了XD

---
一波三折XD

It all starts here.

其實每次看到這句總是百感交集。因為這是cllee在比賽一開始跟我們說的一句話。

今天是系上專題展，其實心情一直不好，總是會想到"穿著西裝的猴子"之類的寓言XD。但是看到很多老師心情會很開心，因為我很確定，我盡了力在關心我所要做好的事。

很幸運的，得到系上專題展第一名及最佳人氣獎。

其他組其實做的很不錯(這句話倒不是空談)，3D視覺模擬的這個主題，我不覺得我能做的好，跌倒偵測這個主題，一路看過來，decay和mandy真的花了非常多心思，我非常佩服。

當今天有學弟對我們的專題展發出讚嘆時，我只跟他們說，現在做不出來沒關係，要有以後能做出來的豪氣。但更慚愧的是，應該要做出更好的東西。

要相信自己並不差，對自己充滿自信並努力前進，方能開始。不要忘了在這時的記憶。

It all starts here.

相簿

---
大家辛苦了 , 小祥生日快樂~哈哈哈

高微

高等微積分XD

yen3: 要把數學學好要學什麼比較好呢?
ycma: 修高微

yen3: 要把數學學好要學什麼比較好呢?
Josh Ko: 學高微 XD

yen3: 你和ycma講的話都一樣耶
Josh Ko: 對數學有認知都會這樣子說 XD

---
XD 最近閒聊文每篇都有人回耶，直到現在才發現XD

日期

在這場考試中，最複雜的是...報名。

---
有沒有專人可以代理報名事務XD

新年

今年的跨年待在學校，並沒有像前兩年一樣，去了淡水和台北:) 平靜是一種幸福。

縱觀全年，這是我推掉最多事，也是我遇到最多事的一年，而今年仍然一事無成，哈哈，我的大學生活，參加了兩個比賽，沒有得獎，研究所考試，也即將炸掉，但不後悔，因為這是我要的生活。

當我聽到某位老師念博士時，前四年一篇論文都沒有產出，到了第五年一口氣生了四篇的時候，說真的，我很難想像這四年累積下來的壓力。想到及此，顯然我不夠會忍耐，因為我知道我自己還不夠好。我很希望，在考試結束之後，繼續自己想要做的事，用自己的熱情完成想要做的事。

其實一直希望自己對某個領域做出貢獻，但是顯然現在還不是時候。是該重新開始，放低身段，累積並前進。

撐到最後一刻，完成這個該死的研究所考試。
走向Compuer Architecture這條路，由硬到軟去證明Programming Language。
參加FLOLAC '09，以學員的身份參加，哈哈哈，應該會被當掉XDXD，所以希望不要被當掉XDXD。
寫出真正能夠幫助人的程式

---
明年此時就知道我完成多少事了XD

最近

好久沒有寫blog了。可能自己懶性使然吧XDXD

研究所考試越來越近了，但是我依舊沒有進入狀況，總是想著要把學校作業做好，有一種兩頭燒的感覺。在宿舍始終睡不好，半夜室友才會開門回來，我總是最早躺在床上，而最晚入眠。

最近想外宿，如果在林口長庚醫院附近有好房子可以通知我嗎，謝謝XD

或許，這一切的事該結束了，我會繼續念書念下去，但是用我的方法，因為我屬於我自己，不屬於任何事。

若要我說大學最重要的事是什麼，在大三之前我會說，態度正確及學習如何學習，但是更值得花整個大學時間去探究的是，找到自己想做的事，啟發自己的熱情，如果沒有找到，常常會努力一下子就懶病發作了，這就不好玩了。

我還沒調整至最佳狀態，但是會盡一切努力的。

---
似乎很多事。

這個領域很缺人

本來想寫成嚴肅文，我們來寫搞笑文好了XD

系上某位老師: 資工不要做硬體了啦，做硬體是做的贏電機系喔。
yen3: 嗯...

系上某位老師: 資工寫軟體沒有用，外面都嘛是搞硬體。
yen3: 嗯...

---

這一陣子，我對於我的研究領域為何很不清楚，於是跟了蠻多老師聊天。

gwchen: 來做生物資訊吧，這個領域很缺人。
yen3: XD

ycma: 來做IC Design吧，這個領域很缺人。
yen3: XD

jdwei: 來做多媒體資訊領域，這個領域很有趣。
yen3: XD

Josh Ko: 來做Programming Language吧，這個目前也只有sinica iis在做而己，這個領域很缺人。
yen3: XD

結論： XD

---
完全不知道XD