程序員應該是域名專家嗎？

Question

你認爲什麼（儘管我會高度讚賞關於相關問題的文章/書籍），應該是程序員對這個領域的知識水平嗎？

（這related question並沒有完全回答我的問題/有東西參考，我可以使用）

Answer 1

是的，沒有。

正如Kyle指出的，程序員經常在每個項目中更改域名，這幾乎不能讓您成爲任何給定域中的「專家」。另一方面，您需要充分了解問題，以便a）制定解決方案，並b）測試它實際上是否解決了手頭的問題。

不聲明領域知識的一個原因是，您的客戶被迫承擔這部分項目的所有權。我最好的方式迫使他們是要求項目的明確的總體描述（不超過幾頁長）加上噸用戶故事... 由用戶編寫。您可以引導他們完成如何編寫美國文件的過程，但除非他們親自參與創作，否則他們不會真正擁有最終解決方案。

讓美國人把它們用於設計和測試，將項目所有權放在最終所屬的地方 - 交給系統用戶。

Answer 2

作爲更改域的顧問，我不斷（每6〜12個月）。雖然我在完成項目時永遠無法宣稱自己是真正的專家，但我獲得的領域知識越多，我可以添加項目的價值就越高。

Answer 3

這取決於他們在做的具體工作是如何與領域相關。在團隊背景下，我可以想象領導程序員和其他一些人從一些領域知識中受益，而團隊中的其他人則不需要它。

Answer 4

• 銀行/金融應用
• 網絡/無線/電信
• 移動應用
• 網絡/存儲/企業/許多其他..

如果「域「你的意思是你的工作領域，是的，你應該努力理解與你的工作領域相關的一切。進入其他領域還有多遠是另一個問題。

Answer 5

如果程序員是領域專家，他們不會是程序員。 :-)

例如，我爲考古學家做了很多軟件開發。如果我和我工作的用戶一樣瞭解考古學，我會在現場進行挖掘和調查，而不是編程。這是沒有意義的。在說了這些之後，我認爲程序員需要對領域有所瞭解，並且儘可能多，但是不要忽略優先級。

如果您需要域專業知識，請將領域專家帶入團隊。

Answer 6

程序員就像人們可以通過創建軟件與計算機連接「其他人」，並更好地瞭解你所工作的領域將有助於問題和「其他人」之間的溝通，從而使你一個更好的程序員。

但問題領域通常非常廣泛和深入，您可以期望每個人都能夠成爲編程和其他領域專家的專家，例如，您可以期待偉大的科學家或醫生在編程時有專家來解決他在創建問題時因爲編程不是他的主要關注點，所以程序員，但程序員或科學家誰可以相互交談是最合適的

Answer 7

如果您不瞭解問題域，則不應編碼解決方案。

你不必是專家，但你不能無知的關鍵想法。作爲一名FORTRAN專家，除非您在信號處理方面具備一定的背景知識，並且瞭解爲什麼需要FFT，並且知道各種實現方式，否則不會對FFT進行編碼。

Answer 8

即使您經常更改項目及其域名，特定領域知道如何和經驗在一個部門（或貿易部門）將永遠是一個加號。

Answer 9

我把這看作是「什麼」與「爲什麼」。就像什麼是業務需求相比，爲什麼需求是這樣的。初級程序員只需要瞭解項目的內容。分析師需要了解這兩者。在我看來，我的職業地位，要停止成爲開發人員併成爲軟件工程師，您需要將分析師添加到您的技能組中。