本人從事cobol這一古老語言的開發，由於某些原因跳槽沒有轉行，還是在cobol圈子裡面面試，特此總結。
面試前準備了很多東西，包括英語作文，之前從業的銀行專案經驗啊，cobol語言的知識點，面試的時候全都用不上。。。
筆試部分，我根據hr提示準備了幾篇，連英文版的自我介紹的準備了，結果最後的作文題目跟之前說的完全不一樣。。。行吧，自己現場發揮了一篇，套用一些之前讀書學的模板和湊字數的短語，幸好還記得，筆試就過了。
我面試的是一家保險公司，人家根本不在意你的銀行專案經驗是怎麼樣的，只是讓我簡單說一下我負責的客戶模組有哪些內容，ok小case，我回答了，這個沒什麼問題。因為我在銀行用的是大機390，人家用的是as400，語法上有區別，為此我事前還專門看了一下as400的幾個面試會問到的東西，結果這些東西根本就沒問。一上來就問核心系統與前端的互動機制，回答了核心到前置的xml定長報文傳輸，因為面試官是根據櫃面的問題問下去的，所以當時只回答了櫃面的機制，應該再說一下跟其他外圍系統的互動傳輸的，再問了互動的系統底層的東西，瞬間不會了，跳過。
然後問了相同的2個交易同時運算元據庫同乙個表的異常會怎麼處理，因為之前問過了我有過在生產環境支援的經驗，所以出了這個問題，幸好這個問題在前不久爆出來過，還是我負責的，所以有印象。。。一般同時運算元據庫表造成死鎖在聯機交易基本不會發生，主要是在晚上批量會爆出這個問題，我就根據這個說了一下，bsp一般會讀出幾條交易資料再commit一次，這時候修改了一波表記錄，一般是10筆commit一次，這種如果在高頻交易就會出現問題，特別批量轉賬之類的，所以當時我們的應急方案是重提作業，後續修改程式，對應渠道系統發過來的這個交易以後都用1筆commit一次這種做法，這樣基本可以解決這類問題。我是這個回答的，但是估計這公司基於平台原因的處理方式是不一樣的，所以我盡可能回答出來之後，他看我也答得挺順利不像是糊弄人的樣子吧，也是點頭結束了，後面就聊些公司的基本情況什麼的。
出來之後我都覺得人家保險公司跟銀行的東西不一樣，而且又沒怎麼問到專業問題，異常處理機制雖然挺能反應你的工作經驗但是畢竟人家的處理大概率是跟你不一樣的你介紹自己的也沒啥用，我之前準備的專案介紹也沒機會說，不報太大期望了，吃飯去。
結果，晚點的時候**就來了，hr說面試官覺得我挺有潛力的，挺滿意，決定錄用，what？？？這麼快，跟我之前想的完全不一樣，這也行，666。。。
總結一下，之前部落格上看到很多面試的時候都會問各種異常是怎麼處理的，現在親身感受到了，感覺，是不好回答，還是得好好學技術啊。
深夜記錄一下面試過程。
COBOL程式格式
cobol源程式的格式如下 每行開頭有6個字元的序號區。可以輸入000010，000020等表示行，也可以不輸。序號區後面是乙個字元 第7位 的指示符區，如第一行所示。可以用 和 表示注釋，表示續行，d表示除錯。指示符區後面是4個字元 8 11位 的a區。可以放入部，節，段標題，段名，層指示符和層號...
COBOL程式格式
cobol源程式的格式如下 每行開頭有6個字元的序號區。可以輸入000010，000020等表示行，也可以不輸。序號區後面是乙個字元 第7位 的指示符區，如第一行所示。可以用 和 表示注釋，表示續行，d表示除錯。指示符區後面是4個字元 8 11位 的a區。可以放入部，節，段標題，段名，層指示符和層號...
COBOL語言編寫
編寫乙個cobol程式需要建立3個資料集，如 cn0010.cobol.cbol 存放cobol源 cn0010.cobol.jcl 存放編譯連線和呼叫的jcl 編譯連線 compile，呼叫 gohell cn0010.cobol.loadlib 用於生成載入模組。recfm u，lrecl 0，...