題:
與面試官發生(技術性)爭論-我應該道歉嗎?
Nitin
2017-10-03 01:32:43 UTC
view on stackexchange narkive permalink

我今天進行了一次技術電話面試,採訪者和我在我的代碼中(一個很小但非常不重要的)技術細節上存在分歧,他提出了一個建議,但我不同意並認為我們應該嘗試一個稍微不同的事情。

他堅持認為我錯了,而且根據我的更好判斷,我對論點也很執著,因此我一直在與他爭論。它並沒有升級到當前的問題上,儘管確實有所升溫,但事後看來,我只是在第一次爭論之後就放棄了這個觀點。

我意識到我在與現在是公司,但就將來保持在該公司工作的可能性以及對同胞的禮貌而言,我是否應該為此道歉?如果與同事發生這種情況,我想會發送一封道歉記錄。

我沒有開發人員的聯繫信息,但有招聘人員的信息。

評論不作進一步討論;此對話已[移至聊天](http://chat.stackexchange.com/rooms/66711/discussion-on-question-by-nitin-got-into-a-technical-argument-with-my-intervie)。隨時在該聊天室中繼續討論技術。
十三 答案:
anon
2017-10-03 02:37:09 UTC
view on stackexchange narkive permalink

這是測試。

您的面試官想看看您如何回應對代碼的批評。顯然,關於您的代碼是否正確不是爭論者面試官尋找的結果。如果老闆說:“我明白你的所作所為,但是我希望你以不同的方式去做”,那麼你的回答應該是:“好的,我會那樣做。”並不是說您不能質疑這樣做的正確方法,但是如果這些問題被否決,那麼您就不是進一步爭論的地方了。

如果方式存在問題建議,解決該問題的正確方法是問一個問題:“那樣做是否會導致{失敗條件}?”如果上級拒絕,那麼您可以按照上級建議的方式進行操作,然後在收到錯誤報告時更正它。

如果我正在接受采訪並且對我說了類似的話,可能會問:“您會建議如何實施?”然後以“我明白為什麼您會選擇這種方式”這樣的方式回答。或者,如果提議的解決方案看起來不起作用,我會回答“我需要嘗試一下,看看它如何工作,但是如果可行,我會很滿意。”

實際上世界團隊的發展,您將需要花費幾天甚至幾週的時間來工作,只是為了讓一位資深人士來在幾小時內重構您的代碼。他們可能會或可能不會有所改善,但這並不重要。代碼不是您的;它屬於公司,並且公司在上級檢查工作時會信任上級。而且,如果您不能忍受這一點,那麼團隊環境可能不是您的最佳選擇。

現在道歉幾乎沒有意義。如果您將來某個時候再次遇到它們,那就對不起,否則就把它當作一種學習經驗繼續前進。

對於那些不同意並認為在職前面試中與面試官爭論的人是正確的事情,我尊重您的意見,只是問您不要來這裡問關於為什麼您無法找到應聘者的問題。工作。

對於最優秀的老闆來說,情況並非如此:[您試圖偏離指示去做正確的事。我希望您以其他方式(我)進行操作]。 好的老闆不在乎“不同”或“他們的方式”,而只在意最優結果。按照您的要求操作既簡單又安全。但是,如果您確實能獲得客觀上更好的結果,那就去做。 當然,不僅要流氓,還必須提出令人信服的論點。在這種情況下,問題似乎出在你是錯的,或者是論點沒有說服力,而你讓情感蔓延並且沒有保持冷靜。
另一條評論,關於論證錯誤的最後一段是冒昧的。“論據”不是問題,而是氣質。如果您可以有效地掌握恭敬提問的平衡,那麼它將顯示出積極的屬性。當候選人表現出這種鎮定,獨立,甚至可以教我一些東西的才能時,我個人感到很興奮。
Joe Strazzere
2017-10-03 02:44:51 UTC
view on stackexchange narkive permalink

我意識到我現在暫時失去了在公司的機會,但就將來維持在該公司工作的可能性以及對同胞的一般禮貌而言,我應該為此道歉嗎? / p>

是的。

聽起來這很困擾您,而且您知道自己的論點太過分了。我們都去過那兒。

道歉。您會對此感覺更好,並且可能會挽救未來的潛在關係。

也許,也許,它將挽救它。搞砸是一回事。我們所有人都在不同程度上定期這樣做。承認並為此道歉是另一回事。我很少看到這種東西。如果候選人選擇後者,那將給我留下很好的印象。
謝謝喬的建議。我想明天我會道歉。我選擇接受其他答案,因為它解釋了面試官行為背後的可能原因,但我也非常感謝您的回答。
我什至會加上“道歉不會帶來更多*更多*的負面影響”-根據我的經驗,人們經常會發現對*願意*承認自己錯了的人的尊重。
@202_accepted-實際上,希望訪問者忘記了受訪者的身份詳細信息。道歉可能是用壞面試的記憶來確保名字的增強記憶。
@IDrinkandIKnowThings並不是真正的藉口,很大程度上是猜測。如果*確實*是面試的負面結果,那麼面試官*不會*被遺忘,因此*不*道歉要做的唯一事情就是保證OP看起來很粗魯和不專業。從OP的指示來看,他們絕對沒有機會,他們*還可以*吸吮並告訴面試官他們很抱歉,因為這表明對面試官的尊重*。
@IDrinkandIKnowThings不僅如此,事後再發送一封寫有“感謝採訪”的跟進信件/電子郵件是*總是*好的做法,並且*道歉併入其中也並不難* *。
@202_accepted-我不同意。如果我進行面試,我希望他們忘記我,而不是談論與我正在面試的其他公司的朋友在一起。
@IDrinkandIKnowThings OP並未指示它們已被引導。如果這種轉換在面試過程中是按課程要求進行的,則*不*進行跟進表明兩件事:第一,OP不尊重或欣賞面試官的時間;第二,OP不尊重或讚賞討論。從種種跡象來看,採訪的其餘部分進行得很順利,而且沒有問題*,因此道歉也不是一個壞主意,特別是因為“總是”感謝您的回答。
我的回答僅僅是對您的評論“道歉不會帶來更多負面影響”。如果是我本次採訪,我不會跟進,但是正如我所說,跟進可能會帶來負面影響。thoguh沒有理由繼續此chat不休。
即使它不能挽救任何東西,我也看不出它會帶來什麼傷害。*道歉 *?我當時正在考慮僱用他,但是現在,這不是一個機會。*
@Brandin會告訴您,該人認為錯誤的想法是應該道歉的。我不能有像那樣的人為我工作,尤其是沒有創意的人。
@mathreadler為正確的事情道歉:“我說的太過分了,為此我道歉。”
從什麼意義上講它太過分了?OP認為面試問題的目的是衡量技術技能和知識。爭論可能是發現問題的絕妙方法。爭論也是一個雙面的硬幣,如果面試官只是丟下這個問題而繼續前進,那不會太過分。
Kilisi
2017-10-03 02:07:35 UTC
view on stackexchange narkive permalink

最好忘記它。

我認為您的立場是正確的。

不要太擔心它,這是一項技術,他可能會持有怨恨,但他不是招聘經理。

我不是開發人員,但是我與工程師進行了爭論,不久之後他們意識到他們實際上是正確的,並高度評價他們不屈服於我的錯誤。 / p>

誰做錯了無關緊要。真誠,無私,探索,是我們為達成真相而付出的努力。
nobalG
2017-10-03 12:15:46 UTC
view on stackexchange narkive permalink

我讀過蓋爾·拉克曼·麥克道威爾(Gayle Laakmann McDowell)的一本書,“破解編碼訪談” 。我可以從您的問題中聯想到那本書中描述的事物。我原以為這本書將包含很多技術內容,但事實並非如此。開始部分包括重要方面,必須成為一個好的團隊成員。

受訪者在腦海中進行採訪時對他/她自己的要求是什麼?

“我要喝啤酒嗎?傢伙?”,或者至少,“我介意在這個傢伙旁邊工作六個月嗎?”從訪問者的角度來看,他們選擇一個鄰居,他們打算在可預見的將來每月工作200個小時。

我知道堅持下去總是很不錯的以您的信仰和知識為基礎,但有時最好還是退縮,將槍支放在口袋裡。取一兩個胸部,但不要死。提出自己的觀點,但不要冒犯其他人。智力只是工作的一方面。還有很多其他次要的東西,例如耐心,思想上的靈活性,更少的僵化等等。您必須牢記。 / strong>

在以前的工作場所中,我記得兩個截然不同的編碼器。他們中的一個總是會積極地接受一個代碼建議,然後說:“好吧,那樣做,幫助我了解如何使其能夠工作”,而另一個會說:“沒辦法!我以自己的方式做”。...您想與“積極先生”還是“古怪先生”一起工作?
我本人是個胡思亂想的人,但現在我是個積極的人,我禮貌地表達我的觀點,但是按照他們的話說,因為我知道我所做的不是我的代碼,它屬於公司。如果以後出現任何問題,它們將給我時間解決我已經指出的問題。
“ Crankys先生”是許多工作場所的禍根。除非他們100%正確(極少見),否則我會發現人們只是在挑戰他們,最終不再就任何事情徵求他們的意見,因為這不值得去做。然後它們被隔離了,當涉及到“縮小尺寸”時,它們首先出現。除非他們是天才,否則他們往往會流連忘返!
[她在Quora上](https://www.quora.com/profile/Gayle-Laakmann-McDowell)。
Isaiah3015
2017-10-03 01:59:02 UTC
view on stackexchange narkive permalink

如果確實困擾您,請告訴招聘人員。您的招聘人員可能會代表您發送道歉。這些類型的分歧和爭論不會經常發生,但確實會發生。除非你們倆都互相爭吵,否則您的處境並不會造成巨大的危險。

我建議您繼續前進並放手。從中學習。確保在下一次面試中,您不會再次陷入激烈的分歧。一旦被錄用,您將有很多不同意的機會,並且可以在一個更好的地方證明您的職位。

老實說,我會更加擔心您的招聘人員可能會傾向於將您轉嫁給您機會,因為您可能被標記為在面試中爭論的人。因此,我也建議您放開該招聘機構,並找到一個新的招聘機構(如果可以的話)。

相反,我不會僱用有爭議的人。這對團隊合作和協作具有破壞性。您需要學習接受他人的建議和/或觀點,無論是對還是錯。如果他們的方法不正確,它將出現在工作中,不是嗎?
@Debbie沒有人是完美的,我想和意識到這一缺陷並願意解決這個問題的人一起工作。沒有人是完美的。
Der Kommissar
2017-10-03 21:13:59 UTC
view on stackexchange narkive permalink

從所有跡象來看,其餘的採訪都進行了適當的安排,並且您沒有提到過早結束採訪,因此在這種情況下,理由不足以證明應立即撤職。

所以,這是我根據面試的典型答复為您提供的建議:

  • 首先,它是總是適合發送跟進信函或電子郵件,通常是您向面試官(以及與您互動的公司的所有人員)發送的標準“謝謝您的時間”信函。我在每次面試後都做完了,這對我很有幫助。您應該始終讓他們知道您感謝他們抽出寶貴的時間與您見面。即使面試表現不佳,您仍然應該(尤其是存在負面觀點)告訴面試官您感謝他們的時間。這會向他們發送您尊重他們的信號,這是您應該嘗試發送的第二個最強信號。 (首先是該領域的能力。)

  • 第二,因為已經 SOP在下一個步驟中跟進“謝謝” 24-48小時,我建議您在其中添加一個有關“參數”的小片段,具體取決於它的運行方式。關於以下內容,可能只是一句話:

    關於我們在____上的討論,如果我看起來很激進/防禦,我想道歉,並且我對這次談話表示讚賞。您的觀點<也許提到了他們在主題>上說過的話,肯定可以幫助我從不同的角度看問題。 em>。您可以道歉是冒犯性或防禦性的,但不要說“對不起,我說...”,而只是“想道歉,如果”,並提出積極的談話內容。面試官很可能不會懷恨在心。

  • 第三,將其轉變為學習情況。您應該總是從面試中刪除一些東西,我希望您在這裡學到的最大知識是,您不應該立即辯護反對的論點。始終保持開放的態度,並從每個角度看情況。

全方位的好建議:儘管我可能不會包括“如果我看上去好鬥/防守很抱歉”(除非候選人真的對此很不滿意),但請跟進。只是一個簡單的“我對您的評論xyz進行了更多的思考,可以看到它在這種情況下的效果如何,但在其他情況下,可能需要採用其他方法。”永遠:從這些東西中學習-實際情況是最好的老師!
gbjbaanb
2017-10-03 21:43:09 UTC
view on stackexchange narkive permalink

我根本不認為這是一次考驗。我從沒在採訪中見過這樣的東西。該技術人員專心接見您,只是為了確定您的技術能力而已,僅此而已,他可能不得不對另一個受訪者問同樣的老問題而感到惱火!

所以發生了什麼事,兩個開發人員陷入了通常的爭論,那就是空間或製表符是否更好,還是當時有些瑣碎但非常重要的事情。

現在塵埃落定,您意識到這很愚蠢,是的,向您道歉是適當的-但不道歉,以提醒招聘公司您不是爭論性強的人才,不會浪費當地的團隊合作精神。

因此,您與招聘人員聯繫,並告訴他,您被困於試圖正確回答問題的過程中,以至於您被帶走了。採訪環境是非常人為的,畢竟會給人們帶來很大壓力。因此,請解釋一下,您要對面試不像以前那麼簡單感到抱歉,但更重要的是,還要補充一點,您通常不是那樣,並且在實際工作情況下,您永遠不會陷入代碼愚蠢的爭論之中。 p>

招聘人員正在查看他僱用您的潛在佣金,將通過電話與他在公司的聯繫人聯繫,以轉達這一點,並用一點點肥皂水來謀求您的錄用(嗯,他的委託)。

這是一件很好的事;如今,面試是如此的缺乏人格化,即使您仍然沒有找到工作,這種人情味也會受到讚賞。

最後,不要為瑣碎的事情辯護。最終結果是代碼中重要的部分,而不是用來生產代碼的酷玩具或“ fad du jour”。

我們還要記住,如果您試圖招募的員工處在對抗狀態,您為什麼擔心在這樣的環境中工作?如果這是他們的作案手法,那麼對事實道歉可能會使情況更糟。走開,找到適合自己的文化,並觀察自己的脾氣。
我見過很多面試,面試官正在調查候選人以這種方式處理批評的能力。這是一種常見的技術,也是一個好主意。沒有團隊或雇主希望有人不能建設性地處理批評。
Mark K Cowan
2017-10-03 23:55:40 UTC
view on stackexchange narkive permalink

我在一次軟件採訪中就文本解析方法爭論不休。在他們為我提出的隨後的編程挑戰中,存在一些解析和模板化的元素-我看到了向他們展示自己觀點的機會,後來我得到了這份工作。

我猜是否取決於關於以下幾點:

  • 數據在哪裡?您可以支持您的論點嗎?

  • 文化-即使您有數據,面試官也習慣於做出以數據為依據的決策嗎?還是他們看重更快的“膽量”決策?

  • 冷靜-討論是否隨著論點的提出而保持冷靜和發展,還是只是兩個人圍成一圈重複最後,我拒絕了這份工作。

從那以後,我一直在這家公司工作,人們不僅習慣了我在製定設計/優化決策時會挖掘證據的傾向,而且也很樂意回報。

Eric Duminil
2017-10-03 23:50:41 UTC
view on stackexchange narkive permalink

這實際上取決於您申請的工作類型以及他們所尋找的個性。

誰知道?他們可能正在尋找一個骨幹強大的人,一個對自己的代碼充滿熱情的人以及一個願意在壓力很大的情況下捍衛自己的職位的人。

也許面試官知道他錯了,但一直在逼著你知道如何你會做出反應。在現實生活中,即使您告訴客戶不能做到,銷售人員也會向客戶承諾。老闆將要添加特徵X,Y,Z和除廚房水槽之外的所有內容。能夠說“不”是一項非常重要的技能,禮貌而堅定地說“不”並不總是那麼容易。

我並不是說你做的是正確的方法:現在說“我意識到我現在已經失去了在公司的機會” ,為時尚早。現在,您可以以獨立和客觀的方式查看兩種解決方案的利弊。如果面試官是正確的,寫道歉話。如果您的方法客觀上比較好,請就您的提出方式道歉。

最後,如果您申請了客戶支持或老闆保姆職位,是的,您搞砸了。 ;)

Neolisk
2017-10-05 19:27:35 UTC
view on stackexchange narkive permalink

採訪訪問者。如果他們不同意,請繼續。如果繼續前進,就可以得到這份工作。在那個階段誰是對是誰都沒有關係。你想要這份工作嗎?得到報價後,這個問題才有意義。在此之前,請盡量收集有關公司及其員工的信息,以做出明智的決定。面試是您獲取該信息的絕佳機會。

現在該怎麼辦?繼續前進,下次再試。

gnasher729
2017-10-05 20:40:35 UTC
view on stackexchange narkive permalink

我們不知道您的論點是如何產生的,但是在任何情況下都不會道歉。

哪怕他們很高興您能站出來並發表意見,即使在壓力下也不能這樣做,例如在面試中。在這種情況下,道歉只會削弱您的地位。

或者他們認為作為低調的受訪者,您不應該質疑您的上司,甚至不敢與他們爭論,在這種情況下,您不僅不想要這份工作,而且道歉不是會幫助你的。

Pete855217
2017-10-06 08:49:10 UTC
view on stackexchange narkive permalink

面試官可能一直在進行某種測試,以了解您對批評的反應。如果您認為是這種情況,即使對面試官的回答似乎有些奇怪,也可以道歉。如果您沿著這條路走,請確保您有很多話要說,不僅僅是道歉,例如謝謝您的寶貴時間,我想了更多關於您提出的技術問題的信息,(簡要地)這裡有一些想法等。他可能一直在測試您對自己的工作有多辯護/辯護:表現出這些特徵的人通常並不好在團隊環境中。如果是您,並且您如雨後春筍般冒出來,面試就從他們的角度進行。

其他人的答案很好地概述了將來的應對方式,即嘗試進行尊重的對話,詢問有關面試官解決方案的問題可能有用。...這是處理這種情況的最佳方法。

如果您認為面試官只是投入了10美分,而這不是腳本的一部分,我只是用它來體驗,而不用道歉...它看起來有點“絕望”,並可能向他們表明你沒有很高的自我價值。

我認為你意識到這一點問題,並在這裡尋求幫助,儘管表明您會成為一名好員工。您不能巧妙地使他們看到此帖子,這是一個恥辱!祝你好運,這是如何從面試過程中學習的好例子。

Stelios Adamantidis
2017-10-06 16:54:25 UTC
view on stackexchange narkive permalink

作為軟件開發人員,我發現自己捍衛了我多次編寫的代碼。但是我認為這是一個更籠統的問題,因為它不是“我應該為自己的代碼辯護”嗎?

我應該道歉嗎?

答案是

這取決於。

您冒犯了他們嗎?你粗魯嗎?你自大嗎?即使沒有,面試官在與您爭論時,您的語氣是否發出“您現在正在告訴我的這名B / S”的態度?那是道歉。但不是因為您擁有自己的見解勇氣。為您的態度道歉。是否道歉(IMHO)不是針對工作場所 的問題,而是針對人際交往技能 的問題。僅當您傷害了某人時,才嘗試道歉(再次恕我直言),而不是如果您做了您認為正確的事情,而他們只是不喜歡它,就道歉。否則,您不僅會發現自己道歉的方式太頻繁,而且還會給人留下這樣的印象:每當有人試圖將責任歸咎於您時,即使是錯誤地,您也會很樂意接受並道歉。

課程-未來的注意事項

現在,對我來說,您似乎正在尋找新工作(或者也許是您的第一份工作)的過程似乎有些明顯。我認為,無論結果如何,每次面試都應該是對未來的一個很好的教訓。您可以為此做同樣的事情。

請記住,您還沒有加入他們的工資單,因此您沒有義務同意他們為代碼專門告訴您的任何內容,因為他們還沒有付錢給您編寫軟件。如果您有文化差異,那麼現在是揭露它們的方式的時候了。這裡的陷阱是,如果你們倆都堅持,那麼您最終會陷入非技術性爭論,那就是另一種情況。最好以一種“禮貌地同意”的方式停止爭論,然後繼續下去。擺脫這種情況的一種方法是在ray的評論中,他實際上建議將球扔給他們的球場,然後讓他們詳細說明您的解決方案的問題所在。

這有很多好處:首先,這是一個退出策略。您的問題是我是否道歉,答案是一開始不要讓自己處於這個位置。通過要求他們精心設計而不是捍衛您的解決方案,可以最大程度地降低風險。然後,讓他們向您解釋他們的分歧。如果是出於分歧,您已經公開了它們。如果有真正的原因在後面,那麼您可以查看將來如何解決這些問題,如果您將來與那個人一起工作。

最後,請始終記住,採訪是雙向的:他們採訪您,您也採訪他們。除了練習之外,沒有其他方法可以提高您的技能(可能會很悲傷)。所以問問自己:您想和他們一起工作嗎?您是否想與一個主張簡單事物並一無所獲地提出重大問題的人一起工作?您想為一家弘揚這種文化的公司工作嗎?即使這是其他人提到的測試,它也會發出聽朋友的消息,在這裡,我們希望人們在告訴他們“天空是綠色的”時說“是的先生” 。我當然是在誇大其詞,但是如果他們想為您做準備並為您測試這些情況,那麼這就是常態。還是他們因此而失去/解雇了僱員,而在面試中掩蓋住這個問題已經成為一個重大問題。

免責聲明:您對上述內容的堅持程度很高取決於您對工作的渴望程度。如果這是您的第一個,那麼即使是別人的錯,您也可能要道歉。但是,請注意不要習慣養成習慣。“



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...