几年前，一位招聘人员联系了我，询问一家公司的一个职位，该公司销售一种数据分析产品，其中包括地理空间地图，他们需要一名API开发人员。他们有一个Python API，但这个API很复杂且难以使用，没人喜欢它。他们想要一个更简单、更容易让外部开发者使用的API。我给他们写了一封求职信，开头是： - - - 当我设计一个API时，我会从应用程序开始。API本身没有价值；它的价值来自于你可以用它构建什么。可能有一个现有的应用程序需要新的API功能，但我喜欢编写一个自包含的示例应用程序，以便快速迭代API设计并包含在SDK中。当然，API还需要全面的测试覆盖，但这是这一步之后的事情。与其说是测试驱动开发，不如说是应用驱动开发。SDK开发人员也处于客户支持的角色：他们应该编写坚实的参考文档和教程以及示例应用程序，并直接与SDK的用户互动。
源讨论微软高管谈苹果音乐商店（2003）原帖 170 条评论 · 导入时统计>FAANG文化变得如此缓慢和低效，以至于我并不惊讶他们正在裁掉数万名员工。 根据我的经验，问题不是员工过多（每个人似乎都很忙），而是组织中的流程与规模不匹配，从上到下的领导层看不到问题。因此，没有努力让团队更好地协作并协调他们的激励措施。 一个很好的例子是API团队会交付不完整和未经测试的工作，称之为"完成"，因为他们被过度劳累且时间表非常紧张。我的前端团队测试了API的实现，发现了所有缺失的部分，然后我们必须记录所有内容并要求该团队修复。API团队随后会反驳说我们是错的。我的开发人员必须花数小时与他们通话，逐一讨论每个缺失的部分，而API开发人员每次都装傻。 我不得不向上级汇报…
完整原文把你的经验，加入这段讨论。
> 我以为API应该反映他们系统内部的工作机制 我曾经创建和使用过这类API。我得到的结果总是感到沮丧和低效。
完整原文我希望我可以冒一次险，深入探讨一下这个问题，因为我觉得你在这里遇到的情况相当有趣。我自己经历过一些收购，有好的也有坏的，曾在两家大型组织工作过（分别是大学系统和苹果公司），也曾在五个不同规模的初创公司工作过，后来又通过收购回到一家大型组织。 让我觉得有趣的是这里的干扰程度。我在这里的第一个疑问是：当母公司软件架构师进入收购的公司，开始宣称对新领域的控制权时，我脑海中浮现出几个常见的场景[0][1]： 第一种可能是，这些架构师认为这是一个可以提升自己职业发展的机会，因此他们希望在这些事情上留下自己的名字，对于一些…
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。