找工作階段，是不該發洩自己的這些情緒的，可是， 真的是不吐不快。
週四中午被電話驚醒，通知週六去群碩面試。我說週六不成，那個MM說，那你明天晚上七點過來吧。之前，我有同學過去面試了，都說不解決戶口。我就在電話裡問，你們解決戶口不？MM竟然說，不知道，我又問，那公司地址。。。MM說，你到網上查吧。就迅速掛了電話。
在此要批評自己一下——心態不對！即使是當練兵，也應該端正態度的。因為應屆生有機會解決戶口，既然能有這個機會，大家都想把戶口落下，雖然不知道到底意義有多大。群碩不解決戶口，我就是抱著去看看的心理，結果連簡歷都沒帶，空手就去了，到了大廈，前臺MM告訴說，公司沒有我的簡歷，只好到樓下去打了兩份，還好，我郵箱裡有我的簡歷，要不就白坐了一個多小時車，大晚上的跑一趟了。
順便提一趣事：剛進電梯，一個哥們按了17層，和後天的一群人有說有笑，然後問我到哪，我說我也到17層。他說，來面試的吧？趕緊回去吧，可別來。。。Absolutely Faint！看來風言群碩的公司文化果然不假。。。。
面試的情況是這樣的：一個微胖的技術，拿著我的簡歷轉了好幾圈，又問前臺MM說XX還沒回來啊？我不適合面試.net的。。。最後轉向我——他們都出去沒回來，我面你吧。。。
入座，問我技術方向，答興趣在.net，java也可以。遂問我用03還是05，我說之前用03，用05有半年多。
問：你講講framework1.0和2.0有什麼區別吧。(後來他發現自己說錯了，03裡是1.1)
答：03中framework是1.1的，2.0版本提供了更多的整合框架，提供了更多的新的特性。(我主要做WEB FORM，就主要從WEB角度說的)比如更好的快取機制，提供了Membership使用者角色許可權框架，新增了五種功能強大的資料來源，sitemap等等。沒有提語言本身的東西，如泛型等。
——PS：因為專案本身就是應用性的，主要從自己瞭解的應用講，沒有涉及機制底層等。那些，我確實也說不明白。
問：說說CLR吧。
答：公共語言執行時提供了一種類似JAVA虛擬機器的機制，允許.net環境下的各種語言編譯生成的中間程式碼執行於其上。。。也在一定程度上實現了跨平臺性。。。
——PS：原理性的東西，我也看，不過，看過就過了，沒有深入去理解。再次批評自己。
問：一定聽過Struts吧，談你對MVC架構的理解。
答：我對JAVA的理解都是對照.net來理解的。。。之後我講了N層架構的實施過程，表示層、業務邏輯層、資料訪問層。。。如果細化，還可以在業務邏輯層實現業務外觀層。。。稀哩嘩啦說了一堆，不知道對不對他胃口。
——PS：架構。。哎。。我想大部分做專案的人，也是用成型的一套架構改來改去吧。——淺薄之見，拍磚我也忍了，反正也是被鬱悶了。
問：你本科是學計算機的啊，那說說PV原語吧。
答：對程式資源分配的一種管理方式，當請求一個資源時，P操作。。。如果小於0則等待。。。當釋放一個資源時，V操作。。。
——PS：很久不看作業系統，做的主要都是web的東西，也不知道說得對不對。。。(順手去google了一下，想了解詳細的看這個[url]http://oldchild.nbc.net.cn/jsjsj/DB&OS/rhyPVcz.htm[/url])
問：講講氣泡排序和二分查詢的原理，在說說你知道的其他演算法。
答：。。。。。基本原理講了一遍，應該說還應付得過去，之後我說的把自己陷進去了。我說，還知道一些加密演算法，如DES，RSA等。。
他接著讓我將一個加密演算法的原理。我有點暈。。。這麼個問法，我不翻才怪。我只好說，經過什麼模乘/位運算啊，DES是對稱的，RSA是非對稱的。
——PS：我實在是記不住。。。如果老師說明天考試，我會去記的，否則，拿來主義就好。
問：那你現在設計一個加密演算法，然後分析一下它的優缺吧。
答：。。。面對著簡歷沉思。。。可以對待加密內容的ASCII碼進行特定的數學運算。。。他提示，加密演算法能加密也要能解密。這倒是，ASCII碼運算後估計亂碼不可避免，那解密呢。。。
他又說，現在考的不是演算法，而是，怎麼提出一個東西，然後對他進行分析。。。
我又胡謅了一個最簡單的位運算了事的。優點是效率高，簡單，缺點是強度不夠。
他說這樣有點應付面試的意思， 現在是SHOW TIME。。。
問：如何實現一個呼叫中心，並能快速在頁面上顯示位置資訊。。。
——PS：我簡歷寫了熟悉網路程式設計和執行緒程式設計。注意是，熟悉，不是掌握。這個不會。執行緒在導師的專案裡用過些，不過也基礎，就是啟動一個執行緒監聽串列埠，進行資料的實時處理。
問：同步。。。
答：可以通過同步來實現對程式碼塊的單一訪問，排它。。。
問：非同步。。。
——PS：沒有具體應用過，回來後把簡歷的這條索性去掉了，只要不是我掌握的，全去掉。要不真的會被鬱悶。
問：你熟悉SQL。。。那先來個最土的題。——他自己連題都沒敘述清楚。
我在黑板上寫，告訴他，另外兩個表都沒有用了。他說，那不可能，要不我給你三個表幹嗎。後來他一看不對，說那查name吧，不查id了。我改。。。他提了一個問題，說這裡應該用in，不是用“=”，因為後面是一個集合，我解釋：按題目的意思，後面是單一記錄，那用“=”號應該沒問題的吧。。。
——PS：最後我寫完，他說，其實他也不知道對不對。這個可以理解。至少我寫了in，group by，怎麼也是用過SQL吧。
問：儲存過程、觸發器。。。
答：儲存過程的優點很明顯，最明顯的當然可以使程式碼簡潔，然後可以提高資料訪問的效能，因為資料庫伺服器本身提供了對儲存過程的優化，有些情況下，甚至可以把資料訪問層完全通過儲存過程來實現。觸發器我正在用。我的課題要通過觸發器來記錄對錶的DML操作等。。。
問：觸發器的原理是什麼？
答：只是用。。。原理不是很清楚
問：那你現在想一下可能是什麼原理？
答：事件探查器。。。發生特定事件時檢查是否定義了針對該事件的觸發器——讓我猜，我也只有猜了。
他也沒說個什麼究竟，又問我臨時表，我說用過，##。。。他說，知道雙##號，那應該是用過了。
又說檢視。。。我說專案裡應用比較少。
結果讓他抓到了把柄。其中，我還提到了一個蹩腳的資料庫設計，因為專案並不是很正規，基本屬於獨立開發，然後合程式碼的那種，我的工作大部分在資料訪問和業務邏輯，資料庫設計有些地方不是滿意，但是也要聽人家的。
他說，你們的這個設計連第三正規化都滿足不了吧。我解釋，有些情況下也需要一些變通，因為，後續才發現有這個需求，而加表會比較麻煩，只好通過拼接ID串的方式。。。
他說，如果你說，你的專案裡很少用檢視，那隻能說明你只是個使用者，然後說檢視如何如何重要，沒有用過檢視就等於沒用過資料庫。。。。
不想再寫了。。。越寫越鬱悶。。。還問到了很多，比如垃圾回收器的原理，什麼樣的演算法實現的，application，session，cookies([url]http://www.lslnet.com/linux/docs/linux-4141.htm[/url])，2.0下應用程式的釋出方式等等等等。這幾個我在之前遇到過，答得應該沒問題。
大晚上折騰到群碩，不到7點進去的，8：10出來的。被折磨了一個多小時，按豪客大哥的話，成技術討論會了。
我不是強人，我不知道群碩要招什麼樣的人。看來，離他們的要求是差得十萬八千里了。