News for hackers. Stuff that matters.
Re:Tesla Model S JSON API by benregenspan on Sunday June 29, 2014 @09:31PM (#7963226)
Exactly -- where does something that is designed for "state transfer" get you when the goal is to only temporarily modify a state/send a command that modifies internal state for X amount of time, not really "transfer" one at all? REST maps very nicely to CRUD operations, but not to this.
Re:Tesla Model S JSON API by zachrose on Sunday June 29, 2014 @09:40PM (#7963256)
Sure, but maybe you could think of POSTing to /honks as "creating a honk."

This would make sense if you wanted to GET /honks and see a collection of previous honks. (Modifying an existing honk doesn't make sense, so we wouldn't have to worry about it.)

Re:Tesla Model S JSON API by shawnz on Sunday June 29, 2014 @09:51PM (#7963284)
I think this interpretation is the best fit. Similarly PUT would be appropriate for requests where you are specifying the time that the honk should occur, which would make them idempotent.
Re:Tesla Model S JSON API by andrewstuart2 on Sunday June 29, 2014 @09:50PM (#7963283)
I wouldn't mind performing GET /vehicle/{id}/honks?since={time}&limit=1000 to see an indicator of how aggressively my car has been driven. Especially if somebody else is driving it.