群碩麵試見聞——被虐70分鐘，狂鬱悶
日期:2006-11-27 作者:喜騰小二 來源:PHPChina
找工作階段，是不該發洩自己的這些情緒的，可是， 真的是不吐不快。
週四中午被電話驚醒，通知週六去群碩麵試。我說週六不成，那個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了一下，想瞭解詳細的看這個http://oldchild.nbc.net.cn/jsjsj/DB&OS/rhyPVcz.htm)
問：講講冒泡排序和二分尋找的原理，在說說妳知道的其他演算法。
答：。。。。。基本原理講了一遍，應該說還應付得過去，之後我說的把自己陷進去了。我說，還知道一些加密演算法，如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(http://www.lslnet.com/linux/docs/linux-4141.htm)，2.0下應用程式的發佈方式等等等等。這幾個我在之前遇到過，答得應該沒問題。
大晚上折騰到群碩，不到7點進去的，8：10出來的。被折磨了一個多小時，按豪客大哥的話，成技術討論會了。
我不是強人，我不知道群碩要招什麼樣的人。看來，離他們的要求是差得十萬八韆裡了。