2009-07-04 62 views
7

程序員應該知道多少系統管理員?我的意思是,顯然越好越好。但爲了爭論,程序員應該知道的平均值是多少?我已經看到我的朋友(程序員)做數據庫模式設計,數據庫備份,數據庫調優,數據遷移等。有時我不知道他是程序員還是系統管理員。程序員應該知道多少系統管理員?

回答

2

有額外的技能總是有幫助。

我知道非常強大的開發人員無法在Windows中連接打印機。這很有趣。

如果您打算進行網絡編程 - 養成使用空靈/ wireshark並查看數據包的習慣。最終它會得到回報。

2

足夠了解,您可以解決問題並在軟件工程工作中完成任務。不知道那麼多人會讓你迷惑系統管理員,並開始打電話給你進行日常的系統維護任務。你應該知道什麼是幾點建議:

  • 如何登錄到部署系統
  • 訪問日誌
  • 安裝/部署系統上重新啓動應用程序
  • 瞭解您的生產部署拓撲,並能在您的開發機器上安裝近似值
  • 安裝和部署數據庫和其他基礎架構服務(如JMS)以及基本監視和故障排除

顯然我在這裏採取網絡應用程序的觀點。也許其他人可以提出更一般的建議?

+0

只要您在工程或編程工作中足夠好以防止日常維護活動分心,「知道這麼多」沒有任何錯誤。 – nik 2009-07-04 05:43:19

+0

是的,好點。 – 2009-07-04 13:30:32

5

程序員對於軟件開發,部署,運行時環境,安全性和安全性的所有方面都具有大圖視圖至關重要。

否則,可能會產生非常昂貴的結果的「無辜錯誤」,淨效應是生產力下降(或更糟糕)之一。

不夠了解是如何工作的滿足大圖片爲您的環境,但你並不需要知道如何使他們的工作

2

這取決於你在哪個領域!當我工作(直到最近)開發集羣管理軟件時,顯然系統管理員和網絡專家在我的主要「受衆」中,對他們的任務有更多的瞭解和了解,這對我的工作表現至關重要;現在我開始開發商業智能軟件,與理解業務分析師,經濟學家,銷售/財務/會計人員所面臨的問題相比,所有這些系統管理員所擁有的豐富知識(當然遠不是無用的)戰略層面的決策者。

這兩個字段可能有點極端的(但我開關從一個到另一個不到一年前 - !),但原則也適用 - 沒有好答案可以在沒有什麼應用領域有一定的瞭解給出你正在或計劃將來進入。

1

我不明白這些問題。它就像「程序員應該知道多少生活」。答案總是「儘可能多」。

第一個問題:你喜歡系統管理,你想知道更多嗎?如果你喜歡這樣,那麼瞭解它!

如果系統管理讓你嘔吐,那麼不要學習別的東西。你想象嗎?你非常擅長系統管理員,但是你不喜歡這樣,你把它寫在你的簡歷上,這樣你就可以在你得到這些職責的地方找到一份工作!

基本上,你儘可能多地瞭解你有某種激情的事情!

1

我覺得你知道的越少(或讓別人知道你知道的越好)。我記得有一家公司有人來我們的房間尋求電腦問題的幫助。我總是假裝我不知道如何幫助他們,但我的一位同事總是幫助他們 - 他們得到了免費的IT支持,我認爲那個人的工作方向錯了。

就純粹的管理知識,這是一個難題,我遇到的大多數管理員都不知道如何設置或配置應用程序服務器,數據庫,ldaps。所以爲了使這些工作有良好的表現,你需要給他們一步一步的指導做什麼。知識是非常有用的。

0

真的取決於你編程的語言。我之前做過很多c/C++,沒有太多的管理員。

但是對於網絡來說,感覺我的一半工作是學習如何成爲系統管理員。可以通過一些有關係統配置,服務器備份和cronjob的知識來完成很多優化。

我們的服務器的設置產生了更多的性能增益,我可以在代碼中進行優化。作爲系統管理員花費一天的時間,在整個站點或每天作爲程序員100%獲得單個組件的100%性能提升?任何程序員都會選擇當天的系統管理員。

而且有自動部署我們的網站,數據庫安裝/遷移。這可能是這樣的,因爲我們沒有「真正的系統管理員」(初創公司 - 選擇你自己的標題!),但我不明白如何在沒有系統知識的情況下編寫好的/快速/可靠的Web應用程序在它後面。

而且必須說,最近我獲得的所有系統管理知識,我開始看到作爲程序員的新的可能性和解決方案。所以我的建議是,儘可能多地瞭解它背後的系統,它會付出代價。

相關問題