題目： 設計一套程式，模擬兩個人的交流過程
子題目：
1. 設計乙個類，主體是人，包含與另乙個交流過程中需要的方法
2. 設計一套類，能夠描述兩個人針對乙個task，達成乙個共識
3. 如果乙個人很懂溝通，另乙個人不懂溝通，程式的執行結果是什麼
4. 如果兩個人都不會溝通，程式的執行結果是什麼
5. 如果兩個人都很懂溝通，程式的執行結果是什麼
6. 擴充套件問題，模擬開會現場
我的答案：
1. 這個很簡單，class 是person，function是speak，listen和interrupt
2. 需要有乙個person類，乙個task類和乙個共識類，其中，共識類使用組合模式設計，是task跟sub task構成的乙個有向圖。
person類中加入task person.receivetask(task)方法。
兩個人都會先形成自己的有向圖，然後兩個人經過**，對各自的有向圖進行節電增加，刪除，聯通順序變更等操作。
經過不停的修改過程，最後兩棵圖一致化。
3. 如果a很懂溝通，b不懂溝通，則程式會呼叫a.acceptvisitor(b.task)的方式對b的邏輯圖進行修改，然後跟b在他的世界觀和邏輯中進行**，讓b能夠聽得懂和易接受，當然聰明的他也在默默的使用b的啟發來修改自己的有向圖。而b呢？他從來沒有想過怎麼接納a的想法，而不斷的希望自己的世界觀能夠推行
4. 如果兩個人都不會溝通，這個比較慘了，a會在b speak乙個sub task的時候，無概率性的呼叫interrupt，目的只是希望能夠讓自己speak自己的有向圖，並將其「塞」到b的腦子裡。但是，b對自己的樹的訪問權的設立也是可讀而不可寫的哦。最後，兩個人無結論性的，或者時間很長的達成了「共識」，「共識」打引號意味著他們還是自身的有向圖，而沒有被賦值到題目要求的共識物件中。
5. 如果兩個人都很會溝通，程式會這樣執行：while（a.acceptvisitor(result) == false || b.acceptvisitor(result) == false）{}， 讓result不停的訪問a和b，讓a和b進行修改，直到兩個人都覺得不需要改了。
6. 上述3，5兩個子問題中都至少有乙個很懂溝通的人，只要有乙個人能夠acceptvisitor，就可以不斷擴充結論，最終達成共識。在開會過程中，經常會出現a已經說服了b，但是在說服c的過程中，b又受到了啟發，提出了另外的問題。這種情況下，a需要設計乙個cache池，如果b被說服，則放入cache，否則拿出來。chche使用set這種紅黑樹資料結構，插入和查詢效率都很高。
面試官溝通技巧之我見（2007 10）
對於我這個有豐富的面試和應試經驗的人來說,不把自己的經驗得失總結一下,是乎有點說不過去.為什麼我到現在才寫這個話題呢?很大的原因是在我過去兩個月的經歷中發現現在很多公司的面試官都大大小小存在面試中與人溝通的問題和缺陷.因此,寫一下我從實際經歷中得到的感悟,希望能給各位面試官一點參考意見.b size...
關於面試官 1
不能問一些假設的問題，發現根本檢查不到任何想要的東西。因為只是假設性的 純理論性問題，基本上面試者都能構思出很完美的答案。例如 錯誤 如果你在編碼過程中，碰到技術問題，如何處理？推薦 你簡歷上的專案中，有沒有哪乙個在實現過程中，碰到了技術問題，詳細描述一下，後來怎麼解決的？錯誤 你對加班是如何看待的...
我碰到的面試官
1 奇葩找踹型 這種型別呢會有一種高高在上的感覺，總喜歡用問題把你擊倒，有時候問題描述的也不是很清晰，在交談的過程中一股無名火總會湧上心頭，總想下去踹他兩腳。2 豪爽奔放型 一般這種人呢會跟你有良好的互動，跟你聊的比較high，聊的過程中會頻頻點頭示意，討論氣氛也是熱烈融洽，但是呢，這樣的人往往都是...