讓我從一個陳詞濫調開始：不是你，是他們。

這聽起來也許很古樸而明顯，但是從情感上講，我從你的問題中得到了感覺對您來說並不明顯。是您的同事不專業，他可能甚至（至少在潛意識中）知道這一點，並向您施加壓力，以免自己採取行動而造成後果。而且，您的經理誰也不願意或不關心它，也不是明星經理（特別是如果您的團隊中有人因為工作而沮喪）。

從您的問題出發，您是一個受過大學教育的.NET開發人員，她了解她的知識，居住在西歐國家/地區。以我對當前市場的了解，不是您應該擔心他們會炒掉您……他們應該擔心您會“解僱”他們。而且，您可能應該開除他們（理想情況是在找到一份新工作後，人們會讚賞您）。Imo，當您在其他地方可以找到更好的工作時，生活太短了，無法與膨脹的自我打交道，這聽起來很可能。我建議做些找工作，如果只是為了證明自己，如果被解雇了就可以找到新工作。減輕恐懼的合理部分。

這將導致下一步：如果您知道自己幾乎沒有什麼可害怕的，可以打電話給他們虛張聲勢，贏得或避免他們的雞搏遊戲。如果您知道自己遵循了行業的最佳實踐，並且被他們解雇了，那就是他們的損失，那麼，更容易成為BS。

我當時的情況有點類似不久前的情況。在某個時候，我非常沮喪和沮喪，以至於我再也無法接受同事的支配地位了，於是開始退縮。 （那天，她想在我工作時重新整理我的辦公桌。我只是在工人到達時才知道的。我爆炸了。辦公桌一直呆在原處。） 那是它開始變得更好的時候。最終，當我離開工作去更綠色的牧場時，真的變得更好了。

通常，真的沒有任何東西可以支持a孔同事的主導地位-他們只是試試看，看看他們能否擺脫它。您不必讓他們擺脫它。您的同事可能（下意識地）擔心，因為他知道自己的知識已經過時，並且如果/因為自己未對此做任何事情，有一天他會失業。我並不是說這讓您對他有感覺（他顯然對您沒有感覺），而是要證明他並不像他看上去那樣堅強。

繼續接受治療。與您的治療師討論一下放假的需要-短期（如果發生焦慮症）和長期（從這種情況中解脫）。如果您真的頭痛得很厲害，而止痛藥卻無法消除您該怎麼辦？希望：回家？如果您感到焦慮發作，可以考慮做同樣的事情嗎？

通過選擇他們不想讓您做的加班來改善您的心理健康。 （他們想要想要加班，對嗎？功能失調的工作場所通常效率不高，因此他們需要您待更長的時間才能撲滅管理不善所引發的火災。）不要在午餐時間工作休息一下，花點時間吃飯，休息和充電。請問您的朋友和家人來支持您，因為您的時間很艱難。

這聽起來像是您確信經理堅定地站在同事這一邊-您真的確定嗎？如果沒有，請向您的經理解釋最佳實踐及其對公司的好處。諸如員工之類的Sane經理所做的事情對公司有利。如果他不這樣做，那就更有理由去找工作了。

祝你好運，早日康復！

我誠實的建議是尋找另一份工作。您不能更改其他人，尤其是像您的同事這樣的人，但是您可以與另一家公司中的其他人重新開始。

通常，我建議您以客觀的事實來回應他的任何愚蠢的要求，請提出客觀的批評理由，並向他展示您提出的技術的客觀來源。但就您而言，我不確定您能否實現。焦慮發作是令人討厭的，在發作期間幾乎不可能從容地和邏輯地思考問題。向您的治療師諮詢有關如何處理引發攻擊的實用建議和策略。

與其他人寫的相反，如果我是你，我不會告訴我的老闆我有焦慮。

法律的內容和人們的反應是完全不同的兩件事。我經歷過人們被欺負的原因有很多。他們不應該被欺負，欺負是非法的事實沒有任何作用。

這似乎是政治衝突。您的同事正試圖向您展示老闆是誰。他正試圖在您身上發揮主導作用。這種情況經常發生，甚至更多，因此，如果他是高齡男性，而你是女性（年齡和職業長度而言）更初級。

不要和他吵架，那就去做吧。如果可能，在做事時微笑。

接受一些不依賴於您的信息，當那個傢伙向您請求一些愚蠢的東西時，請屏住呼吸。如果您的老闆支持這些請求，請執行它們。不要試圖向任何人證明他們毫無意義。

如果您足夠強大，甚至可以嘗試其他策略。去找他，問他關於某些問題的看法。您知道如何解決並且不需要他的幫助都沒關係。去找他，告訴他類似

嘿[Dick]，我一直在想您是否可以幫助我。我知道您在A方面比我有更多的經驗，所以我認為我可以使用第二種意見。我會非常感激。

您不需要相信它。將其視為一種策略。他將能夠向您展示他是主人，將您的貧窮，少女在困境中挽救，並會更加喜歡您。當他給您答案時，請多謝他，即使這沒有道理。強調他對您的幫助。當然，只要您在心理上有能力那樣做即可。

或請他和您一起吃午飯或咖啡。稱讚他在公司呆了這麼長時間。向他詢問他的工作風格，他喜歡哪種溝通風格等。不要多說。聽。我們都喜歡自己聲音的聲音。如果他感到被傾聽，則很可能他不會試圖在您的工作中稱霸您。

可能有幫助的一件事涉及應對壓力大的局勢。當我還很初級的時候，我也遇到過類似的情況，這給我帶來了很大的壓力（並且結局不好，因為我處理得不好）。在擁有9年經驗的基礎上，我有一些建議。同樣，這是處理壓力的根源，我認為這可以緩解焦慮（如果可以的話）。為什麼我要說初中？因為經驗來自工作，所以如果您有2年的工作經驗，那麼您還處於初級。在這種情況下，非工作經驗不是一個因素。初級與技術技能無關。

高級開發人員具有更多的經驗，不一定是更熟練的技術技能，這沒關係

這是初級開發人員通常無法獲得的，並且這讓他們感到沮喪。他們看到了高級開發人員的生鏽技能，並將其與自己的新鮮，敏銳的技能進行比較，並假設高級開發人員是欺詐者，不應該成為高級人員。但是高級開發人員並不高級，因為他們具有敏銳的技術技能（隨著某人管理更多而編寫更少的代碼，這些時間就會變得枯燥）。他們之所以成為資深人士，是因為他們有多年的經驗（希望）從中吸取了避免的陷阱，並獲得了關鍵的軟技能來幫助他們有效地與管理層合作。初級開發人員通常都缺少這兩個人員，因此他們需要高級開發人員來幫助他們避免陷阱。我見過的最好的初級開發人員之一仍然需要這個。他讓自己受到控制（經過一點抵抗之後），這是一件非常好的事情。如果您發現管理層正在聽高級開發人員的話，那並不一定意味著即將發生陰謀（總的來說，一點兒也不意味著什麼）。經理首先關注經驗，其次是技術技能，他們很可能（非常合理地）尊重並信任高級開發人員的判斷力。

不要與高級開發人員抗衡

不要與高級開發人員戰鬥。別。每個初級開發人員都這樣做（我也這樣做），但這是愚蠢的。是的，初級開發人員具有更敏銳的技術技能，但是他們缺乏經驗，因此通常不了解他們想像的那麼多，並且對高級開發人員的知識信任遠不如他們應有的那樣。其次，也是非常重要的一點，管理層信任高級開發人員來指導船舶並指導初級開發人員。管理層期望初級開發人員會跟隨高級開發人員的領導。如果初級開發人員拒絕並說“但是高級開發人員是白痴，我會因為XYZ原則而更加了解”，那麼管理層就不會認為“哇，初級開發人員是對的，高級開發人員是欺詐；我會解僱他們並提拔初級人員。開發”。管理層認為：“伙計，這個初級開發人員難以管理，風險很大。我希望他們盡快加入我們的行列，否則我們將不得不向他們展示大門。”我確定最後一行對焦慮沒有幫助，但是有個好消息：可能有時間將船轉過來！你應該怎麼做？

提交給高級開發人員的領導！

高級開發人員是否說要使用GOTO？然後使用它們。以表現出謙遜和尊重高級開發人員經驗的方式提出問題，但仍然提出問題（最好以真正的“我想學習X”類型的問題來做，而不是“這樣做不是愚蠢的方式嗎？”類型的問題） 。首先假設高級開發人員有充分的理由並想學習它的意思，然後提出這樣的擔憂，但要傳達的是，無論您只是想學習，您都會按照他們所說的去做。我會重複：按照高級開發人員的話做。您不應該這樣做的唯一原因是，如果您100％肯定地知道他們是高級開發人員，而不是您的領導者或導師角色-不是技術主管，也不是項目主管，而不是通過代碼庫，沒有。如果您的經理沒有明確說這句話，那麼您應該假設他們是這樣。那就是高級開發人員的目的。

記住：您的工作不是做完美的事情，您的工作是完成事情

初級開發人員常常沒有意識到這一點，但是最終必須完成代碼，並且某人必須負責就如何設計代碼，編碼標準等做出決策。這是高級開發人員的責任，而且很可能是相關高級開發人員的責任。這意味著這不是您作為初級開發人員的責任。只要在遇到問題時以正確的方式提出問題（見上文），就可以以一種對您來說沒有意義或感覺您正在損害代碼質量標準的方式編寫代碼（憑經驗，我們將了解成本，速度和質量之間的權衡取捨，這在軟件行業中是必不可少的；高級開發人員可能已經學習了這一課。

為什麼這可能會有所幫助

首先，它將有望修復您與高級開發人員之間的關係。高級開發人員的職責幾乎肯定是指導和指導您。現在，您不經意間給高級開發人員帶來了困難和壓力，並且您看到他們的壓制（以不合適的方式授予，但人是人）。修復這種關係可以減輕您的壓力，減少焦慮，這應該有助於您緩解焦慮。獎勵：這也很可能會改善您與經理的形象，這一點很重要。隨著時間和經驗的積累，您將開始明白為什麼所有這些事情都是正確的，長期來看，這也將有助於緩解焦慮。

如果這不起作用

如果您完全以謙卑和誠懇的態度去做所有這些事情，並與高級開發人員所說的相提並論（並給予合理的時間（至少一兩個月），那麼他們仍然在辱罵，那麼我同意另一位海報發布者，您需要尋找其他工作。 當然，這些都不排除需要優先考慮您的心理和情感健康，也不是假設減輕壓力可以解決所有問題，但這是除其他步驟之外還應有所幫助的工具。 / strong>

儘管此開發人員是您困擾的直接原因，但在我看來，這裡的真正問題是經理。這是技術團隊中發生的一種功能失調，經理不真正了解團隊的工作。

當您不真正了解經理的工作時，就會被迫依靠他人來了解工作質量並做出決定。一般而言，這不一定是一個問題，但是經常發生的是，經理不知道如何選擇合適的人聽。他們將傾向於根據膚淺的事物進行評估，並經常選擇完全錯誤的人。經典的團隊成員會產生脆弱且通常過於復雜的解決方案，這些解決方案會產生很多只能由他們解決的問題。經理看到的是“英雄”修復問題。 “哦，TPS報告再次失敗！我們需要英雄！”編寫穩定且健壯的代碼的開發人員並不能總是節省時間，並且看起來似乎是可有可無的。不會改變且無法正常工作的事物往往變得不可見。例如，您多久考慮一次心跳？正常情況下可能不經常使用。您還需要了解，大多數人都不知道計算機內部發生了什麼。這都是一個謎。他們只是看到一位英雄消防員。他們沒有證明英雄真的是縱火犯。

您已經和一個“金童”一起加入了一支隊伍。當這個金童不能真正勝任時，他們會非常領土嫉妒。如果您在技術層面上挑戰他們，他們會變得非常激進並試圖欺負您。現實情況是，它們的地位通常非常脆弱。一旦經理開始發現自己無能為力的證據，情況就會迅速改變。當經理開始看到自己被踢過並且自己在組織中的地位受到此人的傷害時，經理常常會生氣。黃金男孩迫切希望防止他們的能力門面出現任何裂縫。

第一個不是我會做出的選擇，除非我迫切需要保留我的工作。我已經做過兩次＃2，主要是因為我的個性，而並不是因為我真正了解動態。這可能真的很不舒服，並且有一些風險，您會被邊緣化或被解僱。 我遭受了前者的痛苦，但沒有遭受後者的痛苦。很難說出進攻會如何影響您的焦慮感。壓力通常是無助的結果，因此積極解決問題可能會有所幫助。而且，如果您成功了，您仍然會遇到一個不知道發生了什麼的經理。您可能會成為“金童”（“金童”的含義截然不同，我歡迎對此想法使用另一個非性別術語的建議）。也許您想要那樣，就我個人而言，我更喜歡在一個功能失調的團隊中工作。克里斯·康普頓（J. Chris Compton）要記住的一件事是：“如果您在解釋自己的一面時充滿了情感（被認為是沮喪），則傳遞信息的可能性較小，該信息會影響/說服對方。我從觀看人們爭論技術觀點時得出的觀點-充滿情感的人更有可能被認為是錯誤的（其他所有條件都是“​​基本平等”）。”我還要補充一點：了解您的知識並準備捍衛您的決定，但是如果您意識到自己錯了或者對方有觀點，就承認這一點。

離開始終是一種選擇。主要缺點是，很難確定接下來將要進入什麼領域，而頻繁切換工作看起來很糟糕。

可能發生的另一件事是經理離職。儘管您可以聲稱存在敵對的工作環境並可能導致解僱，但這通常不會影響您。我不確定這在荷蘭如何運作，但在美國卻使該公司面臨訴訟，在任何運作良好的公司中，此類索賠通常都會受到重視。

有時候，人（有毒的人）會佔據他們發現的盡可能多的（個人）空間。您可以隨意設置限制，不要給他更多空間。這個人可能永遠不會改變，但至少您可以為他的行為設定一些規則。

根據我與一個有毒同事的親身經歷（與您的案子有很多相似之處），首先，我與老闆交談，並告訴他，如果某些事情在我的工作環境中有所不同，我會提高生產力，並提到同事發生的一兩個事實。其次，在再次受到批評之後，我抓住了同事給予的第一次機會，告訴他，即使他對自己的建議是正確的，但他的舉止根本沒有幫助。

No需要侮辱任何人，通過強調自己的經歷，同時試圖使展現其角色的積極方面，同時讓他了解您的生產力取決於他和您與他之間的良好溝通。

在我看來，我的同事的行為變得更好了（只對我來說！）他的行為與那些閉嘴的人一樣。

一個好的例子是，您將在一個更好的環境中工作。但是，如果事情沒有按計劃進行，那該怎麼辦？

最糟糕的情況是什麼？被開除？很難相信會發生這種情況。在最壞的情況下，傢伙不會改變，您可以選擇辭職或嘗試其他方法。假設您退出或被解雇了。所以呢？您會找到更好的工作。為了您和您的心理健康。您的家人首先需要您保持健康。

您可以通過將這種情況的主要感覺設置為您的憤怒而不是您的恐懼來嘗試逐步處理焦慮發作。是的，需要耐心，您必須努力，但是可以肯定地實現。

我在同一國家也遇到過類似情況。我想分享一下我所做的事情和效果，如果這不是WorkplaceSE的好答案，請告訴我。

我是一名移動開發人員，我和3個人一起工作，其中一位的行為與您的人相同。他經常抱怨別人的工作，即使是在公司工作15年的人。從理論上講他很堅強，但是他缺乏很多實際經驗，他不明白當您在公司工作時，有時必須使用足夠好的1小時解決方案而不是10小時重構項目來解決一個錯誤。在會議上，他開始討論所有事情，整個團隊可以說A，他仍然會堅決反對B。

這是第一次對我造成攻擊，我徹底關閉了。那是在一次會議上，我什至不記得是什麼觸發了它，但是不管我告訴他什麼，這個人都會保持相同的論點。我驚慌失措，當我的一個團隊成員對那個讓我完全退出對話的傢伙說了一句話時，我對會議的其餘部分沒有意識的記憶，只是盯著我的汽水罐，幸運的是，團隊完成了其餘需要討論的內容。

然後，我去洗手間，冷靜一下，考慮下一步該怎麼做。我請上級安排會議。我患有自閉症，當時正從抑鬱症中恢復過來，至今還沒有人知道。我覺得我必須先告訴我，以充分說明其影響。所以我對他不滿意，他通常是個比我大幾歲的好人，因此我很樂意與他分享。這有助於我知道他很重視我的工作，不會基於對這些問題的了解而改變自己的看法。我解釋了發生的事情以及它如何影響我，並且我不知道在這種情況下該怎麼辦。他非常理解地回應，給了我小費，只要我感覺到即將發作，就去洗手間。只要我需要就一直待在那兒，事後再告訴他有關事件的信息。我已經這樣做了一次。

有問題的人在一段時間後得到了正式警告，有點籠統的“你不適合團隊，那就去做”。從那以後他一直在進步。

您有“ vertrouwenspersoon”嗎？如果是這樣，請與他們交談，以便公司中至少有人知道您的情況，並且在事情真的失控時可以為您提供擔保。 （vertrouwenspersoon =公司中的一個人，您可以告訴他們的東西而無需他們向別人吹噓，這是荷蘭的一些公司擁有的東西）

要獲得長期的幸福，您應該找到一個更快樂的新職位。
可能要花幾個月的時間，但是.NET技能在世界範圍內都可以銷售。 hr>

請牢記這一點，我將要解決其他問題。

其他人在處理焦慮症方面有很好的建議。
不需要在那部分添加內容。

我想談的是您如何處理一般事物。
如果您以不同的方式看待事物，事情對您而言可能會更容易。

因此，讓我們用新鮮的眼光看一下您在這裡所說的幾句話，
和您可以考慮是否 有效點。

注意：我 不是責備您您所描述的混亂。

請再讀一遍最後一句話...

我想提出不同的看待事物的方式-在下一份工作中-無論是什麼。

他一直對我不滿意，因為我拒絕將我的班級“ Request”命名為“ RequestClass”以及其他奇怪的原因。

我不得不問...您為什麼不重命名？
他是高級開發人員，並且是經理的朋友。您願意死在那座山上嗎？選擇戰鬥。
每個組織都會有很多愚蠢的規則。為什麼？ （1）因為最好以一種模式編寫所有代碼，即使那不是最佳選擇，也可以（2）專橫的人。
我有一個朋友在您不曾工作的地方工作過。不允許在if語句中使用否定符（一個很好的一般原則，但是在無情地執行時卻很笨）。

他說：“為什麼要使用Linq過濾列表，所以

告訴他，您認為它更容易維護，並願意對其進行重寫。
（無需告訴他或暗示他是個白痴……尤其是（如果他是個白痴）。

這是一個困難的[任務]，因為我不得不重構該程序員編寫的類（非常糟糕）。

您是否必須重寫它？
“必須“我的意思是，實際上沒有其他方法可以進行更改嗎？

他拉起我的更改並開始批評它們。我確定我們的經理會按他的意願去做。

這是要和您的經理談談何時您感到足夠健康來解決的問題。

大喊是不恰當的，您永遠都不必在工作中處理它。我注意到您說他是在批評您的更改，但語氣該帖子的內容似乎是他在批評 you 。

在大多數地方，您將不得不對自己的作品提出批評-減少對個人作品的批評。

他比我知道很多事情……但是，他認為他比我更了解所有事情。

雖然您可能是正確的，但是當您說“他相信他比我更了解一切”時，您肯定在預測-這是“是最健康的生活方式。

在我看來，投射會加劇焦慮。 ^{1 sup>看看您的治療師是否想和您談談。}

^{1 sup>不，我不是治療師。我“認為它會有所貢獻”，因為我認識的大多數焦慮症患者的預測能力都更高。如果您認為我錯了，那就是“軼事證據”：-）}

對於您的問題，我有另一種解決方法：您的同事似乎總是對做事有一個更好的主意，但是這類人通常有一個缺點：他們非常深入地進行編碼，但是他們不知道他們編寫的程序將由普通人使用（我的意思是，沒有IT書呆子，所有人都尊重），這是您可以使用的東西：

您去找經理，提他/她對您從同事那裡得到的不斷批評不滿意，所以您有一個建議：每當您的同事發現您做錯事時，就由他提出一個真正的建議。生活狀況，他可以清楚地說明為什麼他的解決方案比您的解決方案更好。現實情況必須由您的經理同意。

這將導致以下情況：

• 他會發明的某些情況不會被經理接受，因為不夠現實，會有一個贏家。
• 他將發明的某些情況將被經理接受，因為足夠現實，這將成為經理的贏家。他，但對您來說，這將是向您的同事學習的機會。

最終，您將獲得一份真實的用例列表，貴公司可以使用回歸測試列表，這可能會極大地提高您的產品質量，這將是您的真正贏家，因為您是提議創建此回歸測試列表的人！

這是關於擁有很大的自負，沒有技能的開發人員的事情：僱用他們並長期保留他們的公司將會消失。最終將發生的事情是，它們將導致大量的代碼膨脹，大量的隱藏依賴項，整體模型應用程序等，因此有一天代碼會中斷，除了這個傢伙，其他任何人都無法維護它。然後那個傢伙將離開公司（退休，辭職，被解僱，你有什麼），申請將失敗，公司將在自己的負擔下崩潰。我現在的公司目前正在經歷類似的情況，當時他們的舊應用程序設計得很糟糕，以至於他們決定不修復它，而是從頭開始重建所有內容並扔掉舊的，而他們卻在花錢。

因此，如果他們的“高級開發人員”不知道，那將是您公司前進的方向。

SOLID和nitpicks之類的東西，例如“ Request”和“ RequestClass”（在這種情況下，您應該說對了，應該是“ Request”；用Class / Impl / etc後綴所有內容都太過時了，難怪高級開發人員從事編程已有20年了，我敢打賭他可能仍在使用Java 4;））。當它最終崩潰時，您是否想成為這艘沉船，還是更好，您是否願意在那裡撿拾別人的爛攤子？當然不會。因此，盡快離開那裡。您正在沉沒的船上，該跳起來了。

您的問題不是您的編碼習慣或做事方式，現在的問題是焦慮。如果您沒有通過專業/藥物來解決問題，那麼您將在生活中看到這種模式。人們會以不利的眼光看待您所做的一切，您不會激發信心，此後，您可以成為專家，成為此類業務的專家，沒有人會認真對待您。花一些時間向您的治療師解釋（永遠不要告訴您的同事），即使那裡您信任的人也是如此。您的工作場所正在發生的事情是細節。您的焦慮和計劃的漏洞現在是您的首要任務。