创业与收入经验摘录 · 机器翻译
是否走这条路有很多因素要考虑,但显然……这是有可能的。
… 是否走这条路有很多因素需要考虑,但显然这可能是一个明智的决定。我曾就职于一家较小的公司,他们做了类似的事情,并逐渐开发出适合自己业务的内部工作流程软件。总体来说效果很好,他们最终得到了比购买外部工具更优质的软件,而且价格更低。我相信也有很多相反结果的例子。你保持谨慎是对的,但我认为这个想法值得进一步探索。
源讨论问HN:我们应该将软件开发内部化吗?原帖 594 条评论 · 导入时统计… 是否走这条路有很多因素需要考虑,但显然这可能是一个明智的决定。我曾就职于一家较小的公司,他们做了类似的事情,并逐渐开发出适合自己业务的内部工作流程软件。总体来说效果很好,他们最终得到了比购买外部工具更优质的软件,而且价格更低。我相信也有很多相反结果的例子。你保持谨慎是对的,但我认为这个想法值得进一步探索。
源讨论问HN:我们应该将软件开发内部化吗?原帖 594 条评论 · 导入时统计我是一家中型物流公司的高管(约200名员工,年收入2亿到3亿美元),越来越对我们的软件状况感到沮丧,正在考虑将软件开发内部化。我在这里潜伏了很多年,现在想向Hacker News社区寻求建议,劝我不要这么做。 我们使用的一个第三方产品勉强能用。但供应商人手不足、反应迟钝,平台也停滞不前。要修复基本的错误都很难,更不用说实现新功能了。我们不得不使用另一个低代码平台来填补空白。我们的业务运营在一个特定的细分市场,没有其他供应商专门针对我们的行业。 随着我们的发展,我们遇到了这个产品所能提供的限制。我们执行速度受到阻碍,也错过了关键的洞察。我觉得如果我们自己来做,可能会做得更好。…
完整原文把你的经验,加入这段讨论。
这是我个人的经验,几乎总是继续使用现有的解决方案更好,你逐渐用自己新的功能替换它,直到你不再需要它。一次性全部替换的方法风险很大。
完整原文‘绞杀者藤’模式非常有效:https://martinfowler.com/bliki/StranglerFigApplication.html 你将旧应用程序的各个部分拆分出来并重新编写,逐渐将流量转移到新系统上——最终逐渐‘绞杀’旧应用程序,用新的部分取代它。
完整原文尊重不同观点,分享具体经验。
登录后即可发帖、评论、转发和引用。