我應該允許我的經理這樣做嗎？

是的，幾乎可以肯定。如果您是普通僱傭關係，您的代碼是write屬於您的公司，您無權拒絕您的經理看到您的代碼。拒絕幾乎可以肯定被認為是不合理或可疑的，並可能會受到紀律處分。

他想一周又一周地檢查我的代碼

如果這會打擾您，找出他的實際需求。當下一個出現時，請與他談談。如果雙方都承認他不編程，請問他想做什麼，以及如何幫助他實現目標。如果他想要的是數字，而又不想用線條來判斷，那麼找到可以更好地反映您所做工作的替代指標，例如測試覆蓋率。

不要防禦，請為您的代碼感到驕傲。

（除非代碼確實很糟糕，在這種情況下，請不要再寫不好的代碼代碼！）

我認為他想控制我的代碼，要么計數行數，要么將其交給他的某個朋友，他​​的朋友會告訴他“這太糟了，付錢給我，我會花更少的錢去做”。 >

您可能是對的。

也許他想數行。也許他想檢查一下您的大小寫樣式。也許他想看看您的評論水平。也許他想看看您是否遵循公司的風格指南。也許他想從您的代碼中學習。您真的不知道，而我們顯然不知道。但是，無論如何-那是他的權利。你為他工作。試圖拒絕老闆訪問您編寫的代碼，無疑會對您的工作產生負面影響。

如果您的經理真的想擺脫您並僱用他的朋友，那麼他幾乎肯定不需要訪問權限

我認為授予他訪問我的代碼的權限只會減慢我的速度。

您可能對此很正確

我應該允許我的經理這樣做嗎？

是的，但是“ allow”是錯誤的用法。如果您的經理告訴您授予他訪問權限，並且您根本看不起工作，那麼您別無選擇。

您不擁有該守則，而您的雇主則擁有。您不是經理，別人是。您不必決定誰訪問代碼，誰可以訪問代碼，經理就可以。

您的經理不需要您的許可即可訪問您編寫的代碼。試圖拒絕對您編寫的代碼的訪問可能是一種被拒絕訪問工作的快捷方法。

聽起來很奇怪。

通常對於軟件開發，您總是有一個版本控制系統，每個有權限的人都可以訪問代碼並查看其開發歷史。您的問題聽起來像是將代碼放在本地或在不可訪問的存儲庫中（本身就是一個非常糟糕的主意，總是會丟失數據），或者您的經理不知道該軟件的運行方式。存儲（，如果您決定離開或卡車撞到他，這會使他無助）。
這引起了警鐘，正如所有其他人已經指出的那樣，該代碼不屬於您和您絕對無權拒絕訪問。唯一的例外是，如果您是自由職業者，並且保留了與代碼有關的權利。

我的水晶球暗示也許其他人可以訪問，並且您擔心直屬經理是 pointy-頭髮的老闆？他想要訪問您的代碼的原因很多，而有些原因則完全沒有危害。

• 他實際上並不希望查看您的代碼，他只是想知道代碼的存儲方式以及如何訪問它，並且為自己感到愚蠢而感到自豪，他對此感到非常自豪。通過要求查看代碼，他可以將這個問題作為有效的查詢拋出而不會丟面子。

• 實際上，他試圖通過向他人展示（部分）代碼來判斷您的代碼他認為有知識的人。是的，不知道這可以對你適得其反，因為他無法確定對方是否在欺負他，但如果沒有，那就完全可以了。其他有知識的人進行代碼審查是一種標準做法，尤其是因為人們具有特定的優缺點：他們避免了某些錯誤，但也陷入了特定的陷阱。如果您不希望這樣做，那就是您。

• 您的直屬經理是一個不能承認自己無能為力並試圖保持自己所掌管的樣子的人。因此開會並要求看代碼。這取決於該人是無害的（浪費時間的會議）還是極其煩人的（他確實嘗試使用無意義的指標，愚蠢地註釋您的代碼或找到了新的子彈程序設計大師）。

• 最壞的情況：有些人認為他們對您的工作不滿意，因此尋求替代。現在他們意識到發生了最大程度的可信事故：他們不知道您的代碼如何工作並嘗試對其進行修復。反駁：如果是這種情況，他更有可能在日常會議上提出此事。

與它一起生活，做他想做的事情（user52889的好答案是通過談話找出他真正想要的是什麼），如果出現問題，可以通過抱怨來解決問題上司或承擔後果。

您真的可以選擇說“不”嗎？我很驚訝您的經理甚至不得不問。您抵抗的事實並沒有真正對您有利。如果您堅持自己的代碼，則應該能夠為它辯護，尤其是針對知識不足的人。

我無法想像您從事的偏執組織。

其他人回答了有關您應該授予訪問權限的問題。以及未按要求進行操作的缺點。讓我給您一個經理的觀點。

比方說，我有一個技能確實沒有資格正確評估的工人。他們產生了一些東西，也許行得通，也許有問題。也許我什至都不知道所看到問題的種類和數量是否“正常”，或者是否表明工作不好。也許正好相反，這項工作的才能很高，但我不知道，我的老闆要求做更多的事情。

作為經理，我需要確保做事

我不能完全相信你的話，因為你可能只是告訴我你的工作質量真是太棒了-而且你可能對它有過分誇大的看法

我可以聘請一組顧問來評估工作。再說一次，不管工作是什麼樣的，如果顧問們相信，如果口口相傳，他們會與我簽訂一份更豐厚的合同，那麼他們會口口相傳。因此，我對這條路線的信任度已經很低。

這意味著我需要與我信任的人交談。我將打包您的工作，讓這些人看看。他們看起來不會太遠，因為這將是個人的青睞。希望他們真的知道他們在說什麼。留下了一些可能性。

• 首先，他們是專家，認為您所做的事情至少足夠好。
• 第二，他們是專家，並認為您的工作是一場災難。
• 第三，他們並不是真正的專家，但是不想進一步介入，只是說這很好。
• 第四，他們並不是真正的專家但不想看起來很糟糕，因此選擇一些毫無意義的東西來進行更改。

在每種情況下，您唯一要關心的是您，那就是老闆是否真的認識​​一些優秀的程序員，他們認為您的工作是垃圾。如果是這種情況，那麼最好的選擇就是嘗試與他們開會，在認真聽取他們的意見的同時仔細閱讀他們的決定。

公平地說，您不想要的事實別人看到它會讓我相信你有什麼藏起來。也許您知道自己的工作並不那麼出色，並且擔心別人會怎麼看。如果是這種情況，那麼與第三方進行討論對您來說是一件好事。因此，我建議您與您的經理交談，並詢問他們是否可以與您一起在現場進行代碼審查。這樣一來，您既可以從他們的經驗中學習，也可以解釋您所做出的決定。

我認識的每一個偉大的程序員實際上都希望人們關注他們的工作。為什麼？因為編碼困難，甚至經驗豐富的人也會犯基本錯誤。無論是在代碼本身還是整個體系結構中。我們知道，如果早點發現它，則可以最大程度地減少修復它的痛苦。我們也知道沒有人是完美的，我們都可以互相學習。

至少在表面上，這是一個合理的要求。您的老闆可能想要訪問您的源代碼的原因有很多，而拒絕給他的代碼有很多合理的理由。 “我不希望他讓我的生活更加困難”不是一個正當的理由。

拒絕向他展示您的代碼將等同於不服從。最重要的是，給他他想要的東西。

背景：他不是技術人員，他主要是試圖壟斷我的技術專長，例如如果您想使用技術X，則必須經過我。但是其他人對我的工作感到非常高興，沒有其他人抱怨過。

1. 您的經理有權決定使用哪種技術，即使他不這樣做也是如此。有能力做出決定。您有責任提出自己的論據，並以他所重視的證據作為後盾。談論美元和美分，而不是原始的表現能力或精神上的優勢。

2. 是否有正式的代碼審查流程？如果沒有，請啟動一個。否則，就沒有正式的方法可以捕獲他人對您代碼的看法。也許那些似乎對您的代碼感到滿意的人就是那些批評您的經理的人。也許您只是偏執。如果沒有一種正式的方法讓您根據他人的判斷對代碼質量負責，那麼您將一無所知。沒有什麼能阻止同一個敵人刺傷您，但是您至少可以提出“這不是他在代碼審查中所說的那樣”的說法。

3. 正如許多其他人所述，所有代碼應位於公司服務器上的存儲庫中。理想情況下，應定期備份，放置在同一地點等。如果當前未設置任何內容，請為此提供理由。 （“如果我被公共汽車撞了，您仍然可以訪問等等……”）

4. 文檔所有內容，從設計決策到構建過程再到測試用例。根據您的問題，我給您的印像是您不是一家在軟件開發方面幾乎沒有專業知識的公司中經驗豐富的開發人員。您的經理可能不知道如何編碼，但是（我希望）具有足夠的邏輯和分析能力，以了解外圍文檔。他們不一定必須是非常正式的，但是您應該留下足夠的紙本記錄（虛擬的和/或物理的），以使一些能幹的人輕鬆進入您的鞋子。如果您不願意這樣做，那麼您就是在阻礙自己的成長，並把公司當作人質。

5. 您的經理很可能無權在外部共享您的代碼組織。您不必擔心想像中的“朋友”。

ol>

對您的經理敞開心open。良好的溝通和相互融洽對任何成功的關係都至關重要，包括在專業環境中。

如果我是您的同事，並且意識到您在做什麼或如上所述，我將非常疲倦與您合作……除非我對您的經理有相同的看法。在這種情況下，我必須問：“這份工作很糟糕。為什麼不找新工作？”

正如OP在對@blankip的答案的評論中提到的那樣：

我是唯一的程序員，沒有其他人使用存儲庫。而且我沒有團隊。

這可能僅僅是您的經理正在嘗試檢查您的工作質量，因為任何優秀的經理都應作為同行評審的一部分。

即使您的經理在技術上不足以獨自對代碼進行同行評審，他們也可以充當“硬紙板”，例如，如果您將工作口頭表達給經理，那麼也許您就可以發現問題，錯誤，否則可能無法完成。

您最後一個問題的標題是：“每個人都想讓我學習我的技能，但我沒有得到支持，所有人都感覺像是一場政治拔河。”

您的經理似乎意識到還有更多工作超出您的能力，但他不知道該怎麼辦。看來他想監視您為誰做的工作，應該為誰做：如果他有資源，他應該知道哪個部門正在使用它。您將其解釋為“壟斷”，但是如果您是直屬經理的資源，那麼其他人不應該在自己的時間上有所幫助。我認為如果保留工作時間表是個好主意。與您的經理討論這個問題。

是的，您應該與他分享您的代碼。畢竟，這是公司的代碼，而不是您的代碼。

必須進行某些更改。必鬚髮生以下情況之一。

1. 他們僱用了您的初級開發人員。
2. 他們僱用了您的高級開發人員。
3. 您訓練您的經理進行編碼（這似乎是他正在嘗試的方法，因為前兩個選項沒有預算）。
4. 您要離開。
ol>

您對代碼的處理情況將使1和2有所不同。您想要哪個？如果他們僱用了另一位開發人員，您是否想參加面試過程？

我建議您利用與經理舉行的會議來討論您的工作量和內部軟件開發的未來。 / p>

有第五種選擇：您被解雇了，他們得到了另一個開發人員或外包。這似乎不太可能，因為現在有您編寫的代碼並且您最了解了。但是，如果您拒絕合作，這將成為現實。

答案中的共識似乎是，是的，如果他願意，則必須允許他查看/訪問代碼，並為可能產生的後果做好準備。最好的情況是他只是想看看發生了什麼，最壞的情況是有一個危險信號，那就是這裡什麼都不對，但是無論如何您別無選擇。我想指出另一件事：在某些行業中，老闆訪問您的代碼實際上是有害的，甚至是違法的，或者至少具有修改它的能力。我不是專家，但是如果您的工作場所需要符合PCA或SOX之類的要求（例如金融/銀行業），那麼如果老闆一直在查看或修改源代碼，這可能是審核中的大問題。從理論上講，關注點分離可以防止污染。這與大多數地方開發人員無法訪問生產數據的原因相似。在某些審計方案中，您需要明確地說，只有開發人員才能訪問源代碼，而經理（可能不同於開發人員）可以訪問生產數據。

現在顯然這已進入法律領域，您絕對不應向Stack Exchange尋求法律建議，但與上述答案形成對比的是，由於法律原因，您的老闆無權訪問源代碼，即使他願意。如果是這樣，您可能會擔心您要使雙方都擺脫困境，從而與他取得聯繫。您的里程可能會有所不同，請與上級人士確認，在禁止的地方無效，等等。

在工作場所的關係中，尤其是與老闆的關係中，切記：

告訴別人你不想做什麼，你不會走得太遠。

首先，他是你的老闆，而你所做的任何工作基本上都是他的。如果您搞砸了，這也是他的錯。

處理此問題的最佳方法是參與其中。如果他出於特定原因想要您的代碼，請詢問他這是什麼並幫助他獲得它。這樣，您至少可以控製或了解他的用途。

要求訪問代碼並從每兩周到每週更改一次會議，這都是經理的一種症狀，他不能完全了解您的狀態和進度。

當然，您應該提供任何工件製作了您的經理希望看到的在職人員。另外，考慮一下您所提供的東西，看看是否還有更多方法可以使他了解情況。

在經理沒有資格直接評估我的進度的情況下，我使用了一種策略，我當時是一個人的項目，而我的項目對公司的目標至關重要：我們就一系列測試用例和日期達成了一致，並且我每週都會報告通過測試用例的情況。

只是一個例子。您和您的經理需要共同研究他每週針對您的具體情況需要哪些信息。

還沒有提到的另一件事。

請考慮您有一個“縮略圖打印”管理器。他覺得除非他是工作的一部分，否則他不會做他的工作。因此，他想看看你在做什麼。

我有幸與其中的一些樣本一起工作。對他們而言，他們不了解工作流程或您的工作似乎並不重要。重要的是他們可以改變任何東西。讓他輕鬆一點。

1. 該代碼不是您的-它屬於支付您的團隊和人員。
2. 應該共享該代碼-出於質量目的。
3. 您應該
4. 如果您拒絕顯示代碼，作為雇主，我會懷疑您的意圖。
5. 您要賣給競爭對手嗎？您是否實施了可用於欺詐的內容？
6. 如果您的代碼“很爛”，也許讓其他人看看它會對您有所幫助。你總是向別人學習。甚至我記得從事這項業務的我自己。
ol>

無論您做什麼，都要通過電子郵件答复，這樣您將擁有良好的記錄，並且非常積極和樂於助人。這不是您的代碼，這是您為雇主編寫的代碼。

問題是，如果他們想解僱您，那麼許多州都是“隨意”僱用的，所以他可以這樣做。並且他不需要理由。。更有可能的是，他還有另一個議程，那麼您需要幫助他。

通常，當我不願展示我編寫的代碼（不是“我的代碼” ），是因為它可以工作，但它不是很漂亮。

因此，在您同意共享/顯示代碼後，告訴他您的代碼沒有記錄在案，以便可以被理解。如果他希望將其納入您的標準操作規範中，那麼您當然可以這樣做，但是您將不得不向上修改項目估算/成本。另外，請問他是否有他希望您遵守的任何編碼準則或標準。