永遠不會出現問題

我快速瀏覽了一下您的個人資料，發現您已經在StackExchange社區工作了一段時間。您無疑會在這裡註意到，在此處得到最佳答复的問題是那些提出問題的問題，以及為試圖回答該問題而採取的理由。

工作生活是像這樣。如果您要提出問題，那麼您還希望確保也讓他們知道您已經嘗試過自己做了什麼。這可以通過多種方式使您受益：

• 它表明您並不是在不必要地詢問。如果您公開自己的推理，則可以讓對方知道您
• 您會在提出問題之前進行嘗試，而不僅僅是懶惰。
• 您可能會收到有益於您思考過程的反饋。揭露他們試圖回答問題的方式，不僅有助於引導他們走上正確的道路，而且我還將幫助他們了解他們如何思考問題才能自己解決。您越能揭示自己的思維過程和推理能力，其他人就可以幫助您在將來的問題上進一步發展。

這裡有兩個要點。

我認為一家科技公司的其他人都喜歡談論技術...

不一定。許多技術人員會談論與他們現在正在執行的任務相關的技術，但可能對其他任何事情完全不感興趣。

我認為您可能會對此和以下內容感到困惑：

當我試圖解決一個我不熟悉的問題時，我也因為“走錯了道路”而被責罵，而不是問一個人是誰

考慮那個男孩狼哭了:)如果您花別人的時間談論與他們所做的事情無關的事情，那麼當您向他們提出相關問題時，您可能會發現他們覺得他們已經失去了足夠的生產力。

我幾乎總是嘗試自己找出問題至少一個小時。這太短了嗎？

在很多情況下，它太短了。除非您要解決的問題很簡單，否則您應該花費更多的時間來搜索和嘗試不同的排列。如果問題很簡單，那麼適當的網絡搜索應該會得出正確的結果。

將所有這些放在一起，我看到的是一個年輕的程序員，他在判斷方面存在一些問題，這是您的人力資源人員告訴您的。這不是無法克服的，但是您需要考慮一些事情。

• 在午餐室中保存假想的技術問題。除非您非常了解人們，否則這是不合適的
• 了解如何應用更好的網絡搜索字詞。如果被告知您提出的問題太多，請並且花太多時間問，那麼顯然你是在問錯問題。
• 提出問題時，請顯示您嘗試過的內容。經典堆棧溢出心態。如果您沒有採取任何一致行動來解決問題，那麼您就沒有足夠的努力。實際上，如果有明顯的問題要問是在公共領域，不要害怕利用資源 like Stack Overflow。最後；
• 保存有關業務特定問題的問題。不要問有關如何驅動編程工具的問題，而要問有關域的問題-或與公共環境無關的與環境有關的問題。

您可以在此處進行很多改進。您可能會發現PIP可能是幫助您成為更好的開發人員的非常有價值的工具：）

問題在於，當您中斷某人的工作時，他們不僅會浪費5-15分鐘的時間來回答他們。他們損失了更多的時間，因為他們需要重新集中精力。

我當時的處境與您相似。我曾經去找人，馬上問他們問題。即使他們做了一些會阻止我的事情。甚至可能打擾了附近的其他人。

我的經理提出了一個解決方案：即使該人正坐在您旁邊，也要使用電子郵件和即時消息傳遞。這樣，您將更多地思考如何提出問題，並且在此過程中您可能會回答自己。另外，對方有空閒時間時可以回答您。

另一種選擇是召開會議，以清理所有事情。

我將嘗試從公司的角度回答。我不是那個公司，所以可能有些事情我沒有看到，但是我以前在我自己的公司中看到過。

問題太多

您的大部分困惑似乎來自您不了解問問題是危險遊戲的事實。 是!!!

當您問一個問題時，您就承認自己不知道某事，並且想辦法。作為軟件開發人員，您的任務之一就是弄清楚它。您基本上是在問“現任”開發團隊，這是在侮辱他，“所以您在這裡編寫了這樣的廢話，使我無法弄清楚如何閱讀它或它在做什麼，所以我要走了，需要您向我解釋一下。”

現在這裡最棘手的部分是，有時候確實如此，您應該提出問題。重要的是要記住，無論如何，這些問題都有不利的一面。

我認為我在您的OP中還有另一件事，那就是您提出問題的方式為時過早。對於新開發人員來說，坐在那裡閱讀並研究一整天，編寫兩行代碼是完全可以的。實際上，憑藉14年的經驗，我仍然可以做到這一點。編寫專業代碼並不關乎“完成多少”，而是關乎“完成得如何”，並且能夠重複成功。我懷疑有人會因為花費了100倍的時間來做您的工作，而這又是您受過訓練的，經驗豐富的開發人員的敬意。實際上，當我僱用某人時，我註銷第一個月是因為沒有期望任何實際工作，而註銷了前六個月卻沒有期望太多。

沒有自己花費足夠的時間

這真是個大騙子！！！當您向團隊成員尋求幫助時，也會降低該人的工作效率。您正在影響他們的過程並同時侮辱他們（請參閱上文）。如果您必須尋求幫助，您將無法取勝。將每一個詢問都視為一場失敗的戰鬥。您仍然可以贏得戰爭，但輸掉了這場戰鬥。

您可以採取一些措施來緩解該問題：

1. 通過電子郵件詢問，切勿親自交談或聊天。聊天可能是“正式”進行聊天的首選方式，但是電子郵件更好，因為收件人可以在自己的時間內處理它。
2. 以“較低”的立場來對待它。您是這裡的懇求者。做些瑣事。沒關係。一點點都不會傷害您，並且會告訴接收者您確實在乎他們的時間，即“我知道您真的很忙，但是我似乎無法弄清楚如何與您的API集成。過一會兒，你可以告訴我我在想什麼嗎？”它表明您錯了而不是他們。這一點很重要。
3. 列出您自己執行的步驟。 “ API文檔說要傳遞一個表示用戶ID的字符串。我嘗試傳遞user.id屬性和用戶名，但都無效。”這表明您至少嘗試過一些東西，並且通常來說，您正在開始“獲得”該產品。
ol>

更好的判斷力在提出問題時

在我看來，這聽起來像是您對某人“抱怨”，而他們沒有一種很好的說法：“您的with腳問題讓每個人都討厭。請停止！”換句話說，我認為這不是問題。糾正其他問題後，該問題將消失。

錯誤的文檔 ​​strong>

糟糕！那是另一個個人侮辱。永遠不要這樣說。永遠！！！再說一遍，他們的代碼質量很差，以至於無法弄清楚。他們的回答永遠是“互相幫助，所以你必須是白痴，而不是我！”

此外，這有點“歡迎來到現實世界”。在現實世界中，客戶（大多數時候）為可用的應用程序付費，而不是為代碼或文檔付費，因此，隨著時間的推移，文檔降級很常見。

如果您認為文檔很差並且需要解決，請與團隊領導一起靜靜地提出。讓他們決定。

我會這樣說。無論文檔多麼糟糕，只要源代碼在您的眼前，您都不需要它。真是太好了，不要誤會我的意思，但是如果沒有它，您可以工作。

遲到

顯然，不要遲到。沒關係。實際上，根據您的情況，現在是30分鐘。早！！沒有理由。您將失去在這份工作中找到下一份工作的希望。如果我打電話給那裡的人力資源部門詢問您的出勤情況，他們說“他經常遲到”或“他因遲到而被寫下來”，這是一個即時的危險信號。我之所以這樣說是因為，無論您是保留這份工作還是獲得一份新工作，再加上其他任何事情，都將使您無法下一份工作。

低質量代碼

這可能是正確的。給定問題，您可能沒有編寫好的代碼。您是新手，這是可以預期的。我發現大學沒有教過關於現實世界編碼的該死的事情。我從來沒有直接從大學裡僱用過一個人，並得到過一個“優秀開發人員”。這並不意味著他們沒有繼續成為優秀的開發人員。他們只是不以這種方式開始。編寫好的代碼意味著緊跟最新的趨勢和技術。您正在不斷學習。停止的那一刻就是開始吮吸的那一刻。

總結

這篇文章很粗糙，但是我想清楚地表明一家公司的立場。通常，他們（公司）用太多的“經理講話”來包裝自己的評論，以至於很難理解。我試圖盡我所能減少經理在這篇文章中的講話，但這意味著它有點粗糙。

您最重要的步驟是解決您事業不佳的問題：

1. 早日準備工作！！！ （我的壓力不夠大）
2. 以一種思維定式詢問問題，即您已經在侮辱要問的人。
3. 顯示您的作品。在問一個問題時，要清楚地說明您已經做了什麼。
4. 花更多的時間自己學習。重要的是要花更多的時間研究事物然後問事物。坦白地說，如果您自己找東西，則需要3-4天，而不是30秒的問題。
ol>

了解如何進行批評。我知道您是一名工程師型的人，因此您會遇到對與錯。您想捍衛您的問題。首先指出您要接受他們的反饋，然後嘗試問更少的問題。如果您從中得到積極的回應（注意他們的反應！！），您可以要求澄清什麼是好是壞的問題。可以將情況想像為使用具有錯誤的技術。您可以整日爭辯說您的代碼應該可以工作，不需要解決方法，但這不是事實。做可行的事情（這適用於您認為技術存在錯誤但真正實現是錯誤的情況。）

您的情況可能是人們沒有遇到問題的一個例子並落後於某人，而不是提供反饋。現在可能為時已晚。您確定沒有人一直告訴您不要一直困擾他們嗎？

有人問一個問題時可能會出現問題：

1. 我有事要做，所以現在不是時候。理想情況下，人們會告訴您什麼時候是個好時機。
2. 這是您應該可以自己研究的內容。不幸的是，對於使過時的技術問題難以解決的問題，對於Google而言，比為自己的公司查找政策和程序要容易得多。這很可悲，但確實如此。
3. 您不斷重複問同樣的問題。
4. 您遇到的問題過於挑剔，人們已經厭倦了解釋/辯護他們為什麼做某件事。某種方式。與新人打交道時，這甚至更加困難。 “我們為什麼要使用COBOL？”因為這是當時最好的技術，並且自從您使用紙尿褲以來一直在運行。現在去做你的工作。
ol>

根據您的發言，直到您獲得試用後，您才能得到很多反饋。真可惜許多地方沒有適當的資源和實踐來培訓和指導新人。如果有人真的足夠關心您的成功，那麼他們會對您說些什麼。

處於完全相同的情況。

問題

您所描述的是大多數應屆畢業生面臨的問題。大多數大學只教您基本知識或概念，而在實際工作中您需要更多。

大多數公司在聘用應屆畢業生時都有培訓計劃，如果您遵循這些計劃，您應該自信地在一年左右。但是有些人會感到好奇，如果您給他們一個簡單的任務來修復系統中的一個小組件，他們只有在掌握了整個系統後才能得到它，我相信您就是其中之一...

我認為您提出問題是因為，

• 您覺得您花費了更多的時間來完成一項任務，因為您不了解系統的某些部分。

• 您只是想完全了解系統

• 您的公司沒有為您提供適當的培訓

解決方案

如果我的假設是正確的，那就停止問問題，除非您必須（必須完全停止-現在）

• 開始花更多的時間來了解系統（不僅僅是8小時）

• 改為使用SO或其他相關網站（在完成研究後）

• 請您的公司對您需要的區域進行適當的培訓。

我遵循上述要求，並在5年後在同一家公司工作我可以說我知道更多這裡有人。

我希望從管理的角度對此加以解決。

PIP是一個綜合的東西

性能改善很有可能是您的管理層強調的事情，都是一起完成的。我懷疑如果您是問很多很多問題，但是早起，呆到很晚並且在編寫代碼時做得很好的人，那麼該團隊會將這個問題視為一個個人怪癖，或者您非常徹底。

但是當團隊需要幫助您查找和修復代碼中的更多錯誤時，在回答了比平時更多的問題之後，他們發現您的工作時間減少或沒有通知就遲到了，則團隊經理會覺得您沒有為自己所需要的水平做貢獻，也沒有花更多的時間來加快速度。鑑於其他問題，提出該問題的可能性很大，因為如果您嘗試通過詢問更多問題來解決代碼質量問題，則團隊無法承受。

每小時數

新的大學畢業生是對團隊時間的投資。任何告訴您與眾不同的經理要么從未僱用過新的大學畢業生，要么在撒謊，或者有非常出色的團隊領導為他/她工作。任何新員工都是 some 投資，但是大學畢業生的時間更長。通常，權衡是值得的-但要知道，大學畢業生比經驗豐富的開發人員要提出更多的問題。

但是-每小時都很重要。當每個人都可以加快速度，了解代碼並且不會提出很多問題時，一組開發人員將在一周內完成更多工作。而且，處於這種膠凝狀態的團隊將能夠非常快速地提問和回答問題-這也可以提高生產率。

回答問題確實需要時間。每當開發人員停止編寫代碼並開始回答問題時，都會進行上下文切換。因此，高度中斷驅動的問題解答比坐下一個小時並回答一系列問題更能成為生產力的殺手。

我可以肯定地說，任何上下文切換都需要1個小時，因此，即使您有5分鐘的問題，當有人停止回答您的問題時，您也會花費一個小時的時間。這意味著花一個小時而不花時間，然後尋求幫助實際上要比花費2-4個小時花費更多的時間。救我一個小時”。給定每次中斷至少一個小時的指標，另一個傢伙最好為您節省2-4小時。

問問題的技巧：

• 理解和提出緊急問題的方法-如果您絕對必須在一個小時內解決問題，然後打斷幾乎所有可以幫助您是個好主意。如果您有3週的截止期限，那麼最好減少打擾，多解決自己的問題。這意味著在緊急情況下，人們經常會提出很多問題，否則他們將自己進行研究。因為盡快獲得答案是絕對必要的。
• 將問題論壇用於其定義的目的，或從現有問題/答案中了解目的。例如，Stack Exchange擁有相當廣泛的基本規則集，這些基本規則已被很好地記錄在案，並且特別期望用戶在詢問前先搜索先前的答案。一個不同的論壇可能會期待重複的問題，但只會涉及一個非常狹窄的區域。
• 研究您的問題。期望編寫一個好的問題可能要花與給出答案一樣多的時間-在許多情況下，您正在（簡要地！）描述了導致您無法回答問題的步驟。另外，您很可能會記錄問題的所有症狀。
• 針對您的問題-確定誰可以在可能的情況下實際回答問題，而不是問每個人。並非每個問題都值得討論。
• 聚集了大量問題-尤其是在您是新手時，請花一天的時間查看問題和代碼。將您的問題匯總到項目列表中，並彙總主題。然後問一位導師或好友該去哪裡尋求幫助。第1小時中的大多數問題很可能會在第6小時中得到回答。在＃1-2時出現的問題在＃8時無法回答，這可能是您列表的頂部，因為您知道在8個小時之內無法解決。
• 代碼不是“自我記錄”，而是可以通過閱讀來學習很多信息。通過坐著筆記本並隨手畫出我的設計版本，我學到了許多未公開的系統。如果您尚未閱讀工作所在區域之上和之下的多個級別，並且沒有閱讀正在使用的外部API的文檔，則說明您的研究不夠深入。
• 在嘗試找出答案時，如果您能提出可能性而不是尋求答案，那將大有幫助。 “這是正確的方法嗎？”比“我該怎麼辦？”更好-即使答案是“您做的完全錯了”-您仍然可以問“為什麼我的方式錯了？”以及更多的元數據“我將如何反復學習做正確的事情”？這是“教人釣魚”的方法-學習如何釣魚，不要問只會給你一條魚的問題。
• 避免僅是禮貌的不同意方式的問題。 “我的工作方式可行嗎？”之間存在界限。 vs.“我不明白（也就是同意）為什麼要按照自己的方式做？”這些對話很好，但是最好在您與人認識後再進行非正式的討論。
• 審視您的大問題-這些通常是“為什麼”問題。新人們完全有權問很多“哪裡” &“誰”問題（文檔在哪裡，在何處進行處理，代碼在我想看的地方在哪裡？誰可以回答這個問題？誰做的？我邀請參加審查嗎？）和一些“如何”問題-這是我應該如何處理的問題？我怎樣才能得到你的同意？但是，“為什麼”就像“為什麼要這樣構建代碼？”，“為什麼不編寫更多文檔代碼？”，“為什麼這不是優先事項？”中的“為什麼”一樣。 -它們是合法的，但是在您對工作和業務沒有更多的經驗之前，它們不是最必要的問題。在沒有其他緊急問題的情況下，他們可以與您的老闆實現一對一的偉大合作，但是如果“為什麼”擠占了哪裡，誰和如何，那麼您就不會專注於工作。

這裡已經有很多答案了，但是我想解決您問題的一些具體部分。

儘管我也被人責罵說我沒有花足夠的時間來弄清楚在別人尋求幫助之前，一切都是我自己決定的。不過，事實並非如此，我的經理現在無法解決從遇到問題到有人尋求幫助需要多長時間。我幾乎總是嘗試自己找出問題至少一個小時。

這太短了嗎？在問一個知道答案的同事之前，在一個問題上花費多少合理的時間？

添加的強調是我的。

對於初學者來說，是的，一個小時的時間可能太短了。我說大概吧...這確實取決於問題。有時間限制是好的，但是您應該更多地依賴於處於困境的指標，而不只是時間限制。但是重要的是，當您準備提出問題時，問題的接收者應該能夠僅通過您要提出的問題來查看您對問題的研究。

那就是當我們到達報價的粗體部分時。您在技術上是正確的。沒有人，但是您真的可以確切地知道在尋求幫助之前要花多少時間。

但是根據您提出的問題，與問題一起提供的信息以及問題的背景，以及我可以通過簡單的Google搜索輕鬆找到答案的方法，可以很好地估算出您自己花費了多少精力來解決問題。

如果您提出問題，而我嘗試進行的第一個Google搜索將您的解決方案列為第一結果，那麼從本質上講，這是兩個警告。您花了10分鐘還是10個月的時間都沒關係。您應該已經學習過該頁面，並且它可以解決您的問題，或者您正在向我介紹此頁面以及為什麼它不能解決您的問題。

但是，您問的是什麼樣的問題？您是否要求徹底的解決方案？還是您要求在正確的方向上輕推一下？有時候，您所面對的牆是您完全不知道某些庫或代碼庫的某些現有部分將使解決問題變得簡單。

我要說的是，您通過艱辛的努力了解了該公司的期望。

我認為您的主要問題是可見性。人們經常看到關於鬆弛的問題。即使他們不願意回答，也可能會影響他們對您的判斷。同時，如果您花一天時間在辦公桌上弄清楚一個功能，那麼沒人會看到這種旋轉。您看來做錯了事，而不是敲擊辦公桌上的鑰匙，看起來像。當然，也許在每週，每月或每年的審核中，您的工作效率會很差。但是，您每天都會多次看到您的懈怠問題，而實際生產率的測量卻要低得多。

我當時的情況與您一樣。我被聘請來修復錯誤的禮CMS，而鉛（讀：只）炒拼了命開發人員添加功能，供客戶選擇。我們被積壓了。該代碼庫不在版本控制中，並且每一端都有其自己的定製版本。

天真地，我認為最好花10、20或30分鐘的時間和主角的聊天時間，以便他可以向我解釋事情，而不是花半個小時一天，一整天甚至幾天，以對功能進行反向工程以找出1.應該做什麼，2。應該如何工作以及3.如何修復錯誤。

結果是，當我的老闆（兩個合夥人之一）發現這一點時，儘管他很不好意思地向我表明我無法自行對代碼進行故障排除，並且我正在使用我們的任何代碼寶貴的開發時間。 （首席開發人員似乎喜歡談論他的代碼庫是如何工作的-無論如何，正如他告訴我的那樣，他沒有向我的老闆抱怨過。）因此，我不再問問題，我的生產率可能下降到原來的10％。一個月後，我被放開了。

無論如何，這家公司以糟糕的方式告訴您，他們不重視這種時間效率和文檔副作用。所以不要這樣做。

花一天時間嘗試解決問題。花幾天-花一周時間！誰在乎？不是這家公司。無論您做什麼，都不要問問題，因為這是他們要做的。無論是管理層，還是您的同行抱怨，都沒有關係。該公司已告訴您正在培養哪種文化。

因此，如果考慮到您的情況，因為遲到和質量差的代碼，生產力下降可能總計太多。與其等到斧頭掉下來，不如尋找一個更適合您和您的風格的地方。首先，在某個地方可能有一些代碼註釋和文檔。

那麼，我的故事如何結局？經過一段時間的失業後，我找到了一份新工作。除了代碼庫更好（我們使用行業標準的CMS，我們在版本控制上，我們在開發，登台和產品環境等）之外，我的同行們都很出色，並且我公司鼓勵學習。我們有一個Wiki，我們可以在其中共享我們的信息，並避免重新發明輪子。我們整日閒聊，談論工作，提問，集思廣益，分享新聞，信息和發現。我們啟動了一些項目來改善我們的流程，例如敏捷，無業遊民和實施持續集成。我們互相學習，互相學習。我們表現得像同事和合作者；不是競爭對手。我們為新員工和承包商提供了入職培訓和入職培訓，如果沒有這種文化，我們將無法做到這一點。這是一件好事，因為在我來這裡的時候，我們的公司已經從兩個（包括我在內）發展到八個，而且在繁忙的時候也成為承包商。

我們的公司向我們發送了培訓，會議，並鼓勵您抽出時間參加基於Web的課程和演員表。我這次在這裡所學的知識比在我職業生涯的其他任何時期都多。在我特別不從事的學科中。我來這裡已有4.5年了，除了學習新技術外，沒有其他理由離開。在我的新地方，文化確實面向學習，理解和實施最佳實踐，從而提高了生產力。這是雙贏。

嚴重的是，有更好的工作場所。這不是適合您的地方，您也不適合他們。

如果您問的是與工作無關的問題，那麼這可能被認為是閒聊，這對您的老闆來說是一件壞事，因此請不要這樣做。

但是，問與工作相關的問題這是一件好事，因為它表明您對您的工作感興趣並希望改善自己。

如果您被指控浪費別人的時間，我建議他們需要更好地管理自己的時間並告訴您他們很忙，而不是在應該做其他事情時回答問題。但是，更有用的答案是在問這個問題之前先問問他們是否有時間回答這個問題。

對我來說聽起來像您的老闆有點傻，或者他只是想擺脫出於任何原因他們將失敗，因為他們沒有記錄下來，這是當他們的主要開發人員離開，去那裡做完這些事情的時候。

工作問題的類型：

1. 我該怎麼做我需要學習做的事情。

2. 如何做我做了一些我需要學會做的事情，但是已經被告知了。

3. 我該怎麼做我應該已經知道的事情。 / li>

4. 我該如何做一些超出目標的事情，而且我知道這是目標之外的事情。

5. 有趣的問題和閒聊。

ol>

所以...

您幾乎可以問任意多個＃1。他們可能會認為您很煩，但這很不錯。

如果您問＃2，那麼他們會認為您有理解力問題。或者，您只是想問問題卻不聽。

這取決於你的位置以及帶給3號團隊的奇怪事物，這很不錯-您很了解特定區域，所以價格便宜， 隨你。但是，最好不要在問＃3之後再問＃2。

毫無疑問，＃4並不好。您可以不問其中的一些問題，而不必作為新員工。同事希望您在考慮＃4之前先問＃1（和某些＃2）的方法。如果您問很多＃4，他們會認為您到處都是。

這是最糟糕的情況。僅僅要求幾個＃5就能將您帶給任何團隊成員。

嗯...＃6s取決於人。很多人會問很多6號位是娛樂還是有趣。另一方面，如果您不是＃6，那真的很糟糕，特別是如果您要問＃2-5。

如果您想自己為什麼他們不能對我很好，並且如果我遇到問題並一直問＃2-5，請幫我。因為他們可以僱用其他人，他們知道更多但不問愚蠢的問題。如果我是您，我將開始更多地關注，甚至可能始終隨身攜帶一個記事本，當有人回答某事時，請確保您100％確信得到了它或當場要求澄清。 >

這個答案是關於如何獲得反饋的（其他答案已經涵蓋瞭如何很好地提出問題）。

儘管在嘗試時我也因為“走錯了路”而受到責罵。解決一個我不熟悉的問題，而不是問一個人。當我問到矛盾時，我的經理和人力資源部說我只是需要對何時提出問題做出更好的判斷。我從來沒有意識到問問題會如此危險。

那對您來說是一個不好的反應。想像一下自己在他們的位置。您知道一些員工的績效很差，並且告訴他們他們需要改進什麼。不必費心去思考您在告訴他們的內容，不對您的反饋表現出任何興趣，更不用說為未達到期望而道歉，即員工錯誤地聲稱您與自己矛盾。

在收到反饋時，尤其是如果反饋是否定的，您應該先傾聽，然後尋求理解（必要時要求澄清問題），然後只有然後做出答复。

這是因為，除非您有意搞砸了，否則您和老闆就您是否搞砸了意見分歧。您的老闆錯了，或者您是（或你們倆）。您應該接受可能是您的可能性，因為您的老闆不太可能完全錯了，而且您完全正確了-即使您是正確的，您也只能通過向他顯示來說服老闆他錯了他在哪裡錯了，那也需要聽他講。

您還可能會尋求關於如何做得更好的建議。

例如，聽完之後您問了太多和太少的問題，您可能會問過：

所以我既問了不必要的問題，也沒問過必要的問題。我應該如何確定哪些問題是必要的？也就是說，我應該問更多種類的問題，而我應該問更少種類的問題？

以下事實討論可能會揭示您需要做的事情為了提高。

這是平常的嗎？公司的新員工是否應該不好奇或提出與自己的工作沒有直接關係的問題？

在不同的工作場所詢問或期望的問題在多大程度上有所不同？您可能希望適應工作場所的文化，可以通過觀察同事，注意到人們對您的舉動有何反應（他們對您的問題感到煩惱或感到高興嗎？）來發現，或要求他們的反饋，從而發現您的工作場所文化（“我可以問這個嗎？”）。

我認為，如果您像我這樣年輕，那麼您的想法就是節省時間並找到答案，然後繼續研究下一個問題。但是，我發現對於老一輩人來說，這既不是問題也不是優先事項。因此，是的，花一個小時來解決問題對於年齡較大的人來說太短了，但是對您來說似乎太長了。我建議您觀察代溝，即使您不同意，也要照做。最終，您將擁有更多經驗，更快地解決問題。

對於遇到問題的麻煩，我嘗試使用以下解釋：我想看看應該怎麼做，或者按照公司的標準。我再次注意到，在上幾代人中，由於某種原因，這很煩人。我認為老年人傾向於認為我自己解決了這個問題，但我沒有得到任何幫助，因此他們不太願意提供幫助。他們也感到被打擾。就像上面提到的某個人一樣，在撫摸自我的同時，嘗試找到合適的時間尋求幫助，例如：“我聽說您是要解決這個問題的人。”“有人說您是……的專家。 ”，希望這將使他們忽略打擾，並且自從您向他們提供了一些證據後，他們將更願意提供幫助。最後一條建議要小心，因為我確信在某些情況下它會適得其反。

我很難精確定義，但是我與許多初級開發人員一起工作，其中一些提出了非常令人滿意的答案，而有些則沒有。回答您的問題會分散您同事的注意力，沒關係，如果有好處，那麼從長遠來看，公司就會受益。這意味著您需要問正確的人，提出正確的問題，並到達一個可以使自己取得重大進展的了解的地方。如果您有這方面的訣竅，人們會覺得花費在幫助您上的時間是花費的時間，並且您是寶貴的合作者。如果不是這樣，他們很可能會發現您很煩。

很顯然，如果您不知道很多事情，那將使您處在一個微妙的境地，但是態度和才智卻大為不同。沒有人期望您了解所有信息，但是他們確實關心您如何處理它。在這裡，其他人已經介紹了在您有資深開發人員的情況下可以最大程度地賺錢的方法，因此，我不再重複他們的建議。我只是想告訴您導致這種情況的同事的感覺，以便您將來可以理解並避免這種情況。

這幾乎是對您雇主的建議，但也許您可以使它為您工作。

在您開始工作時，他們是否為您分配了導師？給新僱員分配一位導師，可以與他們的問題一起去的人是一個好主意。這給了他們一些在公司已經有經驗的人，並防止了新員工不斷困擾其他所有人。 ：-）

導師還將知道合適的人問的地方以及尋找文檔等內容的正確位置。例如，某些項目可能具有Google Doc文檔，另一些項目則將其保存在內部文件服務器上，而第三項則將其提交到源存儲庫中。其他項目根本沒有任何文檔。

另一個提示是，在開始新項目的工作時，需要進行遊覽。與您和有經驗的人一起四個小時的工作可以使您快速上手，而無需花費四個小時的時間，因為中斷持續了幾個月。

要記住的一件事：代碼就像語法。人們可能知道他們的爛透了，但不喜歡被告知。例如，如果我指出您反复拼寫錯誤的“判斷”，您可能會感到惱火，因為我並沒有真正添加任何建設性的內容。好吧，我還是這樣做了：）

但是，加上許多經驗豐富的程序員的確傾向於採用diva的態度。您想作為紮根於邏輯的真誠問題的意圖可能對他們構成極大威脅。我處理過無數的示例（可能是我自己），他們維護了15年來一直沒有使用過的舊代碼。他們知道如今有更好的方法來做，但是他們對學習新知識沒有興趣或動力，因此，作為下一代的您的存在對他們是一種威脅。當他們採取表面上的行為時，只需對自己大笑起來，並記住自己是最有力量的人-您有很多年要與未來的技術合作，並為您的職業生涯指明最終的方向仍然在您手中。經驗豐富的勢利小人通常不是這種情況。

我同意其他人的意見，他們說這聽起來不像有抱負的開發人員的理想孵化器。但是，這很常見。需要時間和經驗來確定您的利基，找到最適合您的雇主，並確定對您最重要的事情。因此，在進行了幾年的紮實工作之後，您可以在那裡付款，集結，規劃職業並脫身。就目前而言，只需花點建議就可以了，不要擔心PIP並提醒自己您當前的狀況只是達到目的的一種手段。您的主管希望您像準時在Wendy's工作一樣準時進出。即使對於沒有經驗的新開發人員來說，也不是那樣，所以在其他地方可能會有光明的未來。

我試圖告訴他們我在這裡告訴你們的確切信息。他們只是生我的氣，因為他們與他們爭執不休，沒有接受他們的建議。我說我只是想表達我的觀點...他們變得更加惱火。

我想我可以解釋為什麼他們感到惱火：他們只是不想要反饋。他只是說，您的經理沒有邀請您發表意見，他說，“需要改進”計劃表明您的行為不佳，需要“為了您自己”進行糾正。

誰決定什麼是不良行為？付錢給你並且可以解僱你的人。當您批評他們的決定時，他們會很生氣，因為他們付錢給您遵循他們的命令，而不是質疑他們的命令。他們不是“公正的法官”，而是付錢給您的人。而且，如果您現在批評他們，他們會給您一個嚴肅而正式的警告，即“改變或離開”（他們稱為“改善建議”），這可能會使他們認為您沒有救贖。