我不認為嘲笑是正確的方法。他們需要知道自己不再上學了。話雖如此，我也不認為您應該採取其他措施。

我建議您對他/她保持堅定，並說出以下幾點：

之所以使用命名約定，是因為它們非常重要。此代碼將來需要維護。這裡周圍的很多人都在努力地找到自己的位置，他們可能不喜歡這些笑話。將來請不要使用這些類型的名稱，因為它會引起人們對您的專業精神的質疑。

首先，這似乎是一個玩笑，它們被植入代碼中，他們很清楚它們不會被用於任何用途或再次讀取。我認為您對此事件的了解過多。重要的是，您向他們介紹了命名約定，他們並沒有忽略您，他們使用了更長和更具描述性的名稱（儘管諷刺地）。

觀看完此視頻 後，我看到員工渴望做三件事：

1. 自治
2. 精通
3. 目的
ol>

您要他們做的事情不是自主的，對他們中的某些人來說可能是微不足道的困難，並且對他們而言毫無用處。

完成任務後，工作人員將繼續進行。

一些示例：

1. 這是這裡項目，一起工作並由____完成，讓我知道您是否遇到困難。

2. 我知道這似乎並不重要，但是為了評估您的技能並分配您認為有助於您成長的工作，我們需要您完成此任務。

ol>

TL; DR ：我反對方法名稱，因為它對老闆和/或“規則”（此處為：樣式準則）表示不滿（我認為！）。在工作場所中，我希望人們遵守“愛，更改或離開”的規則。在這種情況下，似乎認為該準則是不必要的實習生應該要么接受它，要么接受它。或繼續進行討論；或停下來做他的工作。不要在馬桶上抹一些污漬。我絕對不會反對一個真正有趣，富有創造力的方法名稱。如果您（OP）發現方法名像我一樣有趣而不是“不好”，那麼請忽略此答案。

作為背景，我監督了一些過去，他們是高度聰明和（自我）進修的實習生，從來沒有人問過他們是否會表現專業。將學校級別的愚蠢行為作為實習生帶入工作場所遠遠超出了可接受的範圍，我建議不要四處閒逛。為了您自己，尤其是為了他們自己。

我想知道如何正確處理這種情況。

首先，忘記編碼約定。該問題與計算機或編程無關。

• 不要說謊。不要剁碎單詞，不要嘲笑它，因為這確實不是一件可笑的事情。
• 不要變得個性。 您您不是OP，也不是您與他們之間的關係。純粹是嚴格地關於他們的行為。
• 按原樣解釋事物。您絕對可以告訴罪犯，您有點理解他是怎麼想到這個想法去做他所做的事情的，您個人並不對他或其他任何事情生氣（保持情緒激動），但是您正在將實習視為對他的掩護。以後再接誰。

如果您希望傳達任何情感，請遠離憤怒。您可以表現出輕微的悲傷（坦率地說，這正是我的真實感受），並向他們表明您感到非常失望。被錄用，這種情況以後可能會起作用。

絕對！不要為“以後可以扮演角色”而煩惱。這樣的行為可以，應該並且將使他們有機會在實習期為零之後獲得錄取通知。您可以用平時清楚地與他們交談的任何方式說出來。

嘗試找到根本原因。如果您發現...

• ...他們在這裡違反了他們的自由意志（也許是他們的父母，他們的學校或其他任何一種，使他們選擇了一些實習機會，他們就這樣發生了。來選擇您的公司）...
• ...他們對“商業”風格的軟件開發完全不感興趣...

...然後提供中止實習並不是你能做的最糟糕的事情。問題不是您的時間浪費了（無論如何您都分配了很多時間來監督他們，實際上並沒有使您的情況變得更糟），問題在於他們的時間被浪費了。

或者我應該按照這些原則告訴他們一些東西，以使他們更有動力去實際學習一些東西？

我會打趣地說：“每個人都可以學習，但沒有人可以教。”我想您會發現，很難激勵該人學習編碼約定的用處，因為它們已經表明對這些約定的興趣為零。您可以教那些對您所說的話感興趣的人。但是，如果某人不感興趣，那您真的無能為力。

如果您實際上真的想幫助那個人“看到光明”，然後請他們為自己的利益而努力，也許他們以後會體會到您所能提供的幫助。實習是對他們可以提供的有限服務的交換，與實際工作場所的經驗交換。如果他們對吸收經驗不感興趣，那麼那真的沒有意義。大概，您的公司不依賴於某些實際項目的“人力”。

我們都討厭這樣做，但是有時您只需要使用權限來解決問題。召集實習生開會，要求知道為什麼不遵循命名約定。

我解釋了上次會議要遵循的命名約定。我遇到了許多未遵循命名約定的情況。例如， convertToMillilitersBecauseIAmUsingSuchCleanCode 。您能解釋一下為什麼選擇這個名字的原因嗎？

他們的“答案”無關緊要，這應該足以作為“第一次警告”，違背其主管的指示（我假設您是），並且在專業環境中以他為代價開玩笑是不可接受的。這甚至很適合實習的一個目標，即向學生展示如何在專業的環境中工作。

如果他們繼續幼稚的行為，那麼，我想您已經得出結論：

將來，根據他們的表現，一些實習生將在公司被雇用。

哦，一堆螺絲釘，是嗎？

採取一些有效的代碼並做一些故意破壞它的事情。然後通過混淆器運行它，將所有類，變量和方法名稱更改為諸如“ a___1318798_”和“ xy23_7a963”之類的東西；或更糟糕的是，變量名稱中包含很多字母O，字母I，數字0和數字1。將其分配給他們，以記錄代碼在做什麼，並修復它。

這將消除這種玩笑。

我知道這可能沒什麼大不了的，但這是我第一次幫助實習生，我想知道如何正確處理這種情況。儘管如此，他們在實習期間的表現仍會影響他們被錄用的機會，以後這種情況可能會發揮作用。還是我應該按照這些原則告訴他們一些東西，以使他們更有動力去真正學習一些東西？

我假設他們並不愚蠢，並且已經知道過長的名字是不合適的，即使他們從中笑出來也是如此。如果沒有，請解釋原因。

希望您能跟踪他們的表現，並記下這種情況發生的頻率。

我會以坦誠而認真但不嚴厲的態度私下對待他們每個人，像這樣：

”實習生，我看到了你的笑話方法名稱。我知道您為什麼這麼做，但我自己並不覺得這很有趣。所以我想到問您，您在這裡做什麼？您想完成什麼？” p>

如果實習生說他只是在那兒扭來扭去，那就和管理層談談以結束實習。您是在浪費時間。

如果他說他在那裡學習，那就說這樣的話：

“我意識到很難認真對待某些東西知道您不會在生產中使用它，但是請意識到，您不僅在花時間，還在在花我的時間。從本質上講，公司提供的實習是一種阻止我們成為慈善機構的唯一一件事就是希望找到優秀的候選人。因此，這是我的時間，但前提是您認真對待。”

”“如果可以”不能認真對待它，就好像您正在編寫重要的生產代碼一樣，我們如何才能正確評估您並決定是否為您提供工作？即使我們不為您提供工作，如果您仍然不採取工作，認真地說，您還將如何獲得這些技能，並能夠在比您有更多經驗的人的寶貴指導下進行練習？“

”如果我是您，我將盡我所能來遵循佛的領導指導您的人，他們有些慈善，正在從工作中抽出無利可圖的時間來投資您。考慮到無論我們是否僱用您，您都將從此實習中受益！如果您更認真地對待這一點，我個人將不勝感激。自己動手！如果您不想自己做，請出於敬意或出於感激之情，在我從正常的生產工作中抽出時間來為您和您的未來投資時。”

引用>

在某種程度上直接解決該行為本身以及為什麼要從中做出很多事情可能是適當的。您可能會考慮這樣的事情：

”“對於它的價值，這種行為在企業界被認為是不尊重甚至嘲笑的。我敢肯定您不是故意的這樣[即使您不相信，也可以說]，但是請在將來遵循我的指示，而不要在代碼中添加麻煩的內容。“

實習生說“哦，是的，我的意思是不尊重”，讓他以最輕鬆的方式挽救了面子並修復了戀愛關係。無需提取供認他確實是無禮的意思或招致很多道歉。這裡的重點不是權力過渡，而是成功的實習。

如果畢竟，負面行為仍然存在，那麼您可以正面解決。您沒有理由不能像實習生那樣給問題實習生一個績效目標，也不能使用其他任何與普通僱員一樣的策略。但是請記住，實習生沒有工作環境的經驗，應該在您溫和而堅定地使他們適應專業工作環境的標準時休息一兩次。

我和剛畢業的幾個人一起工作。他們做這種事情不是故意的，而是因為他們覺得沒有必要太學究。代碼可讀性或可重用性對他們根本沒有意義。因此，我很沮喪，但是由於我不是他們的老闆，所以我不能責罵他們。

程序員通常都是聰明的人，“因為我這樣說”很少是一個足夠好的理由即使是最佳編程實踐，也要實現一些東西。

我將檢查代碼，確保告訴他們幽默風格錯了，並且他們奇怪的命名約定浪費了很多時間。對於下一個任務，我將其分為兩個部分：一側的是有趣的傢伙，另一側是其餘的傢伙。他們會執行相同的任務，但是有趣的小組應該花更長的時間，因為他們沒有遵循最佳實踐。我會確保該任務足夠複雜，如果他們遵守約定，會使他們浪費大量時間。

您還可以分配一個有趣的人來調試另一個有趣的人的代碼。我認為 functionThatDudeToldMetoDefine 不會使它成為具有此名稱的最終版本。

無論如何，提高權限的唯一方法是在證明他們的情況下獲得它們對自己說你所說的是真的。

有問題的實習生正在浪費您的時間和耐心。您的時間和耐心對於公司而言是昂貴且有限的資源，而實習生將從公司對公司的投資中獲利，而這項投資受公司資源的限制。

他們是否願意浪費公司的資源是相關的績效評估的一部分，可能會導致他們的實習提前終止，以便僅將公司資源用於那些真正有興趣學習如何成為工作場所的寶貴，負責和可靠的部分的實習生，他們既可以承擔任務又可以承擔任務

我會告訴所有實習生，展示一些示例代碼，不要提及其作者，不要花費超過2分鐘的時間，並且如果代碼隨後得到修復並且類似事件不會重複一遍，不再贅述。

如果警告鏡頭沒有引起注意，則下一步是不限成員名額的談話，只涉及有問題的實習生，也可能是您的上級實習生（確保他在您的船上）雖然）。然後，您需要確定是否欠其他實習生，以免破壞成功實習的機會。

聽起來這裡有兩個主要問題：1）它們變得不禮貌； 2）函數名稱仍然很爛，儘管它現在更長了。

譴責它們以便開玩笑可能不是將使他們更加尊重您的權限，因此我將把重點放在該問題上，就好像它是其他任何命名不當的函數一樣。我不一定會像我不知道這是在開玩笑那樣裝傻，但我會問他們為什麼選擇他們的名字：

”該函數名稱中的多餘單詞無法幫助解釋該函數的功能。“

這樣，對於他們來說，這是一個學習機會，使他們知道一個好的函數名稱，而您卻不是直接面對他們。作為額外的獎勵，他們可能會覺得自己只是在四處閒逛，可能會因為浪費每個人的時間而感到羞恥。

如果您必須提醒人們您是負責人，那麼您就從來沒有。

最好進行代碼演練，使開發人員必須解釋他們的職責。

1. 這會灌輸對項目成果的個人責任
2. 提供即時的專業反饋
3. 使開發人員具有開發性完成項目的緊迫性
ol>

利用團隊中的領導力來維護組織的標準。然後，幫助年輕員工達到這些標準，避免出現不合格工作的尷尬。

很顯然，您需要使它們停止運行，但僅告訴他們可能無法演示原因。

無論如何，我都知道每行80個字符的指導方針不是硬性規定，但是嘗試堅持下去是一個好習慣，因此擁有48個字符的變量名是非常愚蠢。

我建議告訴他們從現在開始嘗試遵循此準則，但是也不允許他們更改他們選擇的變量名稱。有點像“您已經整理好床，現在躺在其中”。

您將嘗試在他們的腦海中嘗試一種新的做法（假設他們還沒有保持簡短的行），不了解為什麼長變量名不好的實習生將會發現，“聰明的”實習生很快就會發現自己沒有想像中的聰明。

對於更有經驗的編碼人員來說， convertToMillilitersBecauseIAAmUsingSuchCleanCode 尤其糟糕的原因很明顯，但是與其告訴他們“不好”，而是迫使他們找出原因。我敢打賭，您遇到的冗長名稱會少得多，如果運氣好的話，將來也不太會出現時髦的情況。

這不一定是“一種尺寸適合所有”。很好，根據情況可能是最好的方法。這是我對所問每種方法的回答：

我該如何應對

• 大笑它（“是的，這很有趣，但是請刪除它”）

在以下情況下，這是一個好主意：與這些同事的融洽關係已經成為

• 禮貌地要求將其刪除

在以下情況下，這是個好主意：您想直接表達自己的想法，以免造成誤會

• 告訴我當某人浪費我的時間時我不喜歡，他們應該更認真地檢查代碼

在以下情況下，這是一個好主意：您希望交流煩惱，並堅持威權主義的方法。

（我傾向於認為您可能能夠將所有這些方法組合成一種不冒犯，禮貌而有趣的方式來傳達自己的觀點，實際的煩惱。“這種事情必須停止，因為它只會讓我走 [嘲笑] ”

個人而言，我喜歡友好的方法。我是那種做事的信徒。但是，我很容易承認，有時候這種方法不太有效。

但是什麼是最好的？
您的基本問題是：“我應該如何應對？ ？

基本上，這個問題可以歸結為：“我需要去某個地方。我應該使用單輪腳踏車，蹺蹺板，自行車還是公共汽車？”

任何這些運輸方法之一可能是最好的。同樣，回答您應該如何反應的問題：您最好的反應可能不是我最好的反應。

這是一個關鍵原因，即使不同的答案似乎都同意實習生的行為不適合生產結果，但不同的答案似乎卻傾向於採用不同的方法。如前所述，我們可能沒有一種單一的“一刀切”的方法普遍適用於每個人。

我們在這裡與人們打交道，因此在某些情況下最有效的方法可能不是在其他情況下也很好。關鍵因素之一就是你。您能在不燒橋樑的情況下嚴厲嗎？您可以輕鬆地與他們成為朋友，同時又確保足夠的依從性和靈感來獲得期望的結果嗎？對我而言最有效的方法可能對您造成可怕的影響。最終，您需要對採用哪種方法進行判斷。

靈活的教學方式：不要只局限於一種方法。

只需選擇您最喜歡的方法即可。確保不要太過分（壞/令人反感的幽默，或者為了嚴格而營造一個不舒適的威脅環境）。

無論您決定選擇哪種出色的建議繼續前進，請密切注意結果。

您很有可能做出無法如願以償的判斷。只要您沒有造成任何重大問題，如果積極且迅速地進行處理，這可能是非常可恢復的。這就是為什麼您不必過多擔心嘗試做出最完美決定的原因之一。如果事情進展不順利，您的情況就可以解決。人是不同的，學習可能是不可預測的，並且在第一種需要修改的方法中不會有任何恥辱。只要您恢復得很快，這可能就不是問題。

關鍵是要在發現不良結果後立即進行更改。期望需要快速適應。當某些方法不起作用時，請準備好快速修改該方法，甚至完全將其扔出窗外。如果您正在做的事情不起作用，請確定您是處於突破的邊緣，還是需要嘗試其他嘗試。 （獲得反饋將有助於確定此決定。）如果您需要嘗試其他嘗試，請這樣做。繼續這樣做，直到獲得可行的結果。

只要您迅速採取行動（在長期的苦澀之感開始發揚光大之前），輕而易舉的缺陷就可以輕易抹去，因為與積極的結果相比微不足道您實現了總體目標。 （只要確保事情進展不順利，問題就不大了。主要的瑣事可能更難忘記。例如，幽默嘗試可能很危險。）

例如，如果您發現他們開始討厭您，恐懼環境等，請確保消除任何誤解。向他們保證你站在他們一邊。鼓勵期望的行為。等

只需告訴罪犯（個人或通過電子郵件），就很難將這種實習作為開玩笑的地方，而且，如果他們想開始職業，就必須認真對待。

詢問他們來修復代碼，或者（如果您想顯示一些權限）只需回滾他們在版本控件中的更改。

兩年前，我與貴公司的實習生處於相似的職位。我可以想像一個我可能會做類似事情的情況。學究和/或不專業。這主要是由於我們這一代人對長輩和較高職位的人缺乏尊重。我將嘗試以下方法來解決這種情況。 >

將腳踏函數名稱用作每個人的課程，最佳函數名稱長度：goldilock的區域。重命名為適當的名稱（/含義）

我會注意非專業實習生的姓名，以防萬一。

我該怎麼做

• 大聲笑（“是的，很有趣，但是請刪除它”）
• 只是禮貌地要求刪除
• 告訴我當某人浪費我的時間時我不喜歡，他們應該更加認真地檢查代碼

“ 了解他們為什麼這樣做這個？”

無論何時有人做了您不希望或期望他們做的事，您都可以對它做出反應，以使他們做您想要的事情，或者您可以嘗試了解為什麼他們會那樣做。

了解原因可能很有用。如果他們天性好玩，但又不想對某些事情感到沮喪，這就是有人可以引導它的方式。我們都可以同意，這不是引導它的積極方法。

另一種方法

那麼什麼是 消除挫折感和嬉戲的積極方式？我曾在一些公司有時會花10％的時間來做項目的公司工作，例如為微控制器編程以使用dslr拍照。他們不僅有自由統治權，而且有責任將其轉變為可運輸的產品。從一天的黑客馬拉松到現在在公司網站上發布的代碼示例。人們可以以該示例為例，並將其變成可通過單擊按鈕打開的深海攝像機的遙控器。

我的意思是，像這樣的惡作劇可能是 指示尚未開發的潛力。如果您想要符合公司標準的實習生，那麼這種潛力就不適合您了，在這種情況下，請考慮放手。但是，如果您看到將事情搖晃的價值，請讓這些惡作劇者創建一些有用的惡作劇。最終，這取決於您。 您希望這些實習生成為誰？

作為一名將近30年的專業人士，我想說最受好評的答案大多是對的。

但是，作為近30年的專業軟件開發人員，我會說編碼準則幾乎總是過度說明。更糟糕的是，人們通常更關注其權威而不是產生可讀代碼，從而抓住了這一點。初級工程師通常會看到這種被動攻擊性行為。

在代碼註釋甚至標識符命名中添加愚蠢的東西實際上是軟件開發人員的悠久歷史。這是我自己的初中時代（獲得48次投票）中由標準引起的抗議命名的示例。

如果這裡有問題，則應該是您的環境中其源代碼存在合法的可讀性/可維護性問題。我並不是說這裡的最佳答案是錯誤的。他們不是。但是，當您從多位初級工程師那裡看到這種行為時，那麼在清理屍體之後，您應該真正調查金絲雀是否垂死的根本原因。最終目標必須是代碼質量。編碼指南應該只是它們的工具，可以幫助他們到達那裡，由開發人員為開發人員構建，而不是某種用於編寫程序的獨裁程序。

聽起來您有一個很好的例子，向他們展示了為什麼即使對於像這樣的小型項目，使用這種編碼約定也不適合。

您看到了。

即使公司沒有直接使用他們的項目，它也應作為對他們技能的評估，並在一定程度上作為這些實習生的學習經驗，以尋求他們的進入你的公司。

我不會對它們太苛刻-畢竟，這 只是對他們的試用-但我肯定會指出，將來，這種編碼做法可能會給他們帶來麻煩，尤其是如果他們的下一個老闆對他們的耐心不如您。

首先我要秉承誠實的原則，告訴我實習生這樣做是因為他們真的看不到 convert 這樣的名字有任何問題。我敢打賭，諷刺的名字不是出於叛逆的願望，而是因為他們不知道如何提出一個更好的名字而感到沮喪，而只是一個 >更長的名稱。那是你告訴他們的 ，對吧？短暫的不好，長期的好。

如果您希望這些人有所進步，您只需要在日常會議中討論確切原因 轉換較差的名稱，而 convertInchesToCentimeters 是更好的名稱。如果您有一個因名字選擇不當而導致問題的經驗的示例，那將對他們有幫助。這種“為什麼”將允許他們從現在開始選擇好名字-不管這些好名字是長還是短。

也要讓他們知道可以向您或他們的同伴尋求幫助或諮詢他們之所以這樣做，是因為這不是每個人都必須獨自工作的考驗，這是一種協作。 （我希望這是真的！）也許這將使他們能夠提問和互相交談，及早解決挫敗感，而不是等待這樣的被動攻擊性內容出現在代碼審查中。

只有這種行為繼續下去，我才有必要解釋，是的，這不是真正的應用程序，但是出於多種原因，應該認真對待本練習和样式準則：

• 值得當我可以在“真實的”應用程序上工作時，我會花時間與您一起努力，所以也請盡力而為。
• 本練習為您準備了一個認真而又實際的項目。您必須遵循的風格指南
• 通過本練習，我們可以決定在實習結束後，您中的哪一個（如果有的話）將工作機會擴展到

雖然沒有完全錯，但我認為此時指責他們不尊重他人等可能會使行為沈默，但也不會幫助他們理解他們為什麼需要更好的名字或舉止名字更好。如果您走這條路，您可能會發現它們只是帶有更長的惡名而迴避了您的鋼鐵般凝視。

首先，我認為這不是那不好。他們在代碼中開了一個玩笑，他們可能沒有完全理解一個主題（名稱約定）。在代碼中放置一些內部笑話並不是什麼新鮮事。此外，他們可能會將代碼視為“內部工作表”。

我也不同意他們在此浪費您的時間的觀點。如果他們只是為了重命名方法而提交，那麼是的，他們在浪費您的時間，應該拒絕更改。但是，如果他們需要一種新方法並選擇了一個較差的名稱，則審查的時間將與這兩個名稱都差不多。我不知道您是在審查提交前還是提交後，但是當有人想要批准代碼/合併後，他們正在做的事情實際上是在對自己不利，因為他們只是在添加往返次數以使代碼真正被接受。

對於您錯誤地使用錯誤的名稱進行評分，而無需實際查看其內容也很瑣碎。該代碼。問題是您對這些名稱感到惱火。

現在，在回答實際問題時，我建議提出他們在名稱約定方面存在一些問題，並請他們從中審查工作。上週，看看他們是否一直使用專有名稱，並考慮他們是否會在幾年內輕鬆理解它（如果他們是該項目的新手）。讓他們準備一份關於他們在該周中添加的功能的簡短報告，並很快對其進行證明。

理想情況下，每個功能大約需要一行代碼，例如。

convertGalToml ：將加侖轉換為毫升。為了避免與兆升混淆，不使用Camel case縮寫（毫升）來避免混淆。將 convertGalToml 重命名為 convertGal2ml 。

我懷疑您的小丑會說出重點並默默地對其進行重命名。

重點是，函數名稱是文檔。儘管比例如，它是更多的技術讀者。在用戶手冊中，他們應該習慣於在同行面前證明自己的選擇。

您不是他們的經理，甚至與您面試也沒關係。您是像我這樣的工程師，

所以您知道該怎麼做，與您的經理交談，然後提出建議代碼審查。然後建議他們不要通過諸如代碼協作者之類的系統編寫類似的代碼。您甚至不需要給他們發送電子郵件或與他們互動或親自處理這些東西。介紹基於該代碼審查的評分系統。不要試圖控制他們或成為他們的經理，也不要嘗試人員管理。這不關您的事。

與您的經理交談，並保留對自己進行審核後拒絕或批准提交的特權。假設每個實習生都有10分，並且他/她應該通過您的評分獲得100分，如果他們真的想加入您的團隊，他們會被激勵得分。不要失去任何積分。

如果我是一名實習生，並且在您的陪伴下工作，而您只是一名高級工程師，那麼即使您討厭我進行人事管理，我也非常討厭。這不是你的工作。

在我看來，您走得太遠了，它已經失控了。作為工程師學習該課程。您是工程師，而不是管理人員的經理。

儘管實習生的行為可能不專業，但管理人員不認為他們可能是錯的也是不專業的。顯然，在許多情況下， convert 可能不夠明確，但是對於標識符名稱而言， convertGallonsToMilliliters 太長了。您應該挑戰實習生，以證明他們選擇的名字確實含糊不清（他們無法做到），而不是一味地強加任何冗長的命名冗長要求，並提出合理的建議以提高程序的可讀性而不是阻礙

在我看來，這確實是一種常見模式的案例：“為什麼我的下屬不尊重我？”真的是“我的態度如何使人們不尊重我的立場？”