WEDCV155VD5RRV515DV

 

內容簡介

肉眼可見的巨大細胞
人體內最長的細胞?
癌細胞是如何產生的?
細胞內有密碼?
遺傳密碼的作用機制?
分子生物學可以用來預防及治療疾病嗎?

  分子生物學是對生物在分子層次上的研究。這是一門生物學和化學之間跨學科的研究,其研究領域涵蓋了遺傳學、生物化學和生物物理學等學科。分子生物學主要致力於對細胞中不同系統之間相互作用的理解,包括DNA,RNA和蛋白質生物合成之間的關係以及了解它們之間的相互作用是如何被調控的。

  本書以輕鬆看漫畫,來解說分子生物學。故事主軸藉由兩個女大學生,為了「分子生物學」的補課,被教授叫到小島上的研究所內,而開展出來。

  生物最小的單位是細胞,細胞內部有核糖體、粒線體等胞器,互相合作,讓細胞進行日常生理作用。小孩會成長,細胞也會分裂,細胞藉由分裂而增加數目…等等,藉由助教透過分子生物學的「虛擬實境體驗」,兩位學生學到各種知識。這些虛擬實境體驗,是研究人員在研究過程中,提出作業假說的模型,也是分子生物學家發表研究成果時,所使用的模型。

  由於分子是肉眼看不見,用手也摸不著,因此,兩位學生就這樣一邊參考模型,一邊展開了一窺分子生物學知識全貌的旅程。

作者簡介

武村政春(TAKEMURA MASAHARU)

  現職:東京理科大學講師。醫學博士。

  專長:生物學教育,分子生物學、生命科學。

  主要著作
  《為人類所寫的一般生物學》(裳華房)
  《脫DNA宣言》(新潮社)
  《生命的中心法則》(講談社)
  《DNA的複製與變化》(新思索社)等多本。

譯者簡介

連程翔

  國立台灣大學農學博士,曾任台灣花卉園藝月刊編輯、台灣花卉發展協會總經理,現任中國文化大學園藝暨生物技術學系助理教授。除農學外,對語言學饒富興趣,以教育英才為己任,以博覽群書,遨遊知識之海為樂。

  分子生物學,是一門專門研究肉眼看不見之微小世界的生物運作學問。基因(gene)在分子生物學中扮演著重要角色,但別說肉眼,即使用顯微鏡,也難以觀察。

  分子生物學的研究人員,有的在大學、研究所,有的在工廠實驗室內,每天進行著許多實驗。根據這些實驗所得的數據,來推測DNA、蛋白質,以及RNA的作用,再利用導出之模型,幫助人們理解。

  根據數據,提出學說,雖然沒有那麼困難(其實還蠻困難…),但是真正困難的一點,是要把分子生物學的領域,以容易瞭解的方式,介紹給非專業人士,藉此善加傳達世界的真實面貌。

  如同上述,由於不是以肉眼直接可見的世界,所以在這個知識領域中,會有許多知識是屬於「從實驗數據推論得到的知識」。這些知識,是不是真的可以把分子生物世界中所發生的事,在不造成誤解的情況下,正確傳達給大家?若仔細考慮,答案或許幾乎是不可能的任務。因為,即使是處在「傳達者」這個位置的我們,都還有許許多多的問題未能得到解答。

  本書主角是取名自擬似某種化學物質的春日亞美及夏川凜兩個大學生。這二位為了「分子生物學」的補課,來到毛呂教授小島上的研究所,由帥哥助教-門後輝,透過分子生物學的「虛擬體驗」學到各種知識。這些虛擬體驗,是研究人員在研究過程中,提出作業假說的模型,也就是發表研究成果時所用的模型。肉眼看不見,手也摸不著,亞美和凜二人,就這樣一邊參考模型,一邊展開了窺視分子生物學知識全貌的旅程。

  由於是用推理模型,以期達到一窺分子生物學全貌的目的,本書中有許多「要正確地傳達資訊必須那樣描寫,但為了使讀者容易了解,就不妨大膽地這樣畫吧!」的部份。此外,如DNA複製、基因轉錄、蛋白質合成等情形,並非如同本書所描寫「單純的」反應。實際上分子生物學的世界,更為複雜,還有許多未知的現象。關於這一點,敬請讀者務必銘記在心。但是只要能讓讀者感受到分子生物學的世界,本人認為,應該就已經達到出版本書的一半目的了!

  話雖如此,分子生物學確是一門深奧的學問。無論在醫學、農學、工程學等應用科學,或是物理、化學、地理地質學,當然,還有生物學等基礎科學,分子生物學都是不可或缺的一環,和我們的日常生活也是緊密結合的!而且,從20世紀末到本世紀,由於急遽增加的研究成果,分子生物學的範圍,越來越廣,個別研究人員若想要涵蓋所有領域的知識,也就日趨困難。

  因此,本書所能涵蓋的,並無法超過分子生物學的基本資訊。讀者若真心想瞭解分子生物學的全貌,還請務必在本書之外,廣加涉獵,應能更饒富趣味。

  最後,本人要感謝Ohm出版社開發部門的諸位、編出優良劇本的前田MASAYOSHI老師、用出色漫畫表現複雜分子世界的□良老師,以及,最重要的,更要向閱讀本書的各位讀者們,藉此機會,表達本人深刻的感激之情。

2008年 武村政春

 

詳細資料

  • ISBN:9789866363900
  • 叢書系列:
  • 規格:平裝 / 256頁 / 16k菊 / 14.8 x 21 x 1.28 cm / 普通級 / 單色印刷 / 初版
  • 出版地:台灣
  • 本書分類:> >

內容連載

分生,別怕!

回想生平第一次上分子生物學的課程,可追溯到大四的某天。依稀記得當天近午時刻,一位讀研究所的學長用吆喝與略帶恐嚇的語氣,催逼我和另外一位同學一定要去修這門課。我們趕緊在上課鐘響前衝到生技中心,一探學長口中那個「既熱門」,又有點「神聖不可侵犯」的「分生」,到底是門什麼樣的學問。猶記進到了教室後,人山人海,根本找不到位子可坐,只能慶幸走道的階梯尚有空位。在燈光轉暗後,我心跳開始加速,期待從教授的投影片還有他的演講獲得令人興奮的科學新知。很不幸地,大概到了第十張投影片左右,我的腎上腺素迅速下降,瞌睡指數開始攀升。然而,我強忍著不敢睡著,因為那無疑地告訴身旁的學長和同學:我聽不懂分生,我不夠水準!但是我很清楚地記得,下一週之後我再也沒回到分生的課堂報到了。

沒有想到,二十年後的我,竟然會站在講台上擔任分生的教學工作。讓我驚訝的是,過了二十年,分子生物學在很多同學的心中,仍是那個「既熱門、又神聖不可侵犯」的學門。要不是因為它仍是口耳相傳的「熱門課程」,以及它是許多學系的必修課,我敢說選課的人數一定大幅下降。因為在為數不少的同學心中,分生是門充滿縮寫名詞,需要強背死記才有辦法應付的無聊科目。坦白而言,我心中對他們充滿悲憐,因為我二十年前就有相同的失落感、挫折感。而在過去二十年當中,分生研究以驚人的速度進展,被發現的基因與調控因子千百倍於二十年前;因此每本教科書的份量無不逐版遞增,早已超過同學腦部的負荷,難怪學習的「痛苦指數」也急遽上升!

然而,我相信許許多多和我曾經在分子層次探究過生命現象的老師,一定深深地被那迷人的分子機制所吸引過,覺得再也沒有比這樣的科學更令人心動了!很可惜,有太多的同學來不及享受一窺分子層次的生命奧秘,便在上完分生後正式和分生「訣別」。更甚者,有些同學在前輩的抱怨聲中,對分生「敬而遠之」,深怕讀了「分生」,就會「分身乏術」!非常慶幸地,由武村政春博士所著的《世界第一簡單分子生物學》,同學們可從生動的漫畫、俏皮的對白、以及深入淺出的觀念解析,重新來認識分生。事實上,分生絕不是「世界第一簡單」的科目,但是錯誤的學習方式與認知上的偏差,很輕易就會把它變成一門「世界第一令人討厭」的科目,尤其當它還是必修課的時候。與其說武村博士要把分生變為「世界第一簡單」,還不如說他真正的目的是要告訴大家:分生是門「世界第一有趣」的課程。

這本書令人激賞之處,不僅僅在於將看似複雜的分生原理以動漫的方式呈現,整本書還把「分生」與「細胞」結合得那樣恰到好處,使初學者在認識基因時,不是認識那裸露孤單的雙螺旋 DNA,而是看到基因在細胞這個微小的宇宙中,如何精準而優雅地發出訊號,調控細胞的命運。這也正是我經常苦口婆心地勸同學務必要學「細胞的分子生物學 (molecular biology of the “Cell”)」,而非「試管的分子生物學 (molecular biology of the “Tube”)」的原因。不騙大家,為數不少的同學在讀了半學期的分生後,受到教科書一頁接一頁簡圖的影響,以為分子層次的生命現象盡是些直線 (DNA、RNA) 與橢圓 (蛋白質) 的加加減減與排列組合,愈讀愈索然無味。但我有充足的信心,同學們和小凜、亞美 (漫畫中兩位要補課的大學生)、門後輝 (帥氣的助教) 一起搭乘「細胞膜通過專車」,在細胞內外穿梭後,一定會充分明白 DNA 為什麼可以讓細胞核成為「細胞的司令部」,以及製造蛋白質的指令如何藏在 DNA 的設計圖當中,「見證」令人驚歎的生命現象。重要的是,這樣棒的分子機制正時時刻刻運轉在你我的細胞中!

請別認為這本書只是將基礎的分生原理「置入行銷」於動漫之中。當您細讀內容,您將會驚訝地發現,它連複雜的基因轉殖動物製程,以及這幾年最熱門的「RNA 干擾 (RNA interference;RNAi)」原理都納入「劇情」,可見原作者之用心良苦。當然一本會令人愛不釋手的動漫,感人的劇情自然是不可少的元素。本書雖為「科學的動漫」,自也不例外。劇中的「毛呂教授」以其將殘的生命,奉獻給兩位因蹺課而需補課的大學生 (精彩完結篇在此忍住不講),這種雖知其「幾乎」不可為而為之的情操,令人動容!回想二十年前從分生課程逃脫,二十年後變成熱愛分生又教分生的老師,真要感謝國內外幾位「毛呂教授們」的循循善誘。然而,在真實世界中能和我一樣有幸遇到好幾個「毛呂教授」,將我們從學習的懸崖救回來的人,又有幾希?謹希望虛擬世界中的「毛呂教授」能幫助莘莘學子從懼怕分生,進而喜歡分生。如果在闔上整本書後,同學們能士氣高昂地走向分生實驗的操作檯 (bench),戮力解開那迷人生命現象背後的秘密,那就太令人欣慰了!

張俊哲

寫於 2011 年 1 月 11 日,分生期末考的前夕。
 

 

 

 

來源:cnblogs.com/JavaArchitect/p/7586949.html 在面試時,經過寒暄後,一般面試官會讓介紹項目經驗 。常見的問法是,說下你最近的(或最拿得出手的)一個項目。 根據我們的面試經驗,發現有不少候選人對此沒準備,說起來磕磕巴巴,甚至有人說出項目經驗從時間段或技術等方面和簡歷上的不匹配,這樣就會造成如下的後果。 1 第一印象就不好了,至少會感覺該候選人表述能力不強。 2 一般來說,面試官會根據候選人介紹的項目背景來提問題,假設面試時會問10個問題,那麼至少有5個問題會根據候選人所介紹的項目背景來問,候選人如果沒說好,那麼就沒法很好地引導後繼問題了,就相當於把提問權完全交給面試官了。 面試時7份靠能力,3份靠技能,而剛開始時的介紹項目又是技能中的重中之重,所以本文將從「介紹」和「引導」兩大層面告訴大家如何準備面試時的項目介紹。 好了,如下是正文內容。 面試官是人,不是神,拿到你的簡歷的時候,是沒法核實你的項目細節的(一般公司會到錄用後,用背景調查的方式來核實)。更何況,你做的項目是以月為單位算的,而面試官最多用30分鐘來從你的簡歷上了解你的項目經驗,所以你對項目的熟悉程度要遠遠超過面試官,所以你一點也不用緊張。 如果你的工作經驗比面試官還豐富的話,甚至還可以控制整個面試流程(筆者在面試方面成精後也經常幹這種事情,大家一定也能行)。 你 面試官 對你以前的項目和技能 很了解 只能聽你說,只能根據你說的內容做出判斷 在面試過程中的職責 在很短的時間內防守成功即可 如果找不出漏洞,就只能算你以前做過 準備時間 面試前你有充足的時間準備 一般在面試前用30分鐘閱讀你的簡歷 溝通過程 你可以出錯,但別出關鍵性的錯誤 不會太為難你,除非你太差 技巧 你有足夠的技巧,也可以從網上找到足夠多的面試題 其實就問些通用的有規律的問題 既然面試官無法了解你的底細,那麼他們怎麼來驗證你的項目經驗和技術?下面總結了一些常用的提問方式。 提問方式 目的 讓你描述工作經驗和項目(極有可能是最近的),看看你說的是否和簡歷上一致 看你是否真的做過這些項目 看你簡歷上項目里用到的技術,比如框架、資料庫,然後針對這些技術提些基本問題 還是驗證你是否做過項目,同時看你是否了解這些技術,為進一步提問做準備 針對某個項目,不斷深入地問一些技術上的問題,或者從不同側面問一些技術實現,看你前後回答裡面是否有矛盾 深入核實你的項目細節 針對某技術,問些項目里一定會遇到的問題,比如候選人說做過資料庫,那麼就會問索引方面的問題 通過這類問題,核實候選人是否真的有過項目經驗(或者還僅僅是學習經驗) 一般來說,在面試前,大家應當準備項目描述的說辭,自信些,因為這部分你說了算,流利些,因為你經過充分準備後,可以知道你要說些什麼。而且這些是你實際的項目經驗(不是學習經驗,也不是培訓經驗),那麼一旦讓面試官感覺你都說不上來,那麼可信度就很低了。 不少人是拘泥於「項目里做了什麼業務,以及代碼實現的細節」,這就相當於把後繼提問權直接交給面試官。下表列出了一些不好的回答方式。 回答方式 後果 我在XX軟體公司做了XX門戶網站項目,這個項目做到了XX功能,具體是XX和XX模塊,各模塊做了XX功能,客戶是XX,最後這個項目掙了XX錢 直接打斷,因為業務需求我不需要了解,我會直接問他項目里的技術 (需要招聘一個Java後端開發,會Spring MVC) 最近一個項目我是用C#(或其他非Java技術)實現的,實現了……或者我最近做的不是開發,而是測試……或者我最近的項目沒有用到Spring MVC 提問,你最近用到SSH技術的項目是什麼時候,然後在評語上寫:最近XX時間沒接觸過SSH 在畢業設計的時候(或者在讀書的時候,在學習的時候,在XX培訓學校,在XX實訓課程中),…… 直接打斷,提問你這個是否是商業項目,如果不是,你有沒有其他的商業經驗。如果沒商業項目經驗,除非是校招,否則就直接結束面試 描述項目時,一些關鍵要素(比如公司、時間、所用技術等)和簡歷上的不匹配 我們會深究這個不一致的情況,如果是簡歷造假,那麼可能直接中斷面試,如果真的是筆誤,那麼就需要提供合理的解釋 在避免上述不好的回答的同時,大家可以按下表所給出的要素準備項目介紹。如果可以,也請大家準備一下用英語描述。其實剛畢業的學生,或者工作經驗較少的人,英語能力都差不多,但你說了,這就是質的進步。 要素 樣式 控制在1分鐘裡面,講出項目基本情況,比如項目名稱,背景,給哪個客戶做,完成了基本的事情,做了多久,項目規模多大,用到哪些技術,資料庫用什麼,然後酌情簡單說一下模塊。重點突出背景,技術,資料庫和其他和技術有關的信息。 我在XX公司做了XX外匯保證金交易平臺,客戶是XX銀行,主要完成了掛盤,實盤成交,保證金槓桿成交等功能,資料庫是Oracle,前臺用到JS等技術,後臺用到Java的SSH,幾個人做了X個月。不需要詳細描述各功能模塊,不需要說太多和業務有關但和技術無關的。如果面試官感興趣,等他問。 要主動說出你做了哪些事情,這部分的描述一定需要和你的技術背景一致。 我做了外匯實盤交易系統,掛單成交系統,XXX模塊,做了X個月 描述你在項目里的角色 我主要是做了開發,但在開發前,我在項目經理的帶領下參與了業務調研,資料庫設計等工作,後期我參與了測試和部署工作。 可以描述用到的技術細節,特別是你用到的技術細節,這部分尤其要注意,你說出口的,一定要知道,因為面試官後面就根據這個問的。 你如果做了5個模塊,寧可只說你能熟練說上口的2個。 用到了Java裡面的集合,JDBC,…等技術,用到了Spring MVC等框架,用技術連接資料庫。 這部分你風險自己承擔,如果可以,不露聲色說出一些熱門的要素,比如Linux,大數據,大訪問壓力等。但一旦你說了,面試官就會直接問細節。 這個系統里,部署在Linux上,每天要處理的數據量是XX,要求是在4小時,1G內存是的情況下處理完5千萬條數據。平均訪客是每分鐘XXX。 面試前,你一定要準備,一定要有自信,但也要避免如下的一些情況。 要避免的情況 正確的做法 原因 回答很簡單。問什麼答什麼,往往就用一句話回答 把你知道的都說出來,重點突出你知道的思想,框架 問:你SSH用過嗎? 答:用過。 問:在什麼項目里用到? 答:一個保險項目 問:你做了哪方面的事情? 答:開發 我直接不問了 說得太流利 適當停頓,邊思考邊說 讓面試官感覺你在背準備的東西,這樣後面問題就很難 項目介紹時什麼都說, 就說些剛才讓準備的一些,而且要有邏輯地說 會讓面試官感覺你思路太亂 別太多介紹技術細節,就說你熟悉的技術 技術面點到為止,等面試官來問 你說到的所有技術要點,都可能會被深問。面試官一般會有自己的面試節奏,如果你在介紹時就太多說技術細節,很有可能被打斷,從而沒法說出你準備好的亮點。 在項目介紹的時候(當然包括後繼的面試),面試官其實很想要聽一些關鍵點,只要你說出來,而且回答相關問題比較好,這絕對是加分項。我在面試別人的時候,一旦這些關鍵點得到確認,我是絕對會在評語上加上一筆的。 下面列些面試官愛聽的關鍵點和對應的說辭。 關鍵點 說辭 能考慮到代碼的擴展性,有參與框架設計的意識 我的項目XX保險項目,用到SSH技術,資料庫是Oracle,(這個是鋪墊),開發的時候,我會先和項目經理一起設計框架,並參與了框架的構建,連接資料庫的時候,我們用到了DAO,這樣做的理由是,把SQL語句封裝到DAO層,一旦要擴展功能模塊,就可以不用做太多的改動。 有調優意識,能通過監控發現問題點,然後解決 在開發階段,我就注意到內存的性能問題和SQL運行的時間問題,在壓力測試階段,我會通過xx工具來監控內存和資料庫,發現待提升的代碼點,然後通過查資料來優化。最後等項目上線後,我們會部署監控系統,一旦發現內存和資料庫問題,我們會第一時間解決。 動手能力很強,肯幹活,會的東西比較多,團隊合作精神比較好 在項目里,我不僅要做開發的工作,而且需要自己測試,需要自己根據一些日誌的輸出到資料庫或Java端去debug,當我開好一個模塊時,需要自己部署到Linux上測試。 或者,一旦遇到問題,如果是業務方面的,我會及時和項目經理溝通,如果是技術方面的,我會自己查資料,如果是測試方面的,我會及時和測試的人溝通。 責任心比較強,能適應大壓力的環境 被問「你如果在項目里遇到問題怎麼辦?」 回答:遇到問題我先查資料,如果實在沒法解決,不會拖,會及時問相關的人,即使加班,也會在規定的時間內解決。 有主見,能不斷探索新的知識 在項目里,我會在保證進度的前提下和項目經理說我的想法,提出我的解決方案。在開發過程中,我會先思考一下,用一種比較好的方式,比如效率最高的方法實現。 另外你要找機會說出:平時我會不斷看一些新技術(比如大數據Hadoop),會不斷深入了解一些框架和技術的實現底層。 我去面試人家的時候,往往會特別提問:你項目里有什麼亮點?或者你作為應聘者,有什麼其他加分項能幫你成功應聘到這個崗位。即使這樣問,還有些人直接說沒有。 我這樣問已經是處於角色錯位了,作為面試者,應當主動說出,而不是等著問,但請注意,說的時候要有技巧,找機會說,通常是找一些開放性的問題說。之前發過的《 如何在一分鐘內搞定面試官? 》你可以參考一下。 比如:在這個項目里用到了什麼技術?你除了說一些基本的技術,比如Spring MVC,Hibernate,還有資料庫方面的常規技術時,還得說,用到了Java內存管理,這樣能減少對虛擬機內存的壓力,或者說用到了大數據處理技術等。也就是說,得找一切機會說出你拿得出手的而且當前也非常熱門的技術。之前發過的《 史上最全 69 道 Spring 面試題和答案 》你必須都得清楚。 或者找個相關的問題做擴展性說明,比如被問到:你有沒有用到過一對多和多對多?你除了說基本知識點以外,還可以說,一般我還會根據需求適當地設置cascade和inverse關鍵字,隨後通過一個實際的案例來說明合理設計對你項目的幫助,這樣就能延伸性地說明你的技能了。相反如果你不說,面試話一定會認為你只會簡單的一對一和一對多操作。 面試的時候,如果候選人回答問題很簡單,有一說一,不會擴展,或者用非常吝嗇的語句來回答我的問題,那麼我一般會給機會讓他們深入講述(但我不敢保證不是每個面試官都會深入提問),如果回答再簡潔,那麼也會很吝嗇地給出好的評語。 記住:面試官不是你的親戚,面試官很忙,能挖掘出你的亮點的面試官很少,而說出你的亮點是你的義務。 我在面試別人過程中,根據不同的情況一般會給出如下的評語。 1 回答很簡答,但回答里能證明出他對框架等技術確實是做過,我會在評語裡些「對框架了解一般,不知道一些深層次的知識(我都問了多次了你都回答很簡答,那麼對不起了,我只能這麼寫,或許你確實技術很強,那也沒辦法,誰讓你不肯說呢?)」,同時會加一句「表達能力很一般,溝通能力不強」,這樣即使他通過技術面試,後面的面試他也會很吃力。 2 回答很簡單,通過回答我沒法驗證他是在項目里做過這個技術,還是僅僅在平時學習中學過這個技術。我就會寫「在簡歷中說用過XX技術,但對某些細節說不上來,沒法看出在項目里用到這個技術」,如果這個技術是職務必需點,那麼他通過面試的可能性就非常小。 3 回答很簡單,而且只通過嗯啊之類的虛詞回答,經過提醒還這樣,我會敷衍幾句結束面試,直接寫「技術很薄弱,沒法通過面試」。 4 雖然通過回答能很好地展示自己的技能,但邏輯調理不清晰,那麼我會讓他通過技術面試,但會寫上「技能很好,但表達能力一般(或有待提高),請後繼面試經理斟酌」。這樣通過後繼綜合面試的機會就一般了,畢竟綜合面試會著重考察表達能力交往能力等非技術因素。之前發過的《 史上最全 Java 多線程面試題及答案 》你可以參考一下。 不管怎樣,一旦回答簡單,不主動說出你的擅長點,或沒有條理很清楚地說出你的亮點,就算我讓你通過面試,也不會寫上「框架細節了解比較深,資料庫應用比較熟練」等之類的好評語,你即使通過技術和後面的綜合面試,工資也是比較低的。 面試過程中有些方面你是絕對不能出錯,所以你在準備過程中需要尤其注意如下的因素。下面列了些會導致你直接出局的錯誤回答。 錯誤類型 導致的後果 前後矛盾,後面的回答無法證明你的項目描述,比如一開始說用到了Spring MVC,後面沒法說出最基本的實現,比如不知道Spring有哪些類,或者沒法說出項目的細節。 我會懷疑這個項目的真實性,我就會進一步問:資料庫用什麼,數據量多少?多少人做了多少時間,一旦再出現明顯漏洞,比如一個小項目用到非常多的時間,那麼就不僅僅是技術問題,而是在面試過程中企圖「矇混過關」的性質了。 項目里一定會用到的基本概念性問題都回答不上,Spring的依賴注入概念是什麼,怎麼用的,或者Hibernate的一對多怎麼實現 一旦被我發現概念不知道,我就會通過更多問題確認,如果被我確認很弱,這就相當嚴重,因為技術能力差和技術沒用過是兩個截然不同的狀況,技術沒用過會導致直接出局。 面試時說出的工作經驗和簡歷上的不一致 我會直接懷疑簡歷是編的,我會讓候選人解釋,即使是說簡歷寫錯了,我也會問比較深入的問題來核實他的技能和能力。 簡歷上的技能描述和回答出來的明顯不一致,比如明明是只會簡單的Linux,但吹得天花亂墜 我會通過一些比較深的問題核實其他技能,找出其他方面吹噓的水分。 所以建議,你可以適當誇張,但別過分,比如你在項目里沒搭建框架但平時學習時搭建過,你可以寫「XX項目的框架是你搭建的」,但你不能說你是一個架構師,非常了解項目的底層。 讓面試官感覺你不穩定,很浮躁,比如說話不莊重,或者面試時打扮非常不正規,就穿背心來。 即使你技術再好,這個會可能導致你直接出局。 我對油嘴滑舌的候選人一般會直接寫上不好的評語,這樣很難過後面項目經理的面試。 我還遇到一個人,簡歷上工作是半年一換,我問他為什麼經常換,他直接說是待遇問題,這個人我是直接Fail掉。 明說不能加班,不能出差 其實雖然有這一問,但公司里未必真的會加班會出差。但 聽到這類回答,說明這個人不能承受大壓力的工作,或者責任心不強,大多數公司是不會要這種人的。 在做項目介紹的時候,你可以穿插說出一些你的亮點,但請記得,不論在介紹項目還是在回答問題,你當前的職責不是說明亮點而是介紹項目,一旦你詳細說,可能會讓面試官感覺你跑題了。 所以這時你可以一筆帶過,比如你可以說,「我們的項目對數據要求比較大,忙的時候平均每小時要處理幾十萬條數據」,這樣就可以把面試官引入「大數據」的方向。 你在面試前可以根據職位的需求,準備好這種「一筆帶過」的話。比如這個職位的需求點是Spring MVC框架,大數據高並發,要有資料庫調優經驗,那麼介紹以往項目時,你就最好突出這些方面你的實際技能。 再給大家舉個例子,比如Java虛擬機內存管理和資料庫優化是絕大多數項目都要遇到的兩大問題,大家都可以在敘述項目經驗時說,在這個項目里,我們需要考慮內存因素,因為我們的代碼只允許在2G內存環境中運行,而且對資料庫性能要求比較高,所以我們經常要監控優化內存和資料庫里的SQL語句。這樣當面試官深入提問時,就能拋出自己準備好的虛擬機內存優化和資料庫優化方面的說辭。之前發過的《 史上最全 40 道 Dubbo 面試題及答案,看完碾壓面試官! 》你可以參考一下。 實在不行,你也可以說「我除了做開發,也做了了解需求,測試和部署的工作,因為這個項目人手比較少,壓力比較大」,這樣你也能展示你有過獨擋一面的經歷。 我在面試過程中,一旦聽到有亮點,就會等到他說好當前問題後,順口去問,一般技術面試最多辦半小時,你把時間用在回答準備好的問題點上的時候,被問其他問題的時間就會少了。 我面試的時候,也會遇到些有準備的人,其實如果你真的想應聘的話,一定要事先準備,這點我能理解,甚至贊同,你只要別露出太明顯的痕跡,我不會寫上「似乎有準備,沒法考察真實技能」這種話,更何況未必每個面試官都能感覺出你準備過。 但你不能憑著有準備而太強勢,畢竟面試是面試官主導的。 我遇到個別面試的人,他們說話太多,一般會主動擴展,比如我問他資料庫用什麼,他不僅回答資料庫是什麼,自己做了什麼,甚至順便會把大數據處理技術都說出來。 其實過猶不及,我就會重點考察你說的每個細節,因為我懷疑你說的都是你從網上看的,而不是你項目中用到的,我甚至會直接威脅:「你先和我說實話這個技術你真在項目里用到,我後面會重點考察,一旦被認為你項目里沒做,這個性質就是矇混過關了」,往往這些人會主動坦白。 不過話說回來,他如果僅僅說,數據量比較大,但點到為止,不繼續說後面的話,我就會深入去問,他自然有機會表達。同時請注意,一般在面試過程中,一旦你亮出加分點,但面試官沒接嘴,這個加分點可能就不是項目必備的,也不是他所關注的,當前你就可以別再說了,或者等到你提問題的時候再說。 到這裡,我們已經給出了介紹項目的一些技巧。這些技巧都是從 java web輕量級開發面試教程從摘錄的。 兩句話,第一,面試前一定要準備,第二,本文給出是的方法,不是教條,大家可以按本文給出的方向結合自己的項目背景做準備,而不是死記硬背本文給出的一些說辭。 當大家介紹好項目背景後,面試才剛剛開始,哪怕你說得再好,哪怕你把問題引導到你準備的範圍里,這也得應付Java Web(比如Spring MVC,ORM等)、Java Core(多線程、集合、JDBC等)和資料庫等方面的問題。 那麼本文的價值體現在哪呢?如果引導不好,你根本沒機會展示自己的能力。這就是本文給出的方法價值所在。說句自誇的話,本文給出的一些方法和說辭不是拍腦袋想出來的,而是從面試上百個候選人的經歷中抽取出來的,其中有不少血淚,也有不少人成功的途徑,關注微信公眾號Java技術棧,將呈現更多乾貨,這篇文章多少對大家(尤其是經驗不滿3年的初級程式設計師)有幫助。 【完結】 版權聲明:本號所推送文章,為本人原創、網上收集或其他作者投稿,對於網上收集部分除非確實無法確認,我們都會註明作者和來源。部分文章推送時未能與原作者取得聯繫。若涉及版權問題,煩請原作者聯繫我們,我們會在24小時內刪除處理,謝謝!

 

 

 

 

 

文章來源取自於:

 

 

每日頭條 https://kknews.cc/career/yjqbo9b.html

博客來 https://www.books.com.tw/exep/assp.php/888words/products/0010495615

如有侵權,請來信告知,我們會立刻下架。

DMCA:dmca(at)kubonews.com

聯絡我們:contact(at)kubonews.com


國姓鄉口乾、口渴治療中醫伸港呼吸困難改善中醫診所集集睡眠障礙門診改善中醫診所埔心胸悶中醫推薦
福興焦慮不安改善中醫診所 田中肌肉疼痛中醫推薦 看不好的人都來這間南投中醫診所,自律神經失調改善很多田中消化功能異常治療中醫 南投頻尿中醫推薦 大家都推薦這間溪湖中醫診所,失眠睡不著改善很多社頭缺乏食慾中醫推薦 水里手抖治療有效中醫診所 治療有成效的員林中醫診所,失眠睡不著改善很多員林長期頭暈改善中醫診所 水里無法進行中高強度運動看什麼科 網友都推薦到這間鹿港中醫診所,失眠睡不著改善很多

arrow
arrow
    全站熱搜

    zkc58sq72n 發表在 痞客邦 留言(0) 人氣()