• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Work

            TX面試記錄

            1面
            一面的面試官人很nice 非??蜌?讓我一下對TX的印象提升了一步) 甚至我都懷疑是不是HR給放前面來了
            坐下之后 他看了看簡歷 說你們這都是保密項目啊 那我也不方便多問了 我說沒事沒事你問吧 他說主要是這方面也不太知道 然后點了幾個問題讓我說 最后在AC狀態機會不會有環是不是特別消耗內存的問題上糾結了一下
            基礎部分問的也不多 問了智能指針我說不會(其實想想還是知道的)就當時一下就否定了 然后是static的作用 sed的用法(好久沒用, s和g都寫掉了...TT)
            然后他說你做網絡的就講講網絡的負載均衡是怎么做的吧 我不知道他指什么 只好講了DHT中的負載均衡怎么做的(其實也沒講到point) 回來查了一下應該講一致性哈希什么的(=.=) TCP如何保持長連接(沒想法) 答把?;顣r限設長 他告訴我應該持續發送保活包 如何做到自動登錄遠程機器并執行程序(當時也沒講出來) 如何查找內存泄漏(valgrind) socket可讀有哪幾種情況(新連接到達, 可讀, 連接關閉) 問搜索引擎是怎么做的 這個我還真沒想到 還好信息檢索課聽過幾節 基本過程還是知道的 說了一下 線程間通信有哪些要注意的地方(答不上來TT)答案在底部......
            最后寫了個小程序 找出char數組a有的b沒有的元素 放到c里 要求高效(hash)
            仔細想來 答不上來的地方真的不少 但面試官人非常好 許多問題都跟我講了 還問我有什么問題要問他的 我說了我soso的一些問題 他說確實有需要改進的地方 最后也沒有記大過順利進入二面了

            2面
            二面是個中年人 魁梧的那種 聲音很有磁性 話不多 我覺得我這幾天是面的太多了 拿到問題就開始blabla的講 然后再提取重點 偏偏面試官又是個話少的人 于是就HLL的出現了人生中第一次被人嫌話多的場景...(><) 倒也沒問特別難的 就是我總是不能一下說到重點 搞得面試官頻頻皺眉 問知不知道搜索引擎的原理 又大致說了一遍 問我知不知道LBS 不知所云 他說是local based search 可能和以后的方向有關吧 最后寫一個小程序 和一面的差不多 找兩個int數組中的相同元素 時間5分鐘 我在右移相與的問題上糾結了好一會兒 最后搞得沒寫完時間就到了講了思路面試官點頭表示勉強接受
            問我對以后的職位有沒有什么想法 我當時表示沒有特別的想法 做什么都行 后來悔大了 要是像熊飛那樣被分去做前端 我就只有哭了 最后我還說 希望以后有機會合作
            二面很短 就半個小時的樣子 出來時下一個人已經在等了 總的來說 沒有被問難題 就是自己太不淡定了 強烈表達了我很想去soso的意愿 再加上前面"話多" 回來的時候感覺相當沮喪 怎么就這么不淡定 有點崇媚的感覺了都 其實后來想想都不知道自己怎么了

            3面
            果然HR即壞人
            都以為三面是談理想談人生看個人素質什么的
            沒想到上來就是問薪水
            逼的很緊 態度及其不友好
            老實說不是不知道會談到薪水
            只是沒想到HR有這么滲人
            忽然對TX印象一落千丈
            沒勁pasting

            主要差還是差在自己太軟了
            以為HR都像啟明星辰的HR那么慈善

            三面完到現在已經10多天過去了(中間有個10.1) 除了幾個讓你繼續等的短信 一直沒消息 年級群里天天有人出來罵街 說TX太墨嘰了
            個人對TX的印象從很好漸變到很差 搞得心情也變差



            PS. 和進程相比,線程的最大優點之一是數據的共享性,各個進程共享父進程處沿襲的數據段,可以方便的獲得、修改數據。但這也給多線程編程帶來了許多問題。我們必須當心有多個不同的進程訪問相同的變量。許多函數是不可重入的,即同時不能運行一個函數的多個拷貝(除非使用不同的數據段)。在函數中聲明的靜態變量常常帶來問題,函數的返回值也會有問題。因為如果返回的是函數內部靜態聲明的空間的地址,則在一個線程調用該函數得到地址后使用該地址指向的數據時,別的線程可能調用此函數并修改了這一段數據。在進程中共享的變量必須用關鍵字volatile來定義,這是為了防止編譯器在優化時(如gcc中使用-OX參數)改變它們的使用方式。為了保護變量,我們必須使用信號量、互斥等方法來保證我們對變量的正確使用。下面,我們就逐步介紹處理線程數據時的有關知識。
            http://dev.yesky.com/331/2276331_2.shtml

            posted on 2011-10-11 11:22 lonelycastle 閱讀(129) 評論(0)  編輯 收藏 引用

            91精品国产91久久久久福利| 久久精品国产黑森林| 无码人妻久久一区二区三区免费丨| 久久精品亚洲AV久久久无码| 久久精品麻豆日日躁夜夜躁| 777久久精品一区二区三区无码| 久久久精品波多野结衣| 久久这里只有精品18| 久久精品99无色码中文字幕| 一本久久a久久精品亚洲| 伊人久久免费视频| 久久久久亚洲AV无码观看| 久久久久中文字幕| 99久久99久久精品国产片果冻| 精品久久综合1区2区3区激情| 中文字幕日本人妻久久久免费| 天天综合久久久网| 亚洲va中文字幕无码久久不卡| 久久99精品免费一区二区| 潮喷大喷水系列无码久久精品| 色8激情欧美成人久久综合电| 青青青国产精品国产精品久久久久| 亚洲欧美日韩久久精品| 精品久久久久久无码国产| 久久夜色tv网站| 久久精品国产亚洲麻豆| 精品乱码久久久久久久| 亚洲AV乱码久久精品蜜桃| 久久午夜无码鲁丝片秋霞 | 欧美亚洲日本久久精品| 99久久精品费精品国产| 久久精品嫩草影院| 亚洲一本综合久久| 国产99久久久久久免费看 | 久久亚洲美女精品国产精品| 性欧美大战久久久久久久| 欧洲国产伦久久久久久久| 人妻少妇精品久久| 99久久免费国产精品特黄| 99久久精品国产一区二区 | 久久九九久精品国产|