Java解决方案架构师可以在.NET商店中做出贡献吗？

Question

我工作的一个组织在.NET技术上投入了大量资金，包括几个供内部和外部客户使用的高流量ASP.NET网站。

我们正在考虑聘请一名解决方案架构师来支持这些应用程序，并致力于新的计划。收到的简历中有几份来自具有Java EE工作经验的应聘者。

我的问题是，当我们工作的环境主要是.NET时，是否值得聘请Java架构师？技能是可转移的吗？

Answer 1

是。

真正的问题是有多少钱？

他们可以有效地做出贡献的领域：

• Standard网页技术: HTTP，CSS，XHTML，XML，XSLT
• Patterns：MVC，Gang of Four，etc.
• High-level

他们无法做出有效贡献的领域：

• Performance tuning
• Security
• Low-level design

(

• Performance设计指南)

Answer 2

我认为这在一定程度上取决于建筑师...(我知道很差劲)

Java和C# (假设您使用的是C#)在语法上非常相似

我想说的是，对于Java开发人员来说，学习.Net要比学习Java更容易，因为只有几种具体的方法来管理.Net商店。在Java领域不是这样的。

任何真正的架构师都应该是平台不可知的，并且应该至少有两个平台的经验(.Net、Spring MVC、Django、Rails、JSF、Struts...)例如，一些拥有Rails和JSF经验的人给我留下了深刻的印象，最终可能会比那些从不走出舒适区的终生ASP.Net开发人员更适合。

我喜欢多个框架，这取决于我的解决方案所能完成的任务。

Answer 3

我对此的看法略有不同。

我已经做了10多年的顾问，在我的职业生涯中，我看到解决方案架构师这个术语经常被滥用。在我看来，在解决方案架构方面，没有Java架构师或.NET架构师。要求技术专家设计解决方案类似于要求水管工设计建筑物。如果某人是Java专家或.NET专家，那么他们最好具备实践技能。这并不意味着他们将拥有任何架构技能。除了技术之外，解决方案架构师还需要考虑许多其他事情，我更愿意让了解业务问题和IT流程的人来管理更改和解决冲突，因为这些都是真正的解决方案架构师每天花费大部分时间的领域。大多数IT项目的失败并不是因为缺乏技术技能。他们之所以失败，是因为没有人完全理解技术+业务需求。换句话说，团队中没有真正的解决方案架构师。

因此，我会选择一个真正的解决方案架构师，并且对我的业务需求有很好的理解。他需要精通一些技术，如.NET或Java，数据库，以筛选出那些对技术了解非常浅的候选人。他应该从头到尾完全了解他的解决方案背后的技术。这项技术是Java还是.NET并不那么重要。

总之，我更喜欢拥有成熟的解决方案架构技能+ Java专业知识的人，而不是拥有.NET专业知识和未经验证的解决方案架构技能的人。