如何从中层管理层确定发展战略的变化?

Geo*_*Geo 3 java frameworks

我们是初创公司,有少数(14)客户使用我们的产品.这些产品是在一个封闭的源Web开发框架中开发的,该框架仅由核心上的一个开发人员维护.

基本上,框架服务器必须能够运行其中内置的任何应用程序.所以在我们的应用程序层中没有代码.将其视为CMS,允许我们使用框架服务器本身的专有语言进行开发.

该框架基于Java构建,是封闭源代码.它有一层插件,需要使用专有的IDE来构建它们.

  • 目前只有3个开发人员在该框架的母公司中,一个能够在框架本身上编码,另一个能够在IDE上编写代码来构建插件.我们是唯一一家支付3个开发商中2个的工资的公司,第3个是所有者.
  • 目前我们还不知道框架级别是否有文档.
  • 我们知道插件层没有文档.

保持我们在这个框架中发展的唯一理由是我们已经投入了它,而改变将使我们付出代价.

我是中间技术管理人员,我一直在向我的IT总监/总裁提出一些改变建议,但显然我没有通过.我建议用我们自己的开发团队开始在另一个框架(ASP.NET MVC,Symfony,SPRING MVC)中开发新组件,并将这些组件100%与我们的旧应用程序集成,直到我们适应移植的方式从旧框架到新框架的旧应用程序.

无论哪种方式,这个计划都可能有很多变化.任何来自SO知识的建议.


作为另一个问题: 为什么要在一个只有一个开发人员而没有文档的密切Web开发框架上构建业务?


最后的评论: 我认为布鲁斯可能是对的.我的高层管理团队更关注继续销售和支持我们当前的产品而不是继续销售和支持我们的产品.可能当我们从14个客户端扩展到30个客户端时,他们会看到我们拥有的可扩展性不足,并且暂时采取其他行动.我认为这场战斗一直持续到2011年.感谢您的投入.

Kev*_*vin 6

废弃它并尽可能快地迁移,因为你只是在糟糕的情况下抛出好钱.这就是所谓的沉没成本谬误

  • @ [Geo]:凯文绝对正确; 通过最初选择一个方便的平台,您的公司已将自己挖到一个有潜在危险的维护污水池.所以_stop digging_和_start构建一个逃生梯_. (2认同)