正文
（辛苦敲的字，不想就丟了，收過來吧。）
先掃盲啊，挨踢和軟件其實不是一個行業。我都是軟件行業。挨踢的主要是管理公司網絡，電腦維護等等。小的公司二者可能是合在一起的。
俺從2000年開始寫軟件，寫了10年了。我個人很喜歡，但是也確實見到有的人做得很吃力，特別是女的，不知道為什麽。我和一個舊老板也曾討論過，為什麽好的女程序員不多見，討論沒有結果，因為再討論下去怕有歧視之嫌。我看到很多提出要注意是否要進這個行當。從我個人的體會來看，這是個easy money的職業。不用風吹日曬，不用天天笑臉迎和客戶，程序其實容易寫。誠實的說，我一天也就有個2-3個小時在幹活就能和其他人持平工作進度。當然，這是前麵那家公司，現在新到這家公司，還是要當小媳婦，乖一點。我這11年，主要是c#和c++。如果你善於和人打交道，幹這個行業就是錦上添花了。我曾經的一個組，都是悶頭幹活的大老爺們，他們要求挨踢組給弄點事兒，永遠要等一個月，派我出麵，3天。嘻嘻。。我是女的。。。
找工作，我很有體會，不是吹牛啊，我相中的工作，十有八九我能拿到offer。不知道我的體會是否適用於其他行業。我也替公司招過人，所以還是小有體會的。今天就概述一下，沒時間敲太多字，有問題問，需要我在哪個部分詳述的我再補充。拋磚，拋磚，大家補充。
首先，是簡曆。如何讓你的簡曆脫穎而出是第一步。現在大一點的公司，都是簡曆數據庫，有軟件自動檢索簡曆，找出符合條件的。找法，就是檢索關鍵字。所以，你看看招工廣告上的條款，那些就是關鍵字了。這些關鍵字在你的簡曆裏如果能有個80%，你就是非常符合這份工作了。準備幾分簡曆，一份給程序員，一份給QA，一份給數據庫。。。我是隻願意做程序，所以沒寫其他的。簡曆上把不相關的經驗忽略掉，把相關的好好吹一吹。我每次寫簡曆前，都要厚起臉皮來，把自己使勁兒的誇。如果是投給大公司的，注意使用關鍵字。如果能有人幫你從內部推薦是最好的，不是為了保障得到這份工作，而是保障經理能看到你的簡曆。要知道，很多簡曆都沒有過HR這一關，或者根本就沒能檢索出來。連機會都沒有了。簡曆的具體寫法又是一篇3000字論文，我不多寫了。有空再說。
然後，是電話麵試。通常，第一個電話是HR的。他們打電話的目的，是確認你確有其人，而且你不瘋不傻，能說話。。。通常，HR就是問問你是who,你現在幹什麽，如果你簡曆上對目前的工作保密（我的寫的Information available upon request)，他們這個時候會問你現在的婆家是哪一個。但是，其實，如果你把簡曆直接投給一家公司，這部分是不用保密的。我的簡曆是放到monster這樣的網站上了，所以才藏著。這通電話，沒有技術問題，但是有可能會問你現在的項目是什麽。不要太誠實，要反複想著人家招工廣告上的關鍵字。人家找服務器的程序員，你就說目前的項目是給一個UI的軟件做後台服務器的支持。。。但是，靠的別太露骨了，除非你和新工作是同一個行業的。再有，就是要記得你自己簡曆上寫了什麽，不要簡曆和你好像是兩個人。我通常投一份簡曆，我自己會留一個底，標上投給哪家了，人家一但跟我聯係，我好知道自己吹噓了什麽。
第三，技術電話麵試。你通過了HR那一關，就會接到電話麵試了。電話麵試有時候隻有一個人，有時候可能是一大堆人。這次會有技術問題了，但是不會太深，太複雜。這次技術麵試的目的，是看看你的技術水平是不是他們想要的範圍的，是否真的是知道他們要找的技術種類。人家找JAVA，你隻懂C#，這一關就不好過了。我現在的工作是服務器上的軟件，所以電話麵試時，都是服務器上的問題，我的超級強大的UI的經驗是一點用都沒有。電話麵試的技巧之一：站著說。即便不是麵對麵，當你站著說話的時候，你的態度會積極很多，對方是能聽出來的。然後，就是你也要提問題，不要以為提問是可有可無的。提問嘛，其實很簡單，問問他們編程的cycle是什麽樣的？是water fall?還是iteration?用什麽source code control?多長時間一次release?requirments誰來定？是否需要做支持？這些問題，是顯示你對軟件開發這一行的熟悉程度。千萬不可說我沒有問題。
第四，麵試。on site了，就是技術大戰的時候。通常，你也會見見經理，經理不大會問技術問題，但是經理會問問你通常都做些什麽樣的項目。你要把項目解釋得和他們做的東西靠邊。也會問問你為什麽要換工作。經理主要看的是你能否和他溝通，是否癡傻呆孽。如果公司小，經理也會管技術，也會問技術問題了。然後，就是隆重的技術大戰了。這個是要真槍實彈了。通常，問題一定要問到你不會了才算罷休，否則他們也無法知道你的技術水平到底在哪裏。再有，就是性格的考驗了，如果接連幾個問題不會，你是否還能鎮定自如就是水平了。有些問題是沒有對錯的，比如，如果service crash了，你會怎麽辦？這個其實是一個習慣和處理問題的方法的問題，仁者見仁，智者見智。熟悉service的人可能根據出事的時間就能猜出來。但是，這個問題問出來，不是讓你做論述，而是看你解決問題的思路。所以，要冷靜。簡單的技術問題就是直接答，人家問題Debug在哪個namespace裏，你就一句話答了就行了，不知道就隻能說不知道，但是，可以說我從來沒有需要用過，所以不熟悉。給自己辯解一下，辯解也要簡單，多說無益。但是，如果你10個問題，有7個不知道，我覺得也就別辯解了。如果人家問的問題不是簡單的技術問題，你就要能看出來人家到底是要考你什麽。比如，service crash的那個問題，就不是一個具體的技術問題。人家問你是用interface還是abstract class，別說我習慣用interface。你要答這二者的區別。這個麵試，同時也是看你是否和他們能合作，太拘謹，太激動，都不好，要侃侃而談，自信滿滿，既謙恭，又自信。現在技術麵試是很嚴的，就是說，技術問題問的很多很細。如果真的不懂，是很困難的。有些公司會有white board coding，就是上白板上手寫程序，良心話講，這是挺要命的，因為平時都是VS寫，intellisense都有提示，沒人需要記得所有的名字，所以，一但遇到這種考法，大家也都知道，要看的是sudo code，不是能馬上運行的程序。要看的是你的邏輯流程。但是，如果讓你寫個recurisive從1加到10，這裏麵不太需要特殊的namespace，就是看你對recurisive的理解。我沒遇到過當場寫程序的。但是，遇到過一次，人家在白板上寫了兩個class，然後讓我看兩個的關係。逐漸演變成4個class，然後對於我不知道的一個問題，人家給我解釋一下，就讓我用。那是再看我的學習能力。還有過智力問題，就是那個者名的戴帽子的問題。寫多了，寫多了。。。
從現在的技術看，（隻是從windows這邊看），C++至少還有幾十年的活頭，c#是正當壯年，現在最熱的是WPF和WCF，不懂有點落伍。但是學起來很容易。
對待麵試，就算是最資深的程序員也得看書準備，很多概念問題，平時用不到的，隻有麵試用得到。看書（包括網），要針對對方的特點看，對方找service的程序員，你要看threading，對方找UI的，你要看UI，對方找web的，你要看asp。各個的模型要弄懂。
我個人喜歡coding，覺得做到退休應該沒問題。我現在決定不了的是到底要不要向architect發展。我在原來公司做到後來開始做architect，現在的公司因為是小媳婦，隻是寫程序。我覺得寫程序樂趣多，architect要悶一些，沒程序可寫。
先掃盲啊，挨踢和軟件其實不是一個行業。我都是軟件行業。挨踢的主要是管理公司網絡，電腦維護等等。小的公司二者可能是合在一起的。
俺從2000年開始寫軟件，寫了10年了。我個人很喜歡，但是也確實見到有的人做得很吃力，特別是女的，不知道為什麽。我和一個舊老板也曾討論過，為什麽好的女程序員不多見，討論沒有結果，因為再討論下去怕有歧視之嫌。我看到很多提出要注意是否要進這個行當。從我個人的體會來看，這是個easy money的職業。不用風吹日曬，不用天天笑臉迎和客戶，程序其實容易寫。誠實的說，我一天也就有個2-3個小時在幹活就能和其他人持平工作進度。當然，這是前麵那家公司，現在新到這家公司，還是要當小媳婦，乖一點。我這11年，主要是c#和c++。如果你善於和人打交道，幹這個行業就是錦上添花了。我曾經的一個組，都是悶頭幹活的大老爺們，他們要求挨踢組給弄點事兒，永遠要等一個月，派我出麵，3天。嘻嘻。。我是女的。。。
找工作，我很有體會，不是吹牛啊，我相中的工作，十有八九我能拿到offer。不知道我的體會是否適用於其他行業。我也替公司招過人，所以還是小有體會的。今天就概述一下，沒時間敲太多字，有問題問，需要我在哪個部分詳述的我再補充。拋磚，拋磚，大家補充。
首先，是簡曆。如何讓你的簡曆脫穎而出是第一步。現在大一點的公司，都是簡曆數據庫，有軟件自動檢索簡曆，找出符合條件的。找法，就是檢索關鍵字。所以，你看看招工廣告上的條款，那些就是關鍵字了。這些關鍵字在你的簡曆裏如果能有個80%，你就是非常符合這份工作了。準備幾分簡曆，一份給程序員，一份給QA，一份給數據庫。。。我是隻願意做程序，所以沒寫其他的。簡曆上把不相關的經驗忽略掉，把相關的好好吹一吹。我每次寫簡曆前，都要厚起臉皮來，把自己使勁兒的誇。如果是投給大公司的，注意使用關鍵字。如果能有人幫你從內部推薦是最好的，不是為了保障得到這份工作，而是保障經理能看到你的簡曆。要知道，很多簡曆都沒有過HR這一關，或者根本就沒能檢索出來。連機會都沒有了。簡曆的具體寫法又是一篇3000字論文，我不多寫了。有空再說。
然後，是電話麵試。通常，第一個電話是HR的。他們打電話的目的，是確認你確有其人，而且你不瘋不傻，能說話。。。通常，HR就是問問你是who,你現在幹什麽，如果你簡曆上對目前的工作保密（我的寫的Information available upon request)，他們這個時候會問你現在的婆家是哪一個。但是，其實，如果你把簡曆直接投給一家公司，這部分是不用保密的。我的簡曆是放到monster這樣的網站上了，所以才藏著。這通電話，沒有技術問題，但是有可能會問你現在的項目是什麽。不要太誠實，要反複想著人家招工廣告上的關鍵字。人家找服務器的程序員，你就說目前的項目是給一個UI的軟件做後台服務器的支持。。。但是，靠的別太露骨了，除非你和新工作是同一個行業的。再有，就是要記得你自己簡曆上寫了什麽，不要簡曆和你好像是兩個人。我通常投一份簡曆，我自己會留一個底，標上投給哪家了，人家一但跟我聯係，我好知道自己吹噓了什麽。
第三，技術電話麵試。你通過了HR那一關，就會接到電話麵試了。電話麵試有時候隻有一個人，有時候可能是一大堆人。這次會有技術問題了，但是不會太深，太複雜。這次技術麵試的目的，是看看你的技術水平是不是他們想要的範圍的，是否真的是知道他們要找的技術種類。人家找JAVA，你隻懂C#，這一關就不好過了。我現在的工作是服務器上的軟件，所以電話麵試時，都是服務器上的問題，我的超級強大的UI的經驗是一點用都沒有。電話麵試的技巧之一：站著說。即便不是麵對麵，當你站著說話的時候，你的態度會積極很多，對方是能聽出來的。然後，就是你也要提問題，不要以為提問是可有可無的。提問嘛，其實很簡單，問問他們編程的cycle是什麽樣的？是water fall?還是iteration?用什麽source code control?多長時間一次release?requirments誰來定？是否需要做支持？這些問題，是顯示你對軟件開發這一行的熟悉程度。千萬不可說我沒有問題。
第四，麵試。on site了，就是技術大戰的時候。通常，你也會見見經理，經理不大會問技術問題，但是經理會問問你通常都做些什麽樣的項目。你要把項目解釋得和他們做的東西靠邊。也會問問你為什麽要換工作。經理主要看的是你能否和他溝通，是否癡傻呆孽。如果公司小，經理也會管技術，也會問技術問題了。然後，就是隆重的技術大戰了。這個是要真槍實彈了。通常，問題一定要問到你不會了才算罷休，否則他們也無法知道你的技術水平到底在哪裏。再有，就是性格的考驗了，如果接連幾個問題不會，你是否還能鎮定自如就是水平了。有些問題是沒有對錯的，比如，如果service crash了，你會怎麽辦？這個其實是一個習慣和處理問題的方法的問題，仁者見仁，智者見智。熟悉service的人可能根據出事的時間就能猜出來。但是，這個問題問出來，不是讓你做論述，而是看你解決問題的思路。所以，要冷靜。簡單的技術問題就是直接答，人家問題Debug在哪個namespace裏，你就一句話答了就行了，不知道就隻能說不知道，但是，可以說我從來沒有需要用過，所以不熟悉。給自己辯解一下，辯解也要簡單，多說無益。但是，如果你10個問題，有7個不知道，我覺得也就別辯解了。如果人家問的問題不是簡單的技術問題，你就要能看出來人家到底是要考你什麽。比如，service crash的那個問題，就不是一個具體的技術問題。人家問你是用interface還是abstract class，別說我習慣用interface。你要答這二者的區別。這個麵試，同時也是看你是否和他們能合作，太拘謹，太激動，都不好，要侃侃而談，自信滿滿，既謙恭，又自信。現在技術麵試是很嚴的，就是說，技術問題問的很多很細。如果真的不懂，是很困難的。有些公司會有white board coding，就是上白板上手寫程序，良心話講，這是挺要命的，因為平時都是VS寫，intellisense都有提示，沒人需要記得所有的名字，所以，一但遇到這種考法，大家也都知道，要看的是sudo code，不是能馬上運行的程序。要看的是你的邏輯流程。但是，如果讓你寫個recurisive從1加到10，這裏麵不太需要特殊的namespace，就是看你對recurisive的理解。我沒遇到過當場寫程序的。但是，遇到過一次，人家在白板上寫了兩個class，然後讓我看兩個的關係。逐漸演變成4個class，然後對於我不知道的一個問題，人家給我解釋一下，就讓我用。那是再看我的學習能力。還有過智力問題，就是那個者名的戴帽子的問題。寫多了，寫多了。。。
從現在的技術看，（隻是從windows這邊看），C++至少還有幾十年的活頭，c#是正當壯年，現在最熱的是WPF和WCF，不懂有點落伍。但是學起來很容易。
對待麵試，就算是最資深的程序員也得看書準備，很多概念問題，平時用不到的，隻有麵試用得到。看書（包括網），要針對對方的特點看，對方找service的程序員，你要看threading，對方找UI的，你要看UI，對方找web的，你要看asp。各個的模型要弄懂。
我個人喜歡coding，覺得做到退休應該沒問題。我現在決定不了的是到底要不要向architect發展。我在原來公司做到後來開始做architect，現在的公司因為是小媳婦，隻是寫程序。我覺得寫程序樂趣多，architect要悶一些，沒程序可寫。
Good job, thanks!