我可以告訴你，這種方法非常勇敢，從勇敢的角度來說，我的意思是說，闖入樹林與沒有武器或防護的熊作戰是勇敢的，並且會獲得相似的結果。 / p>

如果您接受面試以了解廚師的職位，那麼您就不想走進門，告訴他們菜單上的所有錯誤，實際上就是您要做的。如果您能指出他們競爭對手的工作中的錯誤，那就更好了。

這表明您可以發現錯誤，而不必對潛在的未來雇主說任何不好的話。如果您必須談論他們的Beta，請指出他們做得很好，以及您如何知道做得很好。如果您被壓抑，請以積極的方式開始。

好吧，我注意到遊戲過程非常流暢，並且AI表現很好。如果必須選擇要更改的內容，則可以為名稱選擇其他顏色，或者如果名稱移至顏色匹配的區域，則可以更改顏色。

注意如何我並不是說這是一個不好的選擇，但是有一些可以改進的地方，怎麼辦？這就是您要在面試中採用的方法。

如果您要申請QA類型的角色，那麼指出Beta中的錯誤有很多價值。您立即展現出對細節的敏銳洞察力，並且可以展現出錯誤報告的風格。隨時炫耀您認為遊戲的缺陷，但要說明理由。

但是，如果您要申請開發人員角色，請放慢速度。開發人員總是會遇到尚未解決的重大錯誤。如果您只是碰巧用一個自己的突出錯誤來打擾面試官（並且這樣做比較敏感），那可能會讓他們討厭您，您可以告別工作。可以將錯誤提供給存在該錯誤的訪問者，但要記住要輕描淡寫。告訴您的面試官，即使是偶然，他們的工作也不好。

編輯-添加更多建議...。

遊戲開發人員喜歡做的一件事是在他們的遊戲中添加複活節彩蛋和魅力。例如，在最新的動物穿越遊戲中，食人魚在水族館的水箱周圍有默認的游泳週期。但是，如果您站著玻璃杯，它會刺痛您一些。這與遊戲玩法完全無關緊要，但是您可以告訴那些通過愛完成遊戲的人。瀏覽演示，嘗試找到您真正喜歡的演示內容，並提出這些內容而不是錯誤。它仍然顯示出對該產品的積極性和興趣，但是當您討論自己喜歡的事情而不是發現錯誤的事情時，您更有可能引起面試官的強烈肯定。

假設他們已經知道您發現的所有錯誤。

他們的應用程序處於Beta版。他們有質量檢查測試人員。他們知道錯誤，甚至可能還沒有找到。他們不應該將候選人面試作為測試自己的應用程序的手段，而且很可能沒有。

因此，如果您決定提出錯誤，請牢記這一點。請記住，您是在告訴他們他們已經知道的內容，並且他們肯定比您更熟悉他們的應用程序。告訴他們的要點變成了您自己注意到細節的能力的證明，並且您可以通過指出其他應用程序中與他們無關的漏洞來做到這一點。我不建議您提出錯誤，除非他們要求。

如果您想告訴他們發現的錯誤，請使用他們建議的錯誤記錄系統（通常是Beta版，他們會在發現錯誤時發佈建議，然後執行。

我在電子遊戲領域工作了幾年。我記得先得到一個構建，然後玩它，然後立即與我的技術負責人談談我認為是錯誤的某些事情。這不是採訪前。那是我上班的第一周。我的領導完全樂於接受對話，但是並不是所有的東西都被認為是真正的錯誤。

我會說10個單獨的項目肯定太多了；不要指望所有這些都ex割。 最多，有3個這樣的要點可以討論。

但更重要的是，重點放在工作期望您擁有的技能上。發現並提交錯誤報告可能不是主要的工作活動。 （在我那裡的地方，有一個專門的Q / A部門在此方面發揮了更大的領導作用。）作為工程師，您期望掌握的核心技能是能夠修復錯誤和開發新功能。如果您有自己開發或處理過的代碼示例，或者面試官有任何編碼問題，那麼這些問題將更為重要。

請隨意使用3個這樣的項目來表達您的關注和興趣在產品中。您可以看看是否自然而然地出現在面試中。但是不要強迫它，而要專注於更優先的問題，例如您的開發技能。

如果您想要這份工作，則應著重於使他人對僱用您的工作感到滿意，因此，單靠自己提起臭蟲就很困難。

如果被問到，您將如何應對？技能幫助這個團隊/比賽/公司，然後您可以提出來；但不要將其稱為錯誤或明顯的設計錯誤。

說出類似的東西：

我發現了一些可以從拋光中受益的領域，例如： “在此處插入X”。如果您提起黑色名稱，請承認這是次要的。

這很可能已經被發現並且優先級較低。由於這與核心遊戲玩法無關，因此很可能會在項目後期完成。

您應該傳達的核心信息是，您相信這款遊戲，並且可以幫助使其更好。參與對於員工來說是一件好事。批判性思維是開發人員的一項核心技能。許多經理不是開發人員，因此，您可以通過更積極地表達批評意見，從而從中受益。

了解未完成的產品到底是什麼，這也是非常重要的：未完成。您不要批評他們的小細節。這些小細節（希望）將被消除。

我認為這是一個好主意。這絕對是一種非傳統的方法。我個人會等他描述公司及其當前產品。

因此，如果對話是這樣的：

.... Interviewer（I）：“您做了嗎

您：“是的，我注意到您當前在Y上有一個名為X的遊戲。我繼續下載並自己嘗試了該遊戲。”

p>

I：“哦，是的，您對產品有什麼看法？”

您：“這很好，我很喜歡。但是，我注意到它上的一些錯誤，尤其是在X，Y和Z區域。如果我是開發人員，我將嘗試研究A，B，C，然後嘗試進行D，E和F。”

這可能有用。我認為他們是在從開發人員/測試人員的角度來看您，而不是從消費者那裡退出產品評論。因此，如果您是一名程序員，我認為了解這些錯誤及其可能的原因是一種不錯的方法。如果它是開源的，也許甚至附帶代碼也可能是一個不錯的選擇。

現在只是告訴您“我已修復了漏洞”是一個壞主意。我回想起不久前的一個故事，那個少年對為蘋果公司工作感興趣。因此，他的所作所為被黑客入侵了服務器，然後他下載了某些內容或進行了更改。蘋果公司根本不為它感到好笑，他陷入了大麻煩，但是考慮到他的年齡，他獲得了通行證。

然後，外面有一個失業的管道工的故事。顯然，他的街道上有某種問題，他親自解決了。他實際上撕開了一根天然氣管，並立即被殺死。

現在，在80年代和90年代的開創性日子裡，當一切都是全新的時，公司常常會招募黑客或破壞產品的人。他們不是在尋找稍微改變一下的人，而是在尋找對底層漏洞及其使用方法有深刻理解的人員。我認為這種方法不再是一種好方法。我什至不認為在這段時間里人們希望通過這種方式被錄用，而是只是好奇或沒有意識到自己的行為會造成如此大的損害。

所以總的來說，我認為“我修復了您的破損產品”是一種誠實的做法，但有風險。這是有風險的，因為您試圖通過修復損壞的東西來打動他們，這可能會導致混亂甚至在一定程度上取決於您的修復方式而引起憤怒。最好只是說您下載了它，並提供一些見解，反對嘗試通過做諸如反向工程或入侵他們的東西之類的壞事來修復它。

大多數其他答案都太否定了，這是一個好主意，但需要正確完成。很容易碰到“你們是一群笨蛋，我可以做得更好”，您想表現出同情和興趣。

所以您說的是“我下載了XYZ演示程序，非常好，尤其是ABC，我非常喜歡使用它，我非常感謝，因為它是早期的，你們可能在bug跟踪系統中有了這些，但是我注意到了（問題a）， （問題b）。”最好這些不是明顯的錯誤或圖形問題（通常是最後要解決的問題），但可以顯示出您花費了一些真正的時間和興趣進行了全部測試。

在大多數情況下，我都同意您希望從訪談中留下積極的感覺的所有其他反饋，因此提出批評最多是冒險的。另外，面試官甚至可能都不是與之分享這些事情的合適人選，因此，如果他們願意，面試官甚至都行不通。

但是，我可以看到的另一種選擇是如果他們目前正在徵求社區反饋-有些（但不是全部）預發行遊戲會這樣做 ^{1 sup>-發送您收集的內容，並在面試期間嘗試找到一個可以隨意提及您的地點這樣做了。最好的情況是出現一種好的情況並留下良好的印象，最壞的情況是您不會提及或他們根本不在乎。}

^{1 sup> 原因他們可能根本不感興趣，因為他們已經積壓了許多已知問題，並且只有在進入RC階段後才會開始收集反饋。 sup>}

在採訪中我最想提到的問題是，儘管您足夠考慮他們的設計決定，但還是要突出您玩遊戲。也許從那裡您可以輕鬆地踩到自己想要與眾不同的事物。這些評論需要用積極的能量仔細包裝。您想傳達的信息是，您很高興向開發人員學習為什麼他們做事，而不是您有資格再次猜測他們。

在面試中提出徹底的錯誤是企業自殺。即使對於高級員工，射擊，提起錯誤也是非常敏感的。每當您與他人合作並提出問題時，都應考慮a）與您交談的人已經知道，b）他們試圖尋找解決問題的資源，c）他們對某人生氣。我被認為是一個非常直率的射手，而且我看到人們在面對他們的軟件中的一個眾所周知的問題時與他們面對面時會生氣。學習如何進行對話是一項嚴肅的職業技能。