題:
在即興編碼測試中表現不佳怎麼辦?
Cloud
2019-01-22 17:52:29 UTC
view on stackexchange narkive permalink

我在我的組織工作了大約18個月。我在面試中參加了一項技術編程測試(基本上是C#kata kata),但沒有通過。但是,他們說他們喜歡我的態度,並且可以看到我還有其他技能(.NET除外),因此同意僱用我。我同意接受我所要求的支持和培訓的條件。

簡短的故事是過去18個月非常激動人心。我和經理髮生了個人問題,一直在努力完成一些工作(並且在我的技能範圍內也成功完成了工作),並且感到自己沒有像希望的那樣向團隊學習。

我每周有5到10個小時的業餘時間學習,自從開始以來,我已經提高了C#/ .NET技能。

昨天,我的經理來到我的辦公桌前,要求我關閉所有應用程序並關閉我的互聯網連接。然後,他將閃存驅動器插入了我的機器,並說我有30分鐘的時間來完成編程挑戰。這是我在採訪中得到的結果(從那以後我就再也沒有嘗試過)。

挑戰共有9個“階段”。我相信我本可以全部完成,但由於時間限制,我只管理了3個。

在一次後續會議中,我被告知33%的成功率還不夠好,我需要在接下來的6個月中顯示出顯著的進步。

我該怎麼做才能顯示出“顯著的進步”? 我問我應該學習什麼特別是,但是只是被告知“這是你的職業,由你決定”,這讓我感到沮喪。

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/88673/discussion-on-question-by-cloud-what-can-i-do-about-doing-badly-on-即興表演)。
如果發布了一個示例測試問題,答案將大大改善。在問題的當前形式下,沒有人可以判斷測試是否“公平”,這似乎對人們的回答方式產生了很大影響。
您是否也有30分鐘的時間在面試中完成測試,或者您當時有更多的時間?
我建議您每週花費5到10個小時來提高您的編碼技能。並沒有要求您有效率地使用該時間,但是我想問一問您是否在使用它來學習自己認為可以最大程度地提高技能的知識,或者您是在利用時間來學習自己喜歡的語言部分最?
@Itsme2003好的問題。我正在做Pluralsight課程,在代碼戰中練習代碼katas(C#,JS),並構建自己的項目並上傳到GitHub。
這種情況並非一帆風順,其餘的冰山則潛伏在某個地方。我的猜測是他希望擺脫您(出於我們只能猜測但可能與個人問題有關的原因),但他需要他人的證明。他不是您的朋友,所以結局可能不會很好。
十二 答案:
berry120
2019-01-22 18:22:29 UTC
view on stackexchange narkive permalink

我認為您是在問錯問題。我要繼續前進,說挑戰可能是設計的,目的是讓您失敗:

  • 您已經得到了一個真的即興測試,在面試環境之外有點奇怪。我以前從未聽說過這種情況。如果我的經理突然那樣做,我會茫然地盯著他,問這到底是怎麼回事(用比上面更尖銳的語言。)
  • 除非他們真的是 瑣碎的事,需要30分鐘才能完成9個單獨的編程挑戰,即使對於“高飛”的程序員來說,也似乎有些瘋狂。每個任務少於3 1/2分鐘。即使我被賦予了用Java編寫(我的主要語言已經超過十年)的任務,在編寫任何代碼之前,我通常也希望花一些時間來理解問題。我想我肯定會在那個時間範圍內掙扎,而且我也不認為自己特別糟糕。

所以,退後一步,查看事實並在此處鏈接幾點:

  • 您被錄用了,因為他們必須培訓您。該培訓似乎沒有發生,所以您的知識可能不在他們想要的地方。
  • 您的經理遇到了問題,這可能意味著(從他的角度來看)他對您有問題,可能會在背面感到痛苦。 改善。 (可能會進一步引起關注的事實是,這意味著他們會給您直到您被雇用兩年後才能得到顯著改善,因為在某些領域工作了兩年後會為員工提供進一步的保護。)

對我來說,這一切似乎都在向他們展示門,同時掩蓋其背面。如果是我,我希望盡快離開那裡。

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/88739/discussion-on-answer-by-berry120-what-can-i-do-about-doing-badly-on-即興)。
令人曲解的是,這與面試中的測試相同。這表明經理需要證明。
Twyxz
2019-01-22 18:26:58 UTC
view on stackexchange narkive permalink

根據您在此問題上的信息,我認為此問題也與問題相關。

您的經理對您進行此測試的方式是完全不公平且明確的試圖證明您實際上不能在時間限制太短且通知不存在的情況下無法在此處工作。

考慮到您過去的經驗和當前的情況,您最好的選擇是在接下來的6個月中繼續保持現狀並開始尋找工作。尋找新工作,因為您的待遇不可接受,並且您不應必須忍受。

您的經理有:

  1. 沒有告訴您要進行哪些改進是完全不公平的,尤其是在您嘗試進行改進時。

  2. 專門針對您進行了測試(可能是由其他原因觸發的) )

  3. 鑑於您過去的培訓不足並引起了問題。

  4. ol>

    最重要的是滾出

    您的經理正在瞄準您,並且正在做他可以做的一切事情,讓您被炒魷魚而不會違反任何規則。

為什麼要假設OP是一名好員工?如果他們真的想解僱OP,他們會拿出一些藉口去做,六個月來證明對這項工作基本技能的提高對我來說很慷慨。
@Issel如果他們沒有給OP一個具有現實目標的正式PIP,這並不慷慨。就我們所知,他們有一個項目,他們希望OP進行六個月的工作,併計劃解僱他。在OP的縣里,也有六個月是他們必須給他的改善期。
@Dustybin80在一個完美的世界中?當然,他會有一個PIP。您知道發生什麼事情遠比獲得PIP的員工嗎?把門踢出去,沒有任何解釋。因此他介於兩者之間,他總是可以要求獲得什麼分數。他有18個月精通?如果有人在18個月後無法跟上步伐的話,那麼我就不會再花PIP或其他6個月的時間去打擾。
@Issel當然,在世界大部分地區都會發生踢門事件,但是在某些國家中這種情況並不常見。我的意思是,在不知道他所在的國家的情況下,我們不能代表公司慷慨解囊。他們可能只是在了解規則的同時遵守規則。我居住在英國,我想說,要有一段改善的時期,沒有任何衡量標準來衡量支持/審查的時間表,這一點也不慷慨。
@Dustybin80 OP先前至少在[aviation.se]上已經表明它們在英國。
-1
@Issel他可能沒有射擊能力,而那些確實想看到證據的人。
Old_Lamplighter
2019-01-22 18:20:46 UTC
view on stackexchange narkive permalink

首先,更新您的簡歷,然後將其提交給一些招聘人員。

這是一個不受時間限制的設置。您的經理給了您一個未定義的目標,並讓您失敗了。

我之所以說這是因為您帖子中的要點。

  • 您和您的經理遇到困難
  • 您的經理只是在沒有時間準備的情況下對您進行了測試
  • 您的經理給了您不合理的時間來完成測試
  • 有人告訴您,需要“顯著改善”,而無需定義需要做什麼。
  • 您問我應該具體學習什麼,但是只是被告知“這是您的職業,您決定”

您還提到您沒有從團隊中學到很多東西。

這很清楚地表明他們不希望您在那裡,並且經理將您設置為失敗。您的目標不明確。他們拒絕告訴您您可以改善的地方,但是如果您沒有改善的話,他們就走了。

從這裡開始,我該怎麼辦才能顯示出“顯著的改善” ?

什麼都沒,您將設置為失敗,並因故被解僱。更新您的簡歷,申請其他職位,並在他們毀了您之前盡快離開。

dquijada
2019-01-22 18:27:23 UTC
view on stackexchange narkive permalink

個人而言,如果您的目標是改進,那麼我會分析測試本身。

並不是要搜索/存儲解決方案,而是要檢查為什麼表現不好。您缺少此特定測試所需的哪些技能。

您是否對不同的數據結構不夠了解?然後朝那個方向研究。

您在算法設計上遇到的問題嗎?然後研究不同的算法以及它們如何解決不同的問題。

等等。


如何

我已經除非在面試中,否則我從未聽說過這種即興測試,而且我認為沒有人能在30分鐘內解決9個不同的任務,除非它們非常簡單。缺乏幫助/指導也不是一個好兆頭。您可能要在這裡考慮其他動機

Daniel
2019-01-22 18:35:03 UTC
view on stackexchange narkive permalink

實際上有兩件事:

  1. 準備好簡歷。如@Richard U所建議,您可能需要另一項工作。另外,您應該問自己這是否是適合的公司。正如所介紹的,聽起來好像他們沒有一種建設性和健康的方式與員工打交道。因此,在這種情況下,您可能仍要繼續前進。

  2. 積極應對失敗。每當您無法完成任務時,請嘗試找出原因。請求幫忙。通常,請定期反饋。您應該對經理對您的績效的滿意度沒有疑問-只是發現了不同的發現。如果您在苦苦掙扎,並且覺得手頭上的資源根本無法履行職責,則應該與經理進行討論,以了解是否有切換角色或獲得其他幫助的選項。

  3. ol>

    在旁注:每當遇到失敗的編碼挑戰時,接下來要做的就是學習如何通過。從您的經理的角度來看,您已經進行了一次已知的測試,並且沒有向他展示對它的重視。可能是他們只是想看到您採取主動。畢竟,這是你的職業!

Acccumulation
2019-01-24 00:46:48 UTC
view on stackexchange narkive permalink

讓我們在這裡給問題編號:

  1. 我和經理髮生了個人問題
  2. 並且很難完成一些工作
  3. (並在我的技能範圍內也成功完成了工作)
  4. 並且覺得我沒有像希望的那樣向團隊學習。
  5. 在後續會議上,有人告訴我33%的成功率還不夠好,在接下來的6個月中我需要表現出明顯的進步。
  6. ol>

其他答案主要集中在#5,但是這裡有六個項目,而#1和#2是中央的。您沒有討論#1中的所有問題,但是如果您有什麼可以解決的問題,那應該是您的優先事項之一。如果您在完成某些分配的工作時遇到麻煩,這也是您應該關注的問題。 #5很奇怪。該測試最初是針對篩選申請人的,因此在這種情況下,需要進行30分鐘的測試:面試官不想花數週的時間與每個申請人一起查看他們在團隊中的工作方式,因此時間限制的必要性促使他們使用代理。但是,既然您一直在工作,那麼使用代理代替您的生產力而不是生產力本身很奇怪。儘管該測試在產生代表您的熟練程度的可量化數字方面很有用,但您和您的經理應該專注於您的實際日常活動;你們兩個應該專注於#2和#3。你為什麼要掙扎?如何改善?為什麼有些任務進展順利,並且可以將發生的事情轉換為進展不順利的區域?可以將更多的工作量轉移到技能範圍內的任務上嗎?

您還應該查看#4。您為什麼不向團隊學習?您能做些什麼來改善它?團隊可以做任何事情嗎?

項目6也很成問題。在#5中,您的經理說,您需要根據自己的需要進行改進,然後在#6中,他們說,這取決於您。那是非常不一致的。您確實有職業,這取決於您如何從事該職業,但是您也有一份工作,這是經理的工作,告訴您他們想要這份工作帶來什麼。

對您經理的行為最慈善的解釋是,他們對#2感到沮喪,並且做到了#5僅僅是因為他們覺得談論一個具體的,可量化的例子表明您沒有達到他們的期望,而不是嘗試談論18個月的日常經歷,會更容易。不那麼慈善的解釋是,他們確實認為#5是正確的重點。在第一種情況下,您應該與其他利益相關者進行交談,並找出對他們而言重要的方面以及如何改進交付方面的利益。在第二種情況下,您應該嘗試讓經理更加專注於#2,並且如其他答案所述,著手製定備份計劃(即另一項工作)。

akostadinov
2019-01-23 19:46:37 UTC
view on stackexchange narkive permalink

對此我有完全不同的看法。也許治療和測試不是最聰明的選擇(我不會研究這個問題),我認為給您6個月的時間來改善自己,同時給您付款是一個很好的機會。

首先我的建議會壓抑您的自我,並感激他們沒有將您趕走,而是想給您 6個月以改善您的收入。對我來說,這聽起來像是一個可靠的工作場所。如果他們想把您踢出去,可以在幾週內找到更短的方法。我相信6個月意味著他們希望您加入。也許他們沒有能力或不知道如何為您提供幫助。

然後嘗試記住愚蠢測試中的任務,並確保即使任務不同也可以下次執行該操作,請確保您對這些事情足夠了解下次,即使任務有所不同。我曾在uni遇到過一些需要承擔邏輯任務的情況。不難,但時間受到很大限制。我不得不花幾天的時間來鍛煉,所以我可以很快地做它們以獲得合理的成績。

然後嘗試對團隊有所幫助。甚至簡單的事情,例如幫助記錄產品/紅外線/ CI。查看哪裡有問題,並嘗試改進它們。無需證明您已成為搖滾明星。誠實地為團隊提供盡可能多的幫助,很可能足以獲得必要的支持並成為有價值的成員。

完成實際的編碼任務後,請嘗試了解您的工作。這非常重要,因為我看到許多人沒有意識到他們並不真正了解自己在做什麼。例如。我們需要從文件中讀取內容。您需要了解所有內容,包括以正確的模式打開,在讀取時處理錯誤,以內存有效的方式讀取它,確保文件描述符始終處於關閉狀態,而不管讀取時的錯誤等。真正了解您為什麼要做某事以及如何做它。這就是使您成功的原因。

我看到許多“工作者”中缺少的另一件事是真正了解為什麼要實現功能。嘗試了解誰將使用該功能以及如何使用它。想像您是用戶,並且該功能如何真正滿足您的需要。

考慮可維護性。如果性能至關重要,請優化速度。但是否則,請考慮很多可維護性。例如不要添加過多的外部庫,一致的編碼方法,適當的關注點分離等。

但是再次嘗試幫助其他人。當您幫助他人時,您就像在銀行帳戶中一樣建立信用。然後,您可以使用該信用來為自己尋求幫助和支持,要求加薪等。

HTH

motosubatsu
2019-01-22 18:34:59 UTC
view on stackexchange narkive permalink

雖然我同意其他答案,但最好的選擇可能是在有更好的機會出現時立即打磨簡歷並跳船,但我認為這是Hanlon剃刀的經典示例-經理不一定會設置您失敗。在評估編程能力時,它們很有可能是一招。而這個竅門恰好是“ kata”問題。

這意味著您可能只需在接下來的六個月中進行大量的人工測試就可以輕鬆地對系統進行遊戲,但是為什麼要打擾呢?如果他們不知道如何正確評估您的表現,那麼要認可任何出色的工作將是一場持續的戰鬥。

我不同意。經理的舉止很辱罵,除了考試本身,還有更多需要關注的問題。
無論是惡意的還是愚蠢的,沒有人對某人進行突擊測試,並給他們六個月的截止日期,然後才因無能而被解僱,除非他們已經決定要解僱該人。如果您不想解僱他們,可以給自己一個6個月的時間框架,以使他們獲得所需的培訓,但是除非您想使用該最後通atum,否則不要創建它。但是,是的,從某種意義上講,這是愚蠢的,因為僱用員工,承諾培訓,不提供培訓並因此將其解僱,這既是組織的自欺欺人,也是對員工的惡意。
@SteveJessop沒有人*明智的*這樣做。我認識(廢話)經理們,他們真的相信這將是激勵和留住員工的最佳方法。如果他們已經決定要解僱他們,最好現在就做-現在操作還不到2年(而且由於他們在英國,這意味著他們可以放下他們-越過它使公司付出更多的代價)
*公司*可以無緣無故地放棄OP,但是並不一定遵循史蒂夫的意願。史蒂夫(Steve)贏得了人力資源部的投訴,並啟動了解僱程序。但是可以肯定的是:足夠先進的愚蠢與惡意是無法區分的;-)我不認為史蒂夫想像他除了試圖將OP從公司中撤出之外還做任何其他事情。
...因此,從我作為員工的觀點來看,無論是惡意選擇了該測試還是愚蠢地選擇了該測試都無關緊要,關鍵是他試圖開除我並相信該測試會成功。
@SteveJessop很好,這無關緊要,因為無論經理是在試圖解僱員工還是在試圖管理員工上都很糟糕,員工的狀況都會更好
是的發問者已經嘗試吸引組織中的其他組織,但是人事和同事們都為經理提供了支持。否則,至少會有一些希望,即如果經理選擇的測試確實在不合理的程度上是惡意/愚蠢的,那將是對OP有利的證據。OP應該先諮詢律師,但是我想知道,在這一點上是否合理的選擇是提供雙方同意的裁員,理由是雇主認為他們給OP的工作(包括接受過C#培訓)不存在。
user53651
2019-01-23 00:28:57 UTC
view on stackexchange narkive permalink

我要直截了當給你。你的老闆是個倒霉的傢伙。 Katas除了能夠解決kata的能力外,沒有證明有關編程的任何知識。只是使這份工作在簡歷上看起來不錯,然後再找一份工作即可;只是蘸。

此外,如果沒有專門為此做準備,那麼任何人都不可能在30分鐘內完成9個部分的編程。有整個社區致力於學習編碼面試。您的工作很可能與他給您的任何問題都沒有關係。如果您的經理認為可以,那麼他們將無法編寫代碼。儘管您第一次被錄用,但仍被錄用,這證明您的經理人信譽卓著,無需對該主題有深入的了解。

user
2019-01-23 17:11:45 UTC
view on stackexchange narkive permalink

其他人則建議尋找一份新工作,我同意,但想對為什麼要這樣做有一些了解。

一些公司是有毒的。它們是由諸如此類的愚蠢,不切實際的測試驅動的,而不是您的工作可證明的結果。實際上很難衡量性能,例如如果您幫助他人進行調試,這不會使您的輸出受益,但對公司而言卻具有巨大的價值。作為具有有用技能並為團隊和部門整體做出貢獻的個人。

在尋找新工作時,您可以檢查是否有公司這樣的警告信號。在面試時進行一點測試是可以的,特別是如果您沒有太多經驗或工作經驗,但是理想情況下,他們應該與您討論如何解決問題並查看工作示例。您還應該詢問如何評估您的表現,尋找對您的成績和對團隊的貢獻的考慮。能夠與老闆達成特定目標是另一個不錯的選擇。

simbo1905
2019-01-23 19:31:29 UTC
view on stackexchange narkive permalink

有人說過,但你應該出去。您希望在其他地方的開發中“提升”新職位18個月就很好了。

通常很難擺脫“非X”的形象。您在當前的公司中不是“開發人員”,考慮到他們的行為方式,這種方法將持續太久。轉到新的工作崗位,成為“第一手的自學開發人員”,這是指導開發人員的理想起點。

有人在評論中說您老闆的模樣。在這樣的環境中,您如何學習精通開發?理想地選擇下一份工作,因為您可以向想要成為更喜歡的人學習。您面臨的最大障礙將是“ 冒名頂替綜合症”,在這種情況下,您似乎沒有勇氣加入。克服了您對我所做的懷疑和恐懼。除非您找到新的東西,否則這是唯一的選擇。

最後一點是,真正的開發人員會像其他人一樣向Google學習並編寫代碼,並且堆棧溢出。因此,代碼測試僅用於篩選聲稱自己是專家並希望收取最高費用的人員。因此,請確保您在職業生涯中的某個時候應該實踐這一點,但是人們應該根據您聲稱的專業知識和經驗來判斷您的得分。

除了使用訪談技術外,我還要求開發人員繪製他們所使用的系統,並故意要求他們解釋他們未使用的部分。不是給他們麻煩,而是看他們是否可以誠實地說出自己不認識。然後,我們討論該位需要做什麼,並弄清楚該位可能是如何工作的。我真正在做的是查看我是否要求他們進行新的工作,我們可以弄清楚如何共同構建它。我們共同設計如何構建任何東西。因此,對於敏捷開發人員來說,這是一個現實世界的工作場景,他們談論著我們都不了解的東西,看看我們如何能夠一起工作。我曾經因為這種面試讓男人生我的氣(“我說我沒有做那件事,請停止嘗試與我討論!”)。我有一些人只是在胡說八道。婦女在這樣的採訪中往往做得更好。

敏捷軟件工程具有許多軟技能方面的知識。在我當前關於Java微服務的演出中,我們只是接受了一個自學的ruby開發人員。由於她的熱情和開放性,她正在整理新的功能。她可以從自己擁有的代碼和其他開發人員那裡學習Java。

祝您好運!

Mike E.
2019-01-23 02:46:40 UTC
view on stackexchange narkive permalink

您可以在網上找到測試嗎?或類似的?或者您還記得任務嗎?如果我們不知道測試是否合理,很難評估您應該怎麼做。您的經理可能是個壞習慣,但他可能也曾嘗試過很多次,這是他的最後選擇。

如果這是正常的工作任務,您會怎麼做?剛開始編碼?例如,有經驗的開發人員的合理回應可能是估算,只有您知道需要多長時間,這就是您的工作:-任務1我可以在5-10分鐘內完成-任務2我至少需要20分鐘,可能是30分鐘-任務3我必須查找如何在C#中進行匯總,這是10分鐘,沒有互聯網,我可以在30分鐘內使用循環手動對其進行編碼-任務4 ...

然後將它們全部添加並向您的經理詢問優先事項,那就是他的工作:總共要花30分鐘以上的時間,所以我應該專注於哪些任務?



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