題:
準雇主可能給了我編程任務,如傻瓜測試-這是事情嗎?
kqr
2018-06-18 12:24:05 UTC
view on stackexchange narkive permalink

這與現有問題略有關聯。是否有專業的方法來拒絕作為一項工作測試給出的耗時的編程任務?

背景

我擁有大約85%的CS學位,3-4年的專業經驗,而且直到我記得我一直是一個熱情的業餘愛好者。我缺乏專業和教育經驗,所以我用業餘時間彌補了很多時間。我知道這一點,因此我正在申請那些看起來可能不合格但與我的實際經驗水平相符的工作。

問題

我對現在正在面試的地方有不好的感覺。當CTO(一直是我的聯絡人)走進會議室時,他開始介紹他們的技術架構,並像我已經加入他們的團隊一樣發言。他似乎對我的履歷過於狂喜,並且想“先搶奪我”。對候選人的正面評價,據他們所知,可能完全是愚蠢的。對我來說,他們願意僱用潛在的傻瓜表示他們實際上並不在乎開發人員。

編程測試

然後,我得到了編程測試似乎進一步支持了我的這種擔心:CTO在採訪中說,這最多需要幾個小時,但實際上任務相當艱鉅。按照我的閱讀方式,如果測試說明是他們的一位客戶提出的規範,那麼他們 就不會滿足於為一個開發人員完成項目花費幾個小時的預算。通過最慷慨的解釋,我們至少要談兩天的工作。

這實際上是一個Web前端任務,而我申請了一個更加數據庫化的後端職位(他們承認說:“如您所見,當您完成前端工作後,可以用相當先進的後端來擴展它”) )。的確,使我與眾不同的一件事是我的多功能性,以及如果需要的話,我也有做前端事物的經驗,但這不是我最初想要做的。

問題

除非我有誤解,否則我只能看到兩種情況:

  1. 他們想測試我解決劣質的能力快速編寫代碼,因為那是他們以後需要我做的。他們不是我想工作的地方。

  2. 他們想測試我是否願意免費做一堆工作,因為那是他們以後需要我做的事情。還是我不想工作的地方。

  3. ol>

    我的想法有意義嗎,或者我明顯地偏執?在我花大量時間參加考試之前,請詳細說明他們認為我很適合的職位(包括薪水之類的東西),因此我將在收到更多信息後對其進行更新。

    編輯

    哦,我忘了。當我聽到為他們編寫的代碼對正確性有多重要時,我的腦海裡響起了更多的警鐘。但是當我問到測試,代碼審查等問題時,看來他們沒有這樣的工作流程就位。

評論不作進一步討論;此對話已[移至聊天](https://chat.stackexchange.com/rooms/79068/discussion-on-question-by-kqr-prospective-employer-may-have-given-me-a-programmi)。
@kqr只是評論任務的_size_。除了[布蘭登的答案](https://workplace.stackexchange.com/a/114250/60274),我還要補充一點,也許是要識別對您所申請的角色而言重要的是_test_。如果您只申請後端職位(或主要是後端職位),那麼您可以將前端人數保持在最低水平(並激發您的決定)。MAYBE後端+最小前端非常小,可以在不到一天的時間內完成。關於其他的“警鐘”,嗯……面試是要彼此了解的,但是請想一想:這可能是您為公司帶來的價值。
旁注:_“我在專業上所缺乏的,我會用業餘時間來彌補很多。經驗。”_。抱歉,我不能這麼說,但是沒有_等價的專業經驗_。**您是否擁有它,但您沒有彌補**。您可以擁有知識(我想您可以),但是(專業)經驗恰恰是:經驗(它來自您在專業環境中生活中的所有政治,維護,面對客戶,權衡,優先考慮的情況))
不幸的是,吸盤測試,trick倆和完全剝削應聘者從事自由勞動都是不幸的事情。如果能讓您感覺更好,至少您沒有[被誘騙與19位其他人一起免費提供餐飲](http://www.askamanager.org/2014/01/i-had-to-prepare-a進餐並娛樂20個人進行面試,然後又完成39個其他candidates.html)。
六 答案:
motosubatsu
2018-06-18 12:33:17 UTC
view on stackexchange narkive permalink

招聘過程是一條兩條路-您對他們的評價與對您的評價一樣多,生活太短,無法花在工作上,如果您有更好的選擇,這會讓您很痛苦。

您對目前的情況不多說,所以我不知道您需要一份新工作有多嚴重,但是如果您不感到絕望,我會說這為您引發的個人危險信號數量可能是一個指標

要更直接地回答您的問題,有些公司絕對使用編程測試作為減輕人們自由工作的一種方式,因此這是一種可能性。其他人也設置不切實際的測試條件,只是因為他們不知道更好。儘管後者肯定不如前者那麼令人髮指,而且漢隆的剃刀會以兩種方式使我偏向後者,因此我至少應該提請謹慎。

+1一些BIG NAME公司採用了“免費諮詢”的技巧。發生在我的一個朋友身上,他們打電話給他們。發生的事情比人們想像的要多得多。
您可以隨時與他們聯繫,說帶回家測試太大,並且可以代替他們給您現場編碼作業(例如2或3個小時)。他們甚至可能沒有意識到該項目如此之大
@vikingsteve或反面:您沒有對規格提出足夠的問題,並且您認為這是比實際更大的任務。
@DonThermidor_LobsterMobster:在他打電話給他們之後發生了什麼?
他們向@Mehrdad投訴他的招聘公司,後者對他採取了態度。因此,他解雇了招募人員,以支持他們。他將不會再與“大名”或招聘人員打交道。我的朋友賺了足夠退休大約15年前。他之所以工作是因為他熱愛這項業務。他沒有戲
-1
jcmack
2018-06-18 12:37:22 UTC
view on stackexchange narkive permalink

一個重要項目並不少見,尤其是在初創公司面試時。是否執行該項目取決於您想要多少工作,以及您是否認為他們不只是想從中獲得免費的工作。

對我來說,如果項目正在對您甚至不想做的事情(紅色標誌)進行測試,並且在給定的時間內有太多工作要做(雙重紅色標誌),我就會走開。

與他們聯繫並詢問他們希望您在該項目上花費多少時間會很痛嗎?
OP並沒有指定這是哪個國家/地區,但我希望任何使用從未僱用過的受訪者的產品的公司都會陷入某種法律上的危險,例如版權。這並不意味著它永遠不會發生,但似乎不太可能。如果您想要這份工作,我不會讓這種擔憂妨礙您的。
我也不會說這很普遍。而且有經驗的開發人員經常拒絕他們。
通常,在向應聘者投擲實物的公司中,負責管理與實績相關的溝通的人是無知的招聘人員/人力資源人員。開發商寧願落在幕後,不追究責任。不論招聘人員是候選人與開發人員之間的中間人,還是招聘人員自己炮製反應不佳的方法-無論哪種方式,候選人通常都沒有機會直接與開發人員討論項目和誠實地估算時間。候選人很少獲得有意義的答案。
Brandon
2018-06-18 19:38:39 UTC
view on stackexchange narkive permalink

幾次在桌子的另一邊。當給應聘者編碼挑戰時,有時不僅要編寫代碼,還需要解決更多問題。當候選人應我的要求編寫代碼時,我會特別注意他們如何處理這種情況。他們會問問題嗎?他們可以接受批評嗎?我曾經有一個候選人與我爭論。最差的候選人堅持認為自己的工作是完美的,並且會爭論。最好的候選人會做得體面的工作,並參與有關如何改進或處理不同錯誤案例的公開討論。他是首席技術官。 CTO想要一切。他們希望它完美地完成,現在就想要完成,並且他們不花任何錢。如果您要找到工作並向CTO匯報工作,那麼他需要一個可以推後並給他現實期望的候選人。他很可能正在測試你的角色。我站起來為球隊辯護,並向他解釋瞭如何更好地進行溝通以保持在同一個頁面上,並向我解釋了團隊的辛勤工作。

事實證明,他正在領導組建新團隊開發組織和這個項目是對誰應該成為新組織的一部分,誰不應該成為新組織的一部分的測試。我之所以能成功,是因為我退縮了,向管理層提供了誠實的信息,堅持正確的做法,並且團隊做得很好。

最後兩段相當驚人。
@Wildcard並沒有很好的方法。我不確定我是否願意為那些在某些“測試”中虐待他的團隊/報告/員工的人工作。
好吧,那個經理最終成為我的直接經理,他是我有史以來最好的經理,並且為我的成長所做的貢獻比任何人都多。經過這些分歧,我們相處得很好。故事的士氣:看故事的兩面
@Brandon“我非常注意他們如何處理這種情況。”您是否還特別注意確保他們在有趣的小挑戰上投入的時間得到公平的補償?
-1
gilhad
2018-06-18 16:08:46 UTC
view on stackexchange narkive permalink

如果經理一路順風順水(即使您之前從未見過面,履歷也不夠用),然後給了您“測試”,他當時甚至還沒有準備好,會被他們的客戶要求,花費大量的工作時間,而且他們也沒有辦法得到您的“結果”,那麼他們的客戶就會感到滿意...

向我表示敬意。 “我們希望您免費為我們做一些工作,但是即使您做得很好,我們也可能不會僱用您(並向您付款),但我們的客戶是不合理的”。

如果不對公司的結果進行測試,則實體公司不會將其在客戶中的聲譽放在未知的“街上人”上。

實體公司將已經準備好了測試,評估並進行了測試

如果經理人非常熱情,他就需要您來做這項工作-這對公司也很不利。 (這也表明,他們缺少人員,需要任何人和每個願意為他們工作的人-因此,充其量您的同事將是任何願意忽略所有危險信號的人,並且提高Joel考試成績將是巨大的(並且可能是無薪的)

我會立即或在“測試”到達我身邊並顯示為我不想做的工作時禮貌地拒絕該工作

或者也許-無論如何,我是否會對這項工作更感興趣)我願意以我通常的時薪為他們做“測試工作”,並請他們提供準確的書面指導,他們想付多少小時的費用(由於工作風險,在上限之後仍未完成,因此不能繼續進行,直到他們僱用您或將其分配給其他人為止),或者是否願意在任何時候都付清所有費用,直到“測試工作”已按照您的標準(或之前進行過協商並書面標准進行的任何操作)

到兩端

  • 否則他們要您(和完成的工作)太糟糕了,以至於他們願意為您的工作付錢(並且您得到報酬)-也許(也許不)您可能發現只有一點偏心/不熟練的招聘經理的好工作
  • 或者是從您那裡獲得免費工作的陷阱,經理生氣併中斷了談判,等待另一個願意做有償工作的人(無論如何也可能不會被雇用,因為這會花費他們錢來支付員工薪水)-而您不會為此而屈服。

另一種可能性是,您現在需要任何工作,然後執行並可能被雇用並結束前端工作-因為您最後做得很好時間-在其餘時間中,他們會尋找某人來進行後端工作(因為此職位尚未填補),或者將後端分配給某些員工,這些員工經常做這種事,但不能/不想做


也許我是錯的,但是我所看到和聽到的所有信息都告訴我,這將是上述情況的一部分。

coteyr
2018-06-18 17:32:00 UTC
view on stackexchange narkive permalink

我會提出相反的看法。

您可能會在任務中投入過多。我僱用具有學位(尤其是CS學位)的人員時遇到的主要問題是,他們認為然後需要編寫此完美,精彩,令人敬畏的代碼。儘管這是一個不錯的選擇,但在現實世界中這絕對是毫無用處的。

但是,您聲明自己有2-3年的實際工作經驗。我對此感到興奮。這意味著您應該比想像實驗室一樣了解世界。現在是編程測試。

(您沒有提到任務,因此很難確定)我可以看到一個測試,“可以做到”可以通過兩種通用方法解決。拳頭是0.5-2小時的固定,另一個是10-12小時的固定。看看你上交了什麼(或者如果你走開了)。

您的管理水平越高,對代碼的良好程度的重視程度就越小,而應該執行的功能越重要。我要尋找的是0.5小時的修復程序和代碼中的註釋,或者附帶的註釋,以某種方式提及存在更好的方法。那對我來說是金票。

原因是這樣的。當您開發產品時,儘管需要盡力而為,但有時您只需要修理它。您的所有測試,過程,UAT等等等都是沒有意義的,您只需要立即部署修訂即可。它應該很少見,但確實會發生。

想要犧牲正常運行時間(例如)來編寫完美代碼的開發人員不是資產。

因此,是的,CTO可能會很高興地選擇擁有2年現實經驗的CS學位工作的人。代碼測試並不總是存在於您可能正在從事的項目中。特別是在小商店裡。而且代碼測試通常涉及的不是您的編碼能力。

但是,面試過程是雙向的。您也在採訪他們。如果您認為這些要求不合理,則只需拒絕該過程並繼續。就我個人而言,我會盡可能快地完成任務,然後看看會發生什麼。所以,如果他最後得到“自由工作”怎麼辦,那並不重要,我就能知道我曾嘗試過。

儘管實用主義總是比完美主義更好,但“快速而骯髒”只是產生大量技術債務的一種高效方法。我會非常謹慎地為任何一個首先要確定我準備好扔掉骯髒代碼的人工作,對我來說,這表明他們在純粹的混亂狀態下工作(他們缺乏測試和審核過程似乎可以證實這一點)。如果這是他們的目標,那是OP逃跑的另一個很好的理由。
我承認,缺乏測試和審查是一個問題。我也會為此擔心。但是與此同時,我個人試圖“淘汰”那些在0.5小時的任務上花費16個小時的申請人,有意將這些代碼扔掉。是的,很多,許多申請人剛從學校畢業時都會這樣做。OP的2年IRL經驗應阻止他這樣做,但也許不是。
是的,我非常了解您要清除的類型,但是不能通過面試問題更簡單地做到這一點嗎?類似於“我們的客戶急忙,您將如何加快項目進度?”如果答案是“我絕對不會”或“我會像無頭的小雞一樣穿過它”,我將在那結束採訪。如果它更具建設性,例如“我將跳過單元測試”,“我將對x或y進行硬編碼”或其他,那麼我將保持自己的興趣。
我有時也被迫“通過黑魔法使奇蹟通宵”(後來與我剛剛創造的科學怪人戰鬥),但是我知道所有這些都在版本控制下,在現有代碼和常規性上進行了健全性測試,我做到了這一點。完成了完整備份。(實際上,我這個週末做了一個,必須在下個月左右正確地寫出-即使這是由許多幸運的巧合,不切實際的期望和純粹的運氣造成的,在代碼中仍然存在FIXME和TODO,並且斷言當它甚至略微偏離了軌道)...
...問題是缺少背景,所以我根據那個條件寫了我的答案。如果有紮實的背景(至少提到了這一點,並且沒有這樣的背景,則不會在實時數據上使用測試代碼),那麼我的答案也將更像您的。
“您的管理水平越高,代碼的良好程度越不重要,而執行預期的任務就越重要” 不了解代碼質量和可維護性的管理人員絕對不應該處於那個位置。當團隊試圖解釋為什麼速度下降,為什麼代碼庫無法維護以及修復花費兩倍的時間時,無論質量如何,推動_quick fixes_的相同mgmt都會迅速導致失憶。
在開發之外,沒有任何經理對代碼質量提出過兩個要求。您不會說服銷售副總裁完全關心管理產品交付的軟件中的代碼質量。他充其量只是在乎產品交付軟件是否正常工作,並且易於添加功能。他很可能只在乎它不會妨礙您。
Daniel Morritt
2018-06-19 14:56:12 UTC
view on stackexchange narkive permalink

除了您概述的兩個選項之外,另一個選擇是他們實際上並不希望您這樣做,至少是做得不好。

許多雇主在面試中都會遇到三個基本問題/挑戰,一些簡單的事情(他們希望您立即知道答案),一些不是那麼簡單的事情(也許是多個答案),以便他們可以與您討論答案並查看您的反應。最後,他們可能會問您您無法知道的事情(或者在這種情況下無法在提供的時間範圍內完成),在這種情況下,您希望您回答“我不知道”,或者失敗,以便您可以談論它,這是不可能做的,他們可能會根據您對此的反應來衡量您。

如果您懷疑他們沒有試圖讓您完成他們真正的任務而不用付錢,我覺得回到他們身邊並概述為什麼這是比他們想像的要大得多的任務是完全可以接受的,然後回想一下如何做到實施,所涉及的工作總比說“這是太多的工作”要好。



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