當您不知道某件事並不脆弱時尋求幫助-沒有人會全部了解他們將遇到的每種技術的細節。並且假設這並不是工作的每個方面都發生，而是在您知道同事具有特定知識的特定事物上有所幫助，那麼實際上這是明智且有效的事情。

初級這裡的工作人員是錯的。我已經一次又一次地看到它-一個初級/無經驗的人有時會陷入那種怪異的心態，他們覺得永遠承認他們不知道某事或需要幫助會永遠將他們標記為無能。當然，這很荒謬，但是它總是發生，並且是良好團隊合作的禍根。

不幸的是，您無法控制別人的看法。您所能做的就是控制自己的舉止。而做這種事情的最好的辦法就是根本不養活錯誤的觀念。您需要擁有的事實，即您不要讓自己的自我受到阻礙，從而無法盡最大可能和最有效地完成工作。

不要表現得像是一件可恥的事情，也不要為此感到尷尬，因為事實並非如此，您也不必那樣做。如果這個下級或其他任何人直接對此發表評論，或者當您有其他能力做出回應時，那麼您當然會指出，您這樣做的話，您會希望該部門的 any 成員能夠之所以這樣做，是因為沒有必要花費數小時或數天的時間弄清楚什麼時候下一個隔間裡的人可以在五分鐘內給您答案。

這個初級開發人員對高級開發人員應該做的事情有一個錯誤的認識。

高級開發人員是高級開發人員，不是因為他的技術知識與初級人員可以做的所有事情重疊（它可以，但是沒有不必這樣做），但因為他可以做一些大三生甚至不理解的事情。高級開發人員可以（應該？）理解決策的廣泛含義，牢記全局，可以委派任務，了解信任報告的重要性，並能夠組建團隊。

另一個成員的專長是一種博學的技能，並且是“大局觀”心態的一部分，而這是大三學生顯然所不具備的，這就是為什麼您是大人而他卻不是。

您必須意識到您要求“幫助”的任務不是您無法完成的，而是您委派並信任初中生要做的事情。如果他被卡住，您就不要去“哦，太糟糕了。我現在就解僱您。”相反，您將能夠提供幫助，指向正確的資源，集思廣益，研究潛在解決方案的新線索，諮詢自己的聯繫人，在不同渠道尋求幫助等。

首先，您需要100％確保自己沒有受到冒犯。這取決於您，需要在不涉及初中的情況下進行處理。

完成此操作後，您將100％確保沒有冒犯，那麼請認識到這是初中 學習成長為高級開發人員。任何認為尋求幫助是“軟弱”的老人都會自然地創造一個非常有害的環境。你說（他說了什麼。）你為什麼這麼認為？”確保它不是防禦性的，並嘗試探究他為何認為自己的方式。

如果您從更廣闊的角度來看，CEO會做他的報告能做的一切嗎？當然不是。這就是為什麼要有一個由C級高管組成的團隊的原因，然後他們有自己的高級報告，然後又有初級報告。您也可以擁有本身沒有技術專長的經理，但是他們可以成功地管理高級開發人員。

弱點正在削弱尋求幫助的隊友。

當我剛開始沒有www時，所有幫助都是以手冊和過度勞累的同事的建議的形式出現的，希望您應該知道的一切。

世界已經改變了。那裡的東西太多了，甚至沒人能開始了解所有事情。如果是這樣，那麼就不會存在Stack Overflow。

如果您正在與我合作或為我工作，那麼您在尋求幫助將使我感到寬慰。這會增加我對你的信心，因為我知道你不會成為一個半心半意，做些事，然後責怪別人的人。

我曾經工作過在一家報紙上，當我採訪一位候選人並故意問他一個晦澀的問題，他無法知道答案，因為我想看到他說“我不知道”。他做到了，我們僱用了他。為什麼？因為我們希望有人說“我不知道我在這裡做什麼，我需要幫助”，而不是看到一個錯誤使它登上報紙並使公司感到尷尬。

缺乏能力的標誌，以了解您的極限並在需要時尋求幫助。這是專業精神和自我意識的標誌，也是我希望在同事或為我工作的人中擁有的特質。

八卦是弱者，如果我是你的經理，他和我將在這門密室裡進行對話。

如果他繼續直接與他交談，然後再與您的老闆交談，請不要讓它傳給您。他正在破壞團隊合作並減緩員工成長。

如果讓您感覺更好，我在實習時曾幫助過一些高級技術人員。不是因為我比他們更好，或更聰明（我不是），而是因為我碰巧知道答案，因為我之前做了他們想做的事情。

尋求幫助並不是弱點。這個三年級生不知道他在說什麼（可能是為什麼他是一個三年級生）。一個好的高級技術知道他所知道的，但更重要的是，他知道他不知道的。

如果您假裝知道一些東西並且因為太驕傲而不能工作，那有什麼好處？像往常一樣繼續工作，並儘力避免發生這種情況。您的信譽不應該受到任何損害（除非您一遍又一遍地問同樣的問題，並且永遠不要學習）。

我的看法是，您的下級同事已經對尋求幫助持消極態度。

我認為這裡的正確答案向他表明，提問並不壞，在這種情況下，更加聰明，因為您的其他同事已經在需要幫助的問題上有了經驗

您遇到的問題是錯誤的解決方法。

您有一個初級開發人員，認為尋求幫助有問題。對於他們個人和雇主而言，這都是不好的。同時，您不僅應在需要時繼續尋求幫助，而且如果他們對此有所抱怨，請叫他們出來。否則，他們將永遠學不會更好。

團隊工作就是這樣，團隊！

每個人（包括被誤導的初中生）都有所提供，這是團隊中前輩的工作

這不是“比你大的事”。

改變團隊的文化和視野是一個真正的挑戰，但這將帶來豐厚的回報/生產力/促銷/加薪/等/等

這就是領導者真正的目的（當然是生成代碼以完成項目）

直接回答您的問題：公開和公開（也許在團隊會議中）吸引“神童”的幫助，並在適當的情況下邀請大三學生參加。

請隨便說“我不知道，告訴我”。結果整個團隊會更好地工作。

TL; DR

• 如果這是關於晉升的問題，請考慮進行自我監控，以了解您的擔心是否合理。與其他可能成為您工作競爭對手的人進行比較。 （現在在@Cantalope的評論後帶有EDIT部分）

• 如果這是關於聲譽的話，請權衡一下，問其他人幫助，他們問你，是否應該擔心

• 確保這與您的必備技能無關，，這是唯一的情況，大三學生在某些程度上應該失去對長者的尊重，我已經見過這種情況

• 如果只是那個初中生，請參見其他答案，我完全贊同。特別好主意：@Jon Hanna（對初中生的耳語），@SaggingRufus（初中生有時會幫助老年人）@motosubatsu（為什麼這個初中生這麼認為）...

完整答案

除了小伙子（其他答案都涵蓋了這一點），問題是：

考慮到當前的情況，您將如何尋求幫助而又不會丟失可信度？

1. 當前情況如何？
2. 失去可信度...在誰的眼中？
ol>

讓我們從一個簡單的問題開始：

這是關於升遷的嗎？

您在這段話後就提到過嚴格的升遷：

我正在努力尋求更多幫助，似乎確實使我看起來虛弱。我之所以反對，是因為這是一個誤解[...]

因此，假設（也許！）不只是那個有這個誤解的大三學生，還不如說是。假設您擔心升職（我的老闆會不會像這個大三學生那樣？我的其他同事會在升職上與我抗衡嗎？會告訴老闆我在工作中一直需要幫助嗎？）；假設您仍然想尋求幫助（出於現在的原因）...

在當前情況下，如何在不喪失信譽的情況下尋求幫助？

1. 我將監視我經常執行此操作的方式。以防萬一。您詢問的每個人（有時很重要）。您可能還想看看與其他人相比，您這樣做的頻率。而且-如果存在顯著差異-為什麼。
2. 我會先搜索/研究/嘗試自己的想法20分鐘（如果問題更大，則需要更多時間）。
3. 我會適當地表達我的問題，這樣其他人就會知道我已經做了我的應做。
4. 我有時會在辦公室而不是辦公室問。
5. 我會嘗試為自己制定一些簡單的規則：何時（不）問。
ol>

我問

• 什麼時候最重要？
• 我是否可以獲得比其他時間更多的時間
• ，如果我花了太多時間卻沒有效果，那傢伙就會迷失（回答和切換上下文）。對我來說多少時間取決於問題的大小/體重。

如果我的朋友正在做苛刻的工作，儘管他很有可能會回答我，但我可能不會問，除非情況確實有利。

老闆看起來對於完成工作的人。如果他們得到別人的幫助就可以了，只要優先級較低的任務不會拉扯那些優先級較高的人。所以...如果他們的工作更加關鍵並且不這樣做，請不要拉扯別人的幫助在您的任務優先時應全力以赴……除非情況能真正表明這是應該的。

IT競爭

在@Cantalope發表評論後編輯：

我確實擔心升職，我會自由地承認，因為那裡有很多廚師，所以感到“我的主要專業知識不足”可能令人沮喪。我確實有一種感覺，在IT領域，競爭很激烈

1. 如果您希望獲得頂尖，要么成為該技術的先驅，要么成為最後的人-兩者都可以賺錢和穩定性（在一定程度上）。
2. 競爭有些激烈。不過，您可以通過技能踐踏政治的頻率（反之亦然）來輕鬆衡量公司的質量。我們都是人類，因此依靠“其他人看起來如何愉悅”來判斷他們與我們的本性息息相關，但是對於許多IT公司而言，完成工作是值得的。像您這樣的專家會在那些重視技能的人中蓬勃發展-那就是您想要的位置。當然...您的技能。
3. 因此，請考慮您的主要專業領域。它符合您老闆的需求嗎？因為他會提拔平時需要的東西。如果您迫切需要Java人員來完成他們所有的“最重要的項目”，那麼（通常！）您對C＃的了解有多棒。
4. 每個人都會感到自己不在自己的舒適範圍內，我並不孤單。積極思考，技術是相似的，隨著時間的流逝，越來越多的事情變得越來越容易。我敢肯定，這將永遠不會結束，這是工作的具體內容。相信自己。
ol>

所以促銷的底線是：

1. 別擔心。相信自己的技能。如果您的公司重視政治和自我推銷，而不是技巧，請考慮搬家。除非有您喜歡的人陪伴，否則通常這是您待一會兒的好理由。
2. 如果您想要或需要的話，可以豐富他們（也許是一種新的語言或框架來獲得升職或升職）。搬到其他有前途的公司嗎？）
3. 評估您的老闆過去曾升任的老闆。自販？說話流暢嗎？引導者？努力工作的人？技術嚮導？ X技術專家？然後重新評估您的機會。
ol>

團隊是否準備好承認“我不知道”？

現在，您的評論的另一部分：

但是無論表達什麼，我都想讓自己更加開放。我接受不知道。我不確定我的團隊是否這樣做。

1. 讓我們驗證一下是否這樣做
2. 如果他們不這樣做，您是否要更改它？想搬家嗎？
3. 如果您想更改此設置，我建議改變他們的看法（感謝@BrianD提出想法）。
ol>

驗證從表面上看實際上就足夠了-也就是說，在廚房裡進行了一輪簡短的交談之後或在公司聚會後，您可能會得到答案。非正式的設置，簡單的問題，完成。

”“您認為像X或Y這樣的人會承認他們有問題，或者他們不知道答案嗎？我最近想知道我們作為一個團隊如何站在不知道。”

“我認為X不喜歡承認自己不知道，因為他認為這會使他看起來虛弱。您會同意嗎？”後來只是區分他是否同意“他有這個問題”或“它使一個人看起來虛弱” “。

改變他們的看法首先需要將“尋求幫助”和“獲得他們的意見”放在同一水平上。首先是你變得較弱（對某些人而言！），其次（通常是！）意味著要問他們足夠好。我通常同時使用這兩種方式，因此對於我周圍的每個人來說，信息都很明確，我認為它們是相同的。一段時間後，如果我向某人尋求X方面的幫助，每個人都知道他對X很有用。

還可以使用預審，特別是如果你們這樣做代碼審查。讓一個技術上健全的人來預審您的代碼，並詢問可以做得更好的方法。按照他的建議。然後讓他查看該代碼。在大多數情況下，保證得到批准。

改變他們的看法是向他們展示來自解放的力量，而不必假裝一無所知。專注於真實的工作，完成事情，不加思索地使用他們的知識，如果這會使您看起來虛弱。自由地承認，團隊會使您變得更強大。感謝這裡的好主意，或者（開玩笑地）感謝“在這個漂亮的測試技巧中在那裡使用”。

這與聲譽有關嗎？

您多久問一次？多久問一次您？在詢問之前，您花了多少時間在“應付款”上？他們做了多少？如果您在沒有進行基礎研究的情況下提出一系列問題，您的聲譽可能會在同行中受到打擊（更不用說等級較低的人了。）

如果我不確定我所面臨的困難，有時我會進行詢問（順便說一句，表示我正在尋求快速且不完整的即時解答）。如果我的大多數同僚似乎都沒有對此問題有任何了解，或者所有人都在指點當地專家，那麼我知道不僅僅是我自己。如果有的話，我可以看看是否需要改進。導致...

您是否排除了生鏽的（基本的）技能？也許這是一個簡單的問題？

最近，一個非常成熟的大三學生（大個子，職業改變了，非常有學識的人）向我介紹了他新工作場所中的老年人。儘管Java 9出現了，並且Java 8出現了很多年，但他們從來沒有理會它，他們一直在說它有多困難。當他用Java 8編寫少量代碼時，其中三個衝到了屏幕上看。他放慢腳步，再次編碼，以便他們看到他是如何做的，提議如果他們願意的話，他可以展示一些有關它的信息，並且通常從不大驚小怪，但是他告訴我，這有點苦澀。因此，雖然從您的故事來看並非如此，但請仔細檢查。也許您的問題通常被認為是簡單的材料？我曾經問過一些容易找到的東西，而與Google在一起的那一刻，我和我不幸的同事不得不花了幾分鐘的時間給了我同樣的答复。後來我發現在Google中找到它是如此容易，這讓我感到非常尷尬。我認為，這是我們中最好的。

請不要誤解我的意思。沒人知道。擁有生鏽的技能是很自然的事情。但是，被人視為弱者-尤其是那些將這些技能視為必備技能的人。

如果在您的工作中，編碼被視為主要技能，並且您的編碼已生鏽（例如，您是建築師，而匆匆忙忙開會），這將改變您的看法。當之無愧-嚴格地說，您比您弱。現在，將其與通常的繁忙相結合，您太忙而無法發現它，也太忙於解決此問題。因此，您尋求更多的幫助，因為您知道其他人的幫助可能比重新發現它的工作效率要快得多。

如果您認為信譽不佳，就會失去類似的信譽。舒適區問題不是很耗時的（在問之前不做應做的事情）。

摘要

1. 監控自己。設置簡單的規則，無論何時問，什麼時候都不問。
2. 在尋求或尋求幫助時，請牢記工作的優先順序。
3. 權衡您問/問的頻率，您/他人在幫助上花費的時間。如果您擔心競爭對手超越您，可以將其與競爭對手進行比較。
4. 在尋求解決方案/幫助之前，請對您的問題進行處理。
5. 請回答您的問題，以便其他人知道。
6. 仔細檢查這不是一個簡單的問題，也許測試一下您的同行將花費多少來解決它。
7. 不介意大三學生，他的評論可能來自簡單的興奮，他所奉獻的這位強大的老人有他不知道的事情，也許可以及時得到。
> ol>

很長的答案，對此感到抱歉。

我不是IT經理，但是在不同領域運行項目。解決此問題的一種方法是更改​​您查看這種情況的方式。您的工作不是顯示脆弱性，而是成為效率的良好判斷者。

不應由誰可以最快地完成特定工作來分配任務，而應該由誰來將時間花費在任務上的時間最好。作為大四學生，您還有其他重要的工作要做，應該更好地判斷如何劃分工作以有效地實現項目目標。運用自己的判斷力並行使自己的權威而沒有道歉，並學會做到這一點。將需要表現出“脆弱性”的感覺轉變為對團隊成員的想法持開放態度，願意出於正當理由改變您的計劃，並放寬了對工作的認可。

我發現，當您尋求幫助時，保持信譽的最佳方法是提供幫助，以在其他場合獲得回報。在我與缺乏經驗的同事一起進行編程的機會中，我對細節的記憶不那麼好，但是我通常對什麼將使設計更簡潔或最有可能出現錯誤有更好的了解。

我認為這是因為，例如，我們正在編程的語言的語法和標準庫的詳細信息與我多年來使用的數十種語言混合在一起，而年輕的程序員僅使用了一兩種語言。但是經驗的廣度和深度幫助我形成了很難以其他方式理解的見識。

當直覺閃現時，您的結對程序員將完全欣賞您為錶帶來的價值，即使它們知道您必須通過Google進行的所有瑣事。