技術人員做久了。最好學會架構或者說是戰略層面考慮的事情，從整體考慮一些東西。而不是單純糾結技術細節。戰略與戰術的選取。戰術可以多種多樣。
比如，考慮公司幾個技術人員，人力去機房維護成本(這樣子根據目前訪問量是不是不需要獨立伺服器呢?租用配置好vps等等方案)，這裡只是一個比方，從整體考慮。表面技術層面是感覺如此完美了，但複雜化之後帶來相關問題(失去的)。沒有最好的。只有最合適自己的。萬事的規律，總是有個取捨。有得就有失。跳出技術思維來看看就好點。
技術員因為專攻一面去了，往往過於執著於完美的技術方案，執著於自己的技術方案多麼牛逼。缺乏了整體思維。權衡得失。我最近感觸，架構師考慮問題的角度與單一工種的技術人員是不同角度的。他可能不會a語言，他可以選擇b語言實現自己的目標即可。具體是權衡各自的利弊。避開弊端，因為不存在完美的技術，一種技術有擅長就有缺點的，然後考慮這些缺點對自己影響大不大而已.....................
比如關於配置svn可以有多種形式提供服務，以svn協議去訪問，像這樣子svn://的路徑。還有種是以http形式訪問，這種要掛載到apache去。
像google上面很多開源的專案，為了讓大家下載和吸收社群開發，svn就是經常就是http形式訪問的。
還有人把為了程式碼傳輸，加了一層ssh，加密方式傳輸。
把svn配置成http的方式訪問。更復雜，問題也許會更多，難道把svn掛到生產環境中的apache上？一處出問題耦合性強，牽一髮關聯多。到處折騰，對於提供穩定服務的網站要考慮。那好，單獨搞個apache來掛svn，(有些小公司的)技術人員幾個，維護時間，精力是否夠？
這個svn只是具體的例子，不一定對。只是覺得思維才是比較重要的。具體的技術方案選擇是術的層面。
抓重點，主要矛盾才行。
其實，最終落腳地與具體的技術知識確實關係不大。而是一種思維層面，或者是哲學層面上的東西去了。比如醫生也是技術工種，這些必然存在相通性的一面的。思想層面放到另外一種技術又是可以用的。
以上僅為我的一點想法。