tim5168 wrote:
上班時間 8.30~...(恕刪)
我的方法讓您參考看看.
要面試的履歷自已篩挑,也順便練習自己看履歷挑人的能力.
人資和用人單位看的重點一定不一樣.
也許投履歷人員的某一句話就可以挑起面試官的興趣,但人
資一般會對這種忽略掉(套句鄉民常講的:不懂那個梗).
可以筆試,但不是要出考題. 大約10~15分鐘就可以寫完為範圍.
重點會有幾個
1.在應徵者對所要面試的公司產業/職務特性的瞭解程度,
2.反應,思考和邏輯能力
目的是在於瞭解面試者與他的學/經歷交叉比對的程度.
有點像在出問答題,但不見得有標準答案.
還有就是對問題的探討能力,程式設計師如果腦筋轉的不夠活,真的不要走這行,會很痛苦.
像我的工作是embedded linux開發,產業比較偏像工業控制,我出的問題也許會有這些:
1. rs-232/rs-422/rs-485的差別
2. embedded linux boot 的來源有那些
3. 使用過那些 BSP? 有何差異點?
我不知道你們公司有沒有做性向測驗,人資有沒有跟你解釋過這些測驗的數據要怎麼看?
如果沒有,人資該打屁股. 這個測驗也是一個指標.
再來就是事先假設了.
如果應徵者是新鮮人,那就不要太期望這個筆試能答多高,所以重點會是幾個.
1.專題:專題是很好拿來聊的一個話題,可以從中知道他在專題扮演的腳色和負擔的內容.
也藉此瞭解這個人在表達事物時是不是有條理,腦袋夠清楚.
在他聊的過程中也可以去實際問說他是怎麼完成那些程式的.
2.反應,思考和邏輯能力:可以找個連連看的腦筋轉彎題目,觀察他是如何解這個題目的.
我有時甚至會鬧應徵者,說這個題目不保證有答案.藉此看他的反應是如何.
至於有經驗的應徵者,那反而對你應該是容易的才對.
因為可以直接從他工作所接過的案子下去問,那就真的是純技術討論了.
除非真的是天生愛死寫程式的人,不然畢業後又去服兵役的人,
說真的你期望他記得幾樣東西? 如果他有底子,腦筋又夠靈活,實際上做中學是最快的.
很快就能抓回那種感覺了.
好人材不見得一定要多會寫筆試,重點是團隊運作.
曾經在人力銀行看到過號稱很厲害的,但是字裡行間透露出他堅持自己行事風格的人.
結果是...過了半年,看到他還是在丟履歷.何必呢?
tim5168 wrote:無聊,有點刻意刁難
上班時間 8.30~...(恕刪)
同樣是寫程式,有東西能夠查就好了,用久了自然就背起來
而且現在的開發環境都有自動完成功能,看到對的函式名稱就選了,很少在背的
要是拿沒有網路該怎麼辦的講法來堵的話
現在環境上要是真的沒網路,我看公司也別混了,連基本的都沒有怎麼跟人競爭
SQL指令寫錯了大不了重寫,不會寫可以用試的,不要說要試到民國幾年
200人以下的科技公司,還沒到說一秒鐘好幾十億上下,而且也還有前人留下來的程式可以參考
(通常寫網路程式的很會藏私也很會互鬥
主要原是這工作很好被取代,所以可能找不到可參考的程式XD)
反而是程式邏輯語溝通協調能力比較重要,我有見過那種手上會扣程式碼的,只給你軟體
要隨客戶需求修改的時候GGYY的,說什麼你不懂這有多難寫,要他把原始碼拿出來也是拖三拉四的
最後所有的排程都卡在那個人身上,浪費大家時間
所以說用什麼方式寫程式都差不多,不要太吹毛求疵
吾所以有大患者，為吾有身
內文搜尋
從 APP 打開
X