4 ms·
Exactly. If you ditch the bikeshedding and no true scot arguments, REST is just a loosely defined naming convention around HTTP verbs, that almost every company
by dimitrios1 3y ago
Exactly. If you ditch the bikeshedding and no true scot arguments, REST is just a loosely defined naming convention around HTTP verbs, that almost every company I have been apart of agrees on / disagrees on certain minor aspects. That being said, I am thankful that we moved to using some form of "REST" (however you define it) as it was infinitely better than WSDL/SOAP. gRPC is nice in some areas, but these days I find myself doing what the article says more often than not -- just creating business-definition specific resources that utilize GET/POST and JSON.
- yawaramin 3y agoIf you define the terms exactly the way I want, then I win the argument! It's a very useful technique.
- dimitrios1 3y agoyawaramin, my former reasonML brother, you won't remember me, but I am so happy to have you comment on my comment even if it is tongue in cheek! Hope all is well.
- yawaramin 3y agoReasonML–that brings back good memories! :-D To be honest, I was pulling your leg but I mostly do the same thing you're doing when dealing with APIs at work :-P