重新思考开发工具：摆脱云计算和软件即服务的陷阱
只是随便想想。如果不是因为其他无数原因，最近Postman的故障应该再次提醒我们，为什么在开发工具中做出正确的设计决策是如此重要。
API工作流程不应该依赖于云端。
很多开发工具不应该依赖于云端。
有些工具确实需要云端才能工作，这没问题。
但很多工具之所以在云端，仅仅是因为一些糟糕的设计选择。
然而……
- 没有云？就没有故障。
- 没有云？就没有同步问题。
- 没有云？就没有数据安全漏洞。
那么，为什么要强迫它们待在不该存在的地方？
而且这不仅仅是云的问题。云在某些方面确实很棒。
像SaaS那样的设计正在将开发工具拖入同样的陷阱。
事实上，开发工具总体上不应该像SaaS平台。除非我们在使用应用程序的仪表板——标签和鼠标操作并不是为开发者设计的。
开发工具应该优先考虑开发者的控制权，而不仅仅是按座位收费的订阅模式。
附言：不需要给我推荐Postman的替代品。我已经在开发一个很棒的工具，但选择不在这篇文章中宣传它。
查看原文
Just thinking out loud.<p>If not for a gazillion other reasons, a recent outage from Postman should remind us again why proper design decisions matter in devtools.<p>API workflows shouldn’t live in the cloud.
A LOT of devtools shouldn’t live in the cloud.
Some tools can’t work without it, all good.
But a whole lot of them are there just because of some poor design choices.<p>Yet…<p>- No cloud? No outage.<p>- No cloud? No sync issues.<p>- No cloud? No data security gaps.<p>So why keep forcing it where it doesn’t belong?<p>And it’s not even just the cloud. Cloud is awesome for some stuff.
SaaS-like designs are dragging devtools into the same trap.<p>As a matter of fact, devtools in general shouldn’t feel like SaaS platforms. Unless we’re going through app usage dashboards - tabs, and mouse actions are not built for devs.<p>Devtools should prioritize developer control, not just pay-per-seat subscriptions.<p>P.S. No need to send me Postman alternatives. I already work on building an awesome one, but chose not to promote it in this post.