买还是建?

在涉及技术的任何领域中工作时,不可避免会出现购买与构建对话。 通常有两个竞争的方面:灰心丧气的退伍军人从多个拉长的,功能丰富的项目中烧掉了,如果避免“如果这个按钮只是蓝色的话,那将是完美的”对话,并且将为任何服务支付任何费用,而过于雄心勃勃的工程师估计将在不到6周的时间内完成所有工作 —最多4-6周” 。 双方都充满热情,并且有充分的理由- 软件开发估算非常困难,并且经常出错 ,反之,如果正确完成,构建自己的解决方案会带来一些好处。 如果提供了这种极化选项,您应该怎么做? 这种情况代表错误的困境 ,其中实际上只有至少一个其他选项时,只有两个选项作为选项出现。

我会提出第三个选择-出租

通过租用,我选择遵循允许我在最短时间内实现所需结果而又不会造成不合理的供应商锁定的道路。 在应用程序中的外观是首先花费一些时间值流映射 -无论如何,您都需要这样做。 在了解了需求以及软件将如何满足您的最后一个需求(永远不会发生)之后,您便可以将其分解为较小的部分,可以在有意义的地方卸载。 对于内容繁重的项目,这可能意味着使用诸如ContentfulPrismic之类的SAAS CMS,并在其之上构建自己的GraphQL层。

如果您发现有更适合您需求的东西,便会确定支持传统客户所需的条件,并在了解了不熟悉的东西后,转向首选的SAAS或定制开发自己的东西时间,您实际上将更早地为用户提供价值,同时深入了解“理想解决方案”将是什么。

您应该根据可接受的锁定条件和团队目前可以做的最好的事情来决定“租用”哪些部分。 如果您的团队具有构建一流UI的历史,但不擅长了解如何构建如此规模的后端,那么您可能希望卸载后端。 相反,您可能会因为团队之间的竞争愿望而难以进入UI,并且最好的学习方法是学习标准。

这是我目前正在考虑的事情,我认为我将把它扔给精彩的Medium社区-我正在与一个围绕API优先CMS(最好是GraphQL而不是典型的REST API)的项目进行角力(参见我的示例没有(无处可走))-随时在评论中插入您的产品/解决方案/建议,并与所有人打成一片。

希望在我获得灵感并需要建议时做到这一点。 另外,我将使用在上下文中没有意义的图片,但如果您发现我在惊人的搜索条件中搜索了哪个字词,则可以使用 不飞溅 -这对于想考虑的赶时髦的人来说是一个极好的资源。 谢谢!