我的代碼是藝術，必須是完美的 

我在五年內作為程序員工作。自從你們中的一些人可能有三倍的工作經驗，這并不令人印象深刻，但我喜歡把自己視為一個高級開發人員。這聽起來很嚴肅，重要嗎?

有一天，我成為MED-Tech Startup的首席技術官(CTO)。經過一段時間的新工作角色，我可以回頭說，我不是一個高級開發人員。不要讓我錯了 - 我仍然相信我有關于編程的良好知識，尤其是網絡發展 - 但是，如果是這種情況，我為什么要說我不是一名高級資深程序員?

因為這四件事我現在在我的腦海里。 

1.用戶是白癡

不，他們不是。

是的，用戶在意外使用應用程序，通常很奇怪。

是的，用戶可以提出似乎真正愚蠢的問題。

是的，有時用戶需要看起來毫無意義的功能。

是的，用戶對似乎是不言自明的函數很難使用。

用戶不是專家。我的醫生不要求我知道低密度和高密度脂蛋白之間的差異。那么，為什么我曾經假設用戶應該知道他們使用什么樣的瀏覽器?這對我來說是顯而易見的，但我的媽媽認為谷歌和互聯網是同義詞。她會說她不使用任何瀏覽器，因為她使用谷歌。

有時要使用戶開心，我不得不覆蓋框架零件來改變其默認行為。有時我必須為我不想瀏覽器添加支持(Safari用戶的問候)。當我今天談論它時，這是愚蠢的，但是那些日子我真的認為這是客戶的錯，因為我必須在我的代碼中做一些解決方法只是因為他們的定制要求。

我的代碼是藝術，必須完美

清潔代碼，單元測試，偉大的文檔 - 這些無疑是重要的事情。作為程序員，我一直想使用現代模式編寫干凈的代碼，我經常檢查項目中的所有依賴性是否是最新的，我想成為好程序員。

當我的產品經理讓我刪除單元測試以提高開發速度，我感到生氣 - 他沒有意識到單元測試的重要程度如何?我們沒有任何其他自動測試，因此UT是我們唯一希望使產品穩定和無競爭的希望。

這個決定似乎對我來說是短暫的。此外，他建議我們應該停止編寫文檔并將代碼轉換為更復雜的架構(我們可以這樣做，因為我們在項目開始時)。

好的，我同意這將加快開發一段時間，但我們將來會有很多問題。我們會浪費很多時間修復回歸錯誤，當項目增長時，新架構將太簡單!我們將如何向項目推出新的程序員，沒有良好的自述文件?

我們花了幾個小時討論這個決定有多糟糕 - 以及將來會花多少錢。

該項目幾個月后失敗，因為它大幅超過預算。

幾年后，我必須承認真相：我們的團隊犯了一個巨大的錯誤。我們想到了未來并忘記了現在。我們完全忽略了這種情況 - 小預算，需要在短時間內創建MVP。

很高興制作您可以向別人展示并為之驕傲的代碼。但成功完成項目更好。畢竟，編程不是藝術。 

3.我會為這個項目使用“x”，因為我知道

在我以前的公司中，我們使用相同的技術棧創建了每個項目：Symfony和Angular。為什么?symfony是最好的后端框架嗎?沒有。也許Angular是創造現代前端的唯一方法?沒有。我們總是選擇了這組技術，因為我們不知道別人以及這些技術。那是我們的舒適區，但為新項目選擇知名技術是錯誤的嗎?這取決于。

在許多情況下，您的下一個項目或多或少類似于以前的項目。自從您已經有經過驗證的解決方案以來，花費大量時間學習新技術將沒有意義。但有時，它可能是錯誤的決定。

我記得一個工作良好工作WebSocket的項目是最重要的要求。我們選擇創建后端做了什么?Symfony，當然是。也許今天它更容易在PHP中創建WS，但那些日子是噩夢。我們花了很多時間做它的工作。我的意思是很多。我們意識到基于PHP的WS會花費多少時間(和金錢)，但我們扔掉了使用節點的想法。為什么?我真的不知道。在節點中，我們將更快地構建API 10x，但這不是我們的團隊的技術堆棧。

我很高興我當前的團隊中的程序員比我更開心。上周我們決定完全切換用于構建我們系統的一部分的技術。我相信這個決定將拯救我們很多時間，即使它意味著從頭開始學習一些東西。

我的產品所有者/經理錯誤，我會更好

當我作為程序員工作時，我與產品經理的關系是……艱難的。每當他告訴我關于任務范圍的新變化時，我就想：

為什么你不能做你的工作并在開始工作之前定義范圍?!是否需要提前決定該功能如何工作?

那太天真了，但我真的認為這很容易。現在我完全了解具有挑戰性的人才如何規劃項目的每一個細節。您必須考慮到技術和預算的局限性(其實際上是相同的事情)，您必須考慮將使用您的產品的用戶，您無法忘記商業和營銷要求。有時，一些要求在一開始就不知道;有時，業務環境發生變化，有時你必須先建造一些東西來弄清楚它可以做得更好。

另一件事 - 產品經理可以犯錯誤。這就像那樣簡單。程序員也會出錯。當我現在想到時，這是如此明顯。如果我以前意識到，我將是一個更好的程序員。我應該專注于找到解決方案的，而不是試圖展示它們的錯誤。

它是諷刺和悲傷的，但在某些時候，我忘了我和經理人的目標是相同的目標 - 制作一個很棒的產品。他們只是比預算，商業環境，客戶端，截止日期和優先事項的要求更廣泛的知識。這就是為什么我不明白他們的一些決定。

概括

對于你們中的一些人來說，這四件事可能是顯而易見的。如果你正在擁有一個良好的領導者的偉大，有組織地敏捷團隊工作，你就可以思考UX的基本規則 - 我真的很高興。我假設你可以是比我更好的程序員。因為“成為一個好程序員”不僅僅是關于技術技能。了解您可以為公司帶來的價值以及如何做到這一點更為重要。以下是我如何理解高級開發人員術語：

高級開發人員不是了解技術的各個方面的人。它是一個幫助我們公司建立一個偉大產品的人，即使這要求他們越過他們的舒適區邊界。解決問題的解決方案。