技术人员做久了。最好学会架构或者说是战略层面考虑的事情，从整体考虑一些东西。而不是单纯纠结技术细节。战略与战术的选取。战术可以多种多样。
比如，考虑公司几个技术人员，人力去机房维护成本(这样子根据目前访问量是不是不需要独立服务器呢?租用配置好vps等等方案)，这里只是一个比方，从整体考虑。表面技术层面是感觉如此完美了，但复杂化之后带来相关问题(失去的)。没有最好的。只有最合适自己的。万事的规律，总是有个取舍。有得就有失。跳出技术思维来看看就好点。
技术员因为专攻一面去了，往往过于执着于完美的技术方案，执着于自己的技术方案多么牛逼。缺乏了整体思维。权衡得失。我最近感触，架构师考虑问题的角度与单一工种的技术人员是不同角度的。他可能不会a语言，他可以选择b语言实现自己的目标即可。具体是权衡各自的利弊。避开弊端，因为不存在完美的技术，一种技术有擅长就有缺点的，然后考虑这些缺点对自己影响大不大而已.....................
比如关于配置svn可以有多种形式提供服务，以svn协议去访问，像这样子svn://的路径。还有种是以http形式访问，这种要挂载到apache去。
像google上面很多开源的项目，为了让大家下载和吸收社区开发，svn就是经常就是http形式访问的。
还有人把为了代码传输，加了一层ssh，加密方式传输。
把svn配置成http的方式访问。更复杂，问题也许会更多，难道把svn挂到生产环境中的apache上？一处出问题耦合性强，牵一发关联多。到处折腾，对于提供稳定服务的网站要考虑。那好，单独搞个apache来挂svn，(有些小公司的)技术人员几个，维护时间，精力是否够？
这个svn只是具体的例子，不一定对。只是觉得思维才是比较重要的。具体的技术方案选择是术的层面。
抓重点，主要矛盾才行。
其实，最终落脚地与具体的技术知识确实关系不大。而是一种思维层面，或者是哲学层面上的东西去了。比如医生也是技术工种，这些必然存在相通性的一面的。思想层面放到另外一种技术又是可以用的。
以上仅为我的一点想法。
